• 홈
  • 블로그
  • 갤러리
  • 가격
  • 홈
  • 블로그
  • 갤러리
  • 가격
창작 시작

만들고.플레이하세요.

크리에이터 블로그

홈/블로그/제품 워크플로

DramaFork 작품 내보내기: 로컬 소재 패키지와 원격 링크 패키지, 어떻게 고르고 어떻게 검수할까?

오프라인 전시, 장기 보관이 필요하거나 네트워크가 불안정한 수신자에게 전달할 때는 로컬 소재 패키지를 우선 확인하세요. 전송 파일 크기를 줄이고 싶고, 수신자가 인터넷에 연결할 수 있으며 소재 서비스가 지속적으로 사용 가능하다면 원격 링크 패키지를 선택할 수 있습니다. 둘 다 다른 기기에서 검수해야 하며, ZIP을 다운로드했다는 것은 파일 전달이 완료되었다는 것만 증명할 뿐, 작품 전체가 플레이 가능하다는 것을 증명하지는 않습니다.

D
DramaFork Editorial Team인터랙티브 스토리텔링과 AI 제작
2026.09.04예상 읽기 시간: 6분
실제 필름 릴이 담긴 여행 가방과 멀리 떨어진 자원으로 이어지는 가벼운 케이블이 있는 여행 가방.
목차
크리에이터 블로그
  1. 01개요
  2. 02두 패키지는 소재를 어디에 두는가
  3. 03내보내기 전에 현재 프로젝트가 완전히 플레이 가능한지 먼저 확인
  4. 04로컬 소재 패키지의 화질은 어떻게 선택하는가
  5. 05순서대로 내보내기 결과 검수
  6. 06원격 패키지가 로컬에서는 열리는데, 왜 수신자는 여전히 열 수 없는가?
  7. 07다른 사람에게 보낼 때 네 가지 설명 첨부
글 맨 위로

개요

오프라인 전시, 장기 보관이 필요하거나 네트워크가 불안정한 수신자에게 전달할 때는 로컬 소재 패키지를 우선 확인하세요. 전송 파일 크기를 줄이고 싶고, 수신자가 인터넷에 연결할 수 있으며 소재 서비스가 지속적으로 사용 가능하다면 원격 링크 패키지를 선택할 수 있습니다. 둘 다 다른 기기에서 검수해야 하며, ZIP을 다운로드했다는 것은 파일 전달이 완료되었다는 것만 증명할 뿐, 작품 전체가 플레이 가능하다는 것을 증명하지는 않습니다.

이 글은 DramaFork가 2026년 10월 4일의 내보내기 구현을 바탕으로 정리한 것으로, 모드 설명과 검수 방법을 제공하며 정식 배포의 실측 성적, 다운로드 속도 또는 압축 비율은 포함하지 않습니다.

두 패키지는 소재를 어디에 두는가

대조 항목 로컬 소재 패키지 원격 링크 패키지
비디오 출처 ZIP에 기록된 로컬 소재 네트워크를 통해 소재 서비스에 접근
네트워크 조건 전체 소재와 플레이어가 준비되면 패키지 내 설명에 따라 오프라인 실행 가능 재생은 네트워크와 관련 서비스에 의존
파일 크기 미디어를 포함하므로 일반적으로 큼 비디오 파일을 기록하지 않으므로 일반적으로 작음
전달 중점 소재가 완비되었는지, 압축 해제와 시작이 정상인지 확인 주소가 수신 기기에서 접근 가능한지 확인
장기 보관 전체 패키지와 설명을 보관 전체 소재 백업을 별도로 보관하고 서비스 의존성 확인

원격 패키지는 안정적인 소재 인터페이스 주소를 저장하며, 서비스가 접근 시 해당 소재를 가져옵니다. 안정적인 진입점은 임시 링크가 패키지에 고정되는 위험을 줄여주지만, 서비스가 영원히 사용 가능하다는 의미도 아니고 모든 기기가 이미 검수를 통과했다는 의미도 아닙니다.

로컬 패키지는 독립적으로 보관하기에 더 적합합니다. 다만 내보낸 플레이어와 스토리 데이터는 완전한 창작 편집기와 같지 않습니다. 계속 제작하려면 프로젝트와 원본 소재를 보관해야 하며, ZIP을 다른 도구로 다시 가져와 계속 편집할 수 있다고 가정해서는 안 됩니다.

내보내기 전에 현재 프로젝트가 완전히 플레이 가능한지 먼저 확인

진입점, 스토리보드 재생, 모든 선택지의 목표와 종료 페이지를 확인하세요. 특정 비디오가 아직 완성되지 않았거나 노드 참조가 유효하지 않다면, 먼저 프로젝트 완전성을 해결한 후 내보내기를 처리해야 합니다.

