생성에 시간이 걸리는 이유
여기 설명하는 모든 내용은 실제 에피소드에서 직접 확인할 수 있습니다. 완성된 샘플 에피소드를 열어 타임라인을 보세요. 타임라인 위의 카드 하나하나가 모두 대기열을 거쳐 간 작업 하나씩입니다.
내 계정의 제한은 속도가 아니라 슬롯 수입니다
계정마다 동시에 실행할 수 있는 생성 작업 수가 정해져 있습니다. 그 수보다 많이 시작하면 초과분은 대기 상태가 됩니다. 즉 기다리는 상태로 머물다가, 실행 중인 작업 중 하나가 끝나자마자 자동으로 빈 슬롯에 올라가 시작됩니다. 따로 다시 와서 버튼을 누를 필요가 없습니다.
대기 상태는 오류가 아닙니다. 오류가 나거나 데이터가 사라지지 않으며, 대기 중인 작업의 크레딧은 이미 따로 묶여 있을 뿐(동결 상태) 소비되지 않습니다. 작업이 시작되기 전에 취소하면 크레딧은 바로 돌아옵니다.
슬롯 수는 가입한 플랜에 따라 다릅니다. 유료 플랜은 동시에 실행할 수 있는 작업 수를 늘려주며, 상위 플랜은 다른 사용자보다 작업이 먼저 처리되는 우선 대기열에 작업을 넣어줍니다. 어떤 플랜도 개별 생성 1건의 소요 시간 자체를 바꾸지는 못합니다. 그 부분은 모델의 처리 시간이며, 어떤 플랜이든 같은 모델을 쓰기 때문에 동일합니다.
세 가지 짧은 대화형 단계는 의도적으로 절대 대기 상태에 들어가지 않습니다: AI로 스크립트 작성하기, 스타일 제안받기, 캐릭터 음성 매칭하기. 이 작업들은 슬롯이 모두 차 있어도 실행됩니다. 몇 초 걸리는 텍스트 호출인데 10분짜리 내 영상 작업 뒤에 줄 세우는 건 말이 안 되기 때문입니다. 다만 실행 중에는 슬롯을 하나 점유하므로, 이미 한도에 도달한 상태에서 이 작업을 시작하면 그다음 제출하는 작업이 잠시 대기 상태가 될 수 있습니다.
모든 사용자가 공유하는 제한
개인 슬롯 뒤에는 두 번째 상한이 있습니다: 사이트 전체가 모델 서비스에서 한 번에 처리 중일 수 있는 작업 수입니다. 이 카운터는 우리가 운영하는 모든 머신에 걸쳐 공유되므로 진정한 전역 제한입니다. 사이트가 붐빌 때는 다른 사용자의 작업 뒤에서 내 작업이 기다리게 됩니다.
그래서 프로젝트 설정을 전혀 바꾸지 않았는데도, 어떤 시간대에는 같은 세그먼트가 바로 시작되고 어떤 시간대에는 기다리게 되는 것입니다.
화면의 예상 시간은 어떻게 계산되나요
예상 시간은 미래 예측이 아니라 단순 계산입니다. 같은 모델 서비스에서 내 우선순위 이상으로 대기 중인 작업 수를 세고, 거기서 워커가 병렬로 처리할 수 있는 작업 수로 나눈 뒤, 해당 서비스에서 최근 성공한 작업 50건의 소요 시간을 곱합니다. 그리고 여기에 고정된 안전 계수를 곱해 여유를 둡니다. 작업이 끝나기도 전에 예상 시간이 먼저 지나가 버리는 건 최악의 틀린 예측이기 때문입니다.
즉 구조상 과거 데이터를 기반으로 합니다. 상황이 평소와 다를 때 정확도가 떨어지는데, 하필 그때가 사용자가 예상 시간을 가장 유심히 보는 순간이기도 합니다.
실제로 시간을 쓰는 부분
거의 대부분은 모델입니다. 우리 쪽 처리—프롬프트 조립, 첨부할 참고 이미지 확인, 결과 다시 저장—은 길어야 몇 초 걸립니다.
대략적인 규모 감을 위해, 2026년 8월 내부 측정 기준으로 설정 이미지 생성은 평균 약 1분 30초, 영상 세그먼트 1개는 약 9분 30초, 에피소드 전체 합성은 약 13분이 걸렸습니다. 이 숫자는 참고용일 뿐 서비스 수준 보장이 아닙니다. 한 번 측정한 값이고, 선택하는 티어와 서버 부하에 따라 바뀌며, 항상 이 값이 유지되도록 보장하지 않습니다.
사용자가 직접 제어할 수 있는 숫자는 티어뿐입니다. 더 저렴하고 해상도가 낮은 티어가 보통 더 빠릅니다. 그래서 샷이 제대로 나올지 확인할 때는 먼저 저렴한 티어로 시도해 보고, 괜찮을 때만 고가 티어를 쓰는 게 가장 빠른 방법입니다.
작업이 멈춘 것처럼 보일 때
진짜 문제가 생긴 작업은 가만히 멈춰 있지 않고 종료됩니다. 모델이 요청을 받지 못했거나, 바쁘다고 응답했거나, 요청 제한에 걸렸다면 크레딧은 다시 계정으로 돌아옵니다. 호출이 타임아웃되거나 전송 중 연결이 끊긴 경우에는 모델이 작업을 실행해서 과금했는지 우리가 알 수 없으므로, 크레딧을 청구하지도 환불하지도 않고 동결해 둔 뒤 담당자가 수동으로 정리합니다.
즉, 오류가 난 뒤 잔액이 부족해 보여도 보통은 크레딧이 사라진 게 아니라 잠시 묶여 있는 것입니다. 상단 바의 크레딧 패널에 장부가 있으며, 모든 동결, 청구, 해제 내역이 줄 단위로 기록됩니다.
| 제한 | 설정 주체 | 한도에 도달하면 생기는 일 |
|---|---|---|
| 내 작업 중 동시에 실행되는 수 | 내 플랜 | 초과분은 대기 상태가 되고 자동으로 승격됨 |
| 사이트가 모델 서비스에 띄울 수 있는 작업 수 | 사이트 전체 공유 | 다른 사람 뒤에서 기다림 — 단, 플랜에 우선 대기열이 포함되면 예외 |
| 작업 1건의 소요 시간 | 모델과 선택한 티어 | 기다리는 수밖에 없음 |
| AI 스크립트 작성, 스타일 제안, 음성 매칭 | 대기열 면제 | 슬롯이 가득 차 있어도 실행됨 |
자주 묻는 질문
플랜을 구매하면 생성이 더 빨라지나요?
동시에 실행할 수 있는 내 작업 수가 늘어나고, 월간 크레딧 할당이 생기며, 상위 플랜의 경우 작업이 우선 대기열에 들어갑니다. 다만 생성 1건이 걸리는 시간 자체는 바뀌지 않습니다. 그건 모델의 실행 시간이며, 어떤 플랜이든 같은 모델을 쓰기 때문입니다.
작업이 대기 중이라고 뜹니다. 이미 과금된 건가요?
크레딧이 동결된 상태로, 따로 보관되어 있을 뿐 소비된 것이 아닙니다. 작업이 실행되어 성공하면 청구되고, 시작 전에 취소하면 전액 다시 돌아옵니다.
왜 예상 시간이 틀리나요?
해당 모델 서비스의 대기열을 워커가 병렬로 처리할 수 있는 작업 수로 나누고, 최근 작업 50건의 소요 시간을 곱한 뒤 안전 계수를 곱한 값입니다. 입력값이 모두 최근 과거의 측정치이므로, 상황이 바뀔 때 예상 시간이 가장 부정확해집니다.
대기열을 건너뛸 수 있나요?
클립별로 다르지 않습니다. 상위 플랜에는 공유 대기열에서 다른 사용자보다 작업을 먼저 처리해 주는 우선순위 대기열이 포함되어 있고, 그 아래 플랜은 본인의 슬롯 개수가 늘어납니다. 일반적으로 저렴한 티어일수록 처리가 더 빨리 끝납니다.
한 번에 전부 시작해야 할까요, 아니면 하나씩 시작해야 할까요?
전부 시작하세요. 슬롯 개수를 넘어간 작업은 대기 상태로 두었다가 슬롯이 비는 즉시 자동으로 올라가는데, 이게 직접 보고 버튼을 누르는 것보다 훨씬 빠릅니다.
먼저 짧은 영상으로 시도해 보세요
프로젝트 소요 시간을 가장 저렴하게 파악하는 방법은 낮은 티어에서 세그먼트 하나를 실행해 보는 것입니다. 신규 계정에는 바로 이런 테스트를 할 수 있도록 무료 크레딧이 제공됩니다.
2026년 9월 21일 업데이트