동시에 프로젝트가 저장되었는지, 그리고 내보내기에 사용되는 소재가 여전히 최신 시나리오에 대응하는지 확인하세요. 대사, 노드 또는 캐릭터를 방금 수정했다면, 이전 미리보기와 이전 패키지는 이전 결과를 유지하고 있을 수 있으므로 파일 생성 시간만으로 버전이 올바른지 판단해서는 안 됩니다.

전달 체크리스트를 기록할 수 있습니다: 프로젝트 버전 설명, 커버해야 할 경로, 예상 엔딩과 현재 소재 상태. 이는 수신자의 검수 근거이며, 내부 프롬프트, 계정 설정 또는 서비스 키를 포함할 필요는 없습니다.

로컬 소재 패키지의 화질은 어떻게 선택하는가

현재 로컬 내보내기는 원본 화질, 표준 압축, 고압축을 제공합니다. 원본 화질은 원본 비디오를 유지합니다. 표준 압축의 해상도 상한은 1080p이고, 고압축의 상한은 720p입니다. 상한은 고정 출력 해상도가 아니며, 원본 소재와 화면 내용이 여전히 결과에 영향을 미칩니다.

먼저 전달 작업에 가장 가까운 모드를 선택하세요. 정식 리뷰에서 화면 디테일이 중요하다면 원본 화질을 고려할 수 있고, 일반 공유는 먼저 표준 압축을 볼 수 있으며, 제한된 기기나 전송 조건에서는 고압축이 필요한 정보를 보존했는지 비교해 보세요.

고정된 축소 비율을 약속하지 마세요. 인물의 작은 동작, 어두운 부분의 층위, 자막과 증거 디테일은 압축에 대한 민감도가 다릅니다. 검사는 작품에서 가장 보기 어려운 장면을 사용해야 하며, 밝은 오프닝만 재생해서는 안 됩니다.

원본 소재 백업을 유지한 후 전달 버전을 선택하세요. 이렇게 하면 저용량 버전이 적합하지 않더라도 다시 제작할 수 있어, 이미 압축된 사본만 남는 것을 피할 수 있습니다.

순서대로 내보내기 결과 검수

  1. ZIP을 완전히 다운로드한 후 독립 디렉터리에 압축을 해제하세요. 압축 소프트웨어의 미리보기 창에서 단일 파일 재생에 성공한 것을 전체 패키지 통과로 간주하지 마세요.
  2. 패키지 내 설명에 따라 플레이어를 실행하고, 필요하면 제공된 시작 방법을 사용하세요. 브라우저와 시스템은 로컬 파일 처리 방식이 다를 수 있습니다.
  3. 오프닝부터 한 경로를 끝까지 진행하고, 거친 선택과 엔딩을 기록하세요.
  4. 진입점으로 돌아가 영향을 받는 다른 경로를 진행하여, 선택지가 이전 노드로 점프하지 않는지 확인하세요.
  5. 커버, 비디오와 엔딩 페이지를 확인하세요. 소리가 있을 때는 볼륨 연결을 확인하고, 실패 시 안내와 재시도 진입점을 확인하세요.
  6. 다른 대상 기기에서 재확인하고, 시스템, 브라우저, 패키지 버전과 네트워크 조건을 기록하세요.

로컬 패키지는 또한 네트워크를 끄고, 필요한 소재가 브라우저 캐시나 클라우드 주소를 빌려오지 않았는지 확인해야 합니다. 원격 패키지는 실제 수신 기기와 네트워크에서 테스트해야 하며, 제작 컴퓨터에서 한 번 여는 것만으로는 안 됩니다.

원격 패키지가 로컬에서는 열리는데, 왜 수신자는 여전히 열 수 없는가?

먼저 소재 진입점이 정식으로 접근 가능한 사이트를 가리키는지 확인하세요. 로컬 개발 주소는 제작 기기上的 서비스만 나타냅니다. 그것을 원격 패키지에 기록해도 다른 컴퓨터가 자동으로 그 기기에 연결되게 할 수는 없습니다.

소재 서비스 도메인을 교체했다면, 실제 배포에 따라 다시 내보내고 검수하세요. 패키지 파일 이름만 수정하고 이전 주소가 담긴 내용을 계속 보내지 마세요.

다음으로 "패키지에 소재 항목이 누락됨"과 "소재 주소는 있지만 로드 실패"를 구분하세요. 전자는 프로젝트로 돌아가 확인해야 하고, 후자는 네트워크, 서비스와 소재 사용 가능성을 점검해야 합니다. 원격 패키지는 플레이어가 창작 계정에 들어갈 것을 요구하지 않지만, 여전히 소재 서비스가 올바르게 실행되는 것에 의존합니다.

안정적인 주소는 진입점 문제를 해결하지만, 서비스 중단, 소재 삭제 또는 설정 오류를 제거하지는 못합니다. 미래에 서비스 없이 전시해야 한다면 로컬 소재 패키지를 준비해야 합니다.

다른 사람에게 보낼 때 네 가지 설명 첨부

수신자에게 작품 버전, 시작 방법, 네트워크 필요 여부, 그리고 이번에 체험해야 할 경로를 알려주세요. 핵심 선택지만 리뷰하도록 초대한다면 미술 완성도는 잠정적으로 평가하지 않는다고 명시할 수 있지만, 이미 재생을 차단한 문제를 건너뛸 수는 없습니다.

검수 기록 한 부에 "어느 기기에서, 어떤 네트워크 조건으로, 어떤 경로를 완료했는지"를 저장하세요. 이 결과는 실제로 관찰한 후 작성해야 하며, 확인 대기 항목을 미리 통과로 작성해서는 안 됩니다.

DramaFork는 창작부터 웹 작품 내보내기까지의 흐름을 제공합니다. 전달 전에 마지막으로 독립 실행을 한 번 하세요: 수신자가 패키지와 설명만으로 시험 플레이를 완료하게 하는 것입니다. 이렇게 해야 작품이 제작 환경을 떠난 후에도 여전히 올바르게 체험될 수 있는지 알 수 있습니다.

제품 기능 알아보기 인터랙티브 작품 체험

계속 읽기

더 많은 글 보기
변경 기록이 수정 원인, 새로운 다리 동작, 영향을 받는 소재를 연결한다.
제품 워크플로2026.09.30 · 6분

인터랙티브 스토리의 변경 기록 작성법: 원인, 변경, 영향받는 루트 구분하기

변경 기록은 세 칸으로 작성한다: 원인, 변경, 영향받는 루트. 원인은 "왜 바꾸는지"를 설명하고, 변경은 "무엇을 바꾸는지"를 명확히 쓰며, 영향받는 루트는 "어떤 소재와 분기가 재검토되어야 하는지"를 나열한다. 아래에는 가상의 교육용 예시를 관통해서 사용한다: 어떤 인터랙티브 영화 게임이 원래 2장에 "끊어진 다리" 노드를 두었고, 플레이어는 밧줄을 찾아야 강을 건널 수 있었다; 작가는 나중에 끊어진 다리를 "지연된 나룻배"로 바꾸었는데, 그 이유는 원래 설계가 한 온화한 루트를 어색하게 만들었기 때문이다. 이하 인명, 숫자, 대사는 모두 가상이며, 작성법 시연에만 사용된다

두 창작자가 모호한 의견을 구체적인 장면 동작을 가리키는 수정서로 바꾸는 모습.
제품 워크플로2026.09.29 · 6분

두 창작자가 교대로 검토할 때, '여기가 틀렸어'를 실행 가능한 수정서로 쓰는 방법은?

'여기가 틀렸어'를 수정서로 바꾸는 핵심 동작은 하나뿐입니다. 모든 의견을 버전, 노드, 현상, 기대, 이유, 책임, 검증이라는 일곱 칸에 넣는 것입니다. 두 사람이 교대로 검토할 때는 먼저 각자 독립적으로 수정서를 작성하고, 충돌 항목을 병합한 뒤에야 원고를 수정합니다. 아래에서는 가상의 교육용 예시로 전체 과정을 진행하며, 인물, 대사, 수치는 실제 측정 자료가 아닙니다.

한 컴퓨터의 로컬 서비스와 다른 컴퓨터가 길 건너 서로 마주 보고, 공용 연결 다리가 도달 가능한 주소를 알려주는 모습.
제품 워크플로2026.09.29 · 6분

원격 소재 패키지에 localhost가 나타나면, 왜 다른 컴퓨터에서는 열리지 않을 수 있을까?

원격 패키지의 소재 주소가 localhost를 가리키면, 컴퓨터를 바꾼 뒤에는 수신자 자신의 컴퓨터로 요청이 갑니다. 제작자 컴퓨터의 서비스는 ZIP과 함께 옮겨지지 않으므로 "내 쪽에서는 재생된다"는 것만으로 다른 사람도 재생할 수 있다고 증명할 수 없습니다. 처리 순서는 실제 요청 주소 확인, 애플리케이션 도메인 대조, 재내보내기, 다른 기기에서 검증입니다.

제작의 복잡함은 Agent에게, 창작의 결정권은 당신에게.

하나의 이야기 아이디어에서 시작해 대본, 캐릭터, 장면과 분기를 구성하고 플레이 가능한 첫 버전을 만드세요.

제품

  • 가격
  • 주요 기능
  • 제작 과정
  • 작품 예시
  • 자주 묻는 질문

둘러보기

  • 인터랙티브 갤러리
  • 크리에이터 블로그
  • 크리에이터 파트너십

법적 고지

  • 개인정보 처리방침
  • 이용약관
© 2026 DramaFork/AI 인터랙티브 스토리 스튜디오
Press Enter to send, or drag away and release.