Google AI Omni 1.1 Flash: 영상 생성이 아니라 ‘제어 가능한 제작 흐름’이 된 이유

AI NOTES · KO KOREAN EDITION

KO · 한국어 / EN · English BILINGUAL PAIR

AI 영상 모델의 데모는 대개 한 장면으로 끝납니다. 프롬프트를 넣고, 몇 초짜리 결과를 보고, 잘 나왔는지 감탄합니다. 실제 제품을 만드는 팀의 고민은 그다음부터 시작됩니다. 장면을 더 이어야 하고, 카메라가 어디서 출발해 어디로 가야 하는지 정해야 하며, 여러 초안을 비교한 뒤 최종 출력만 높은 해상도로 만들어야 합니다.

Google이 2026년 8월 27일 공개한 Google AI Omni 1.1 Flash의 변화는 이 제작 과정에 가깝습니다. 장면 연장, 시작·끝 프레임 지정, 360p 초안, 1080p와 4K 업스케일, 영상 레퍼런스를 Google AI API와 Google Flow에 묶었습니다. 기능을 한 줄씩 나열하면 평범한 업데이트처럼 보이지만, 개발자 입장에서는 영상 생성의 단위를 “한 번의 프롬프트”에서 “검토 가능한 여러 단계”로 바꾸는 업데이트입니다.

1) 이번 발표의 핵심은 더 긴 영상이 아닙니다

Google은 Omni 1.1 Flash가 10초씩 영상을 연장해 전체 길이를 최대 40초까지 이어갈 수 있다고 설명합니다. 여기서 40초는 한 번에 생성되는 길이가 아닙니다. 기존 장면을 이어 붙이는 여러 차례의 연장으로 도달하는 총길이입니다.

이 차이는 중요합니다. 한 번의 긴 생성은 결과가 마음에 들지 않으면 전체를 다시 만들어야 합니다. 반면 장면을 단계별로 연장하면 앞부분을 유지한 채 다음 장면만 다시 시도할 수 있습니다. 다만 연장은 영상 끝에 덧붙이는 방식입니다. 중간을 늘리거나 앞에 장면을 붙이는 기능은 현재 문서에서 지원하지 않습니다.

API 문서는 업로드한 영상으로 연장할 때 입력 영상이 10초 이하여야 한다고 설명합니다. 한 번의 연장 결과는 3~10초입니다. 모델이 만든 영상을 대화형으로 계속 이어가는 경우에는 previous_interaction_id 를 이용해 이전 결과를 다음 요청의 맥락으로 연결합니다.

2) 시작 프레임과 끝 프레임이 카메라 움직임의 경계가 됩니다

첫 프레임과 끝 프레임이 장면의 경계를 잡고, 모델은 그 사이의 움직임과 전환을 생성한다.

텍스트만으로 카메라 움직임을 설명하면 출발점과 도착점이 흐려질 수 있습니다. Omni 1.1 Flash는 첫 프레임과 마지막 프레임을 함께 넣고, 두 장면 사이의 움직임을 생성할 수 있습니다. 카메라가 인물 쪽으로 다가가거나, 공간을 회전해 보여주거나, 자연스럽게 반복되는 루프를 만들 때 장면의 양 끝을 먼저 고정하는 방식입니다.

이 기능은 “정확한 카메라 제어”라는 말보다 좁게 이해하는 편이 안전합니다. 개발자가 모든 중간 프레임이나 실제 카메라 경로를 수치로 지정하는 것은 아닙니다. 두 경계 프레임과 프롬프트를 주면 모델이 그 사이를 해석해 채웁니다. 따라서 결과가 경계 프레임을 연결한다고 해서 물리적으로 정확하거나 항상 같은 움직임이 재현된다고 단정할 수는 없습니다.

제품에 넣을 때는 시작·끝 프레임을 입력값으로 저장하고, 생성 결과와 함께 남겨야 합니다. 그래야 같은 장면을 다시 만들 때 무엇이 달라졌는지 비교할 수 있습니다. 프롬프트만 저장하고 프레임을 버리면 재현 가능한 제작 기록이 되기 어렵습니다.

3) 360p 초안과 4K 출력은 서로 다른 단계입니다

낮은 해상도에서 여러 안을 비교한 뒤 선택된 결과만 높은 해상도로 올리면 반복 비용과 검토 지점을 분리할 수 있다.

Google은 360p 초안을 Omni 1.1의 표준 720p 출력과 비교해 최대 60% 빠르고 비용은 3분의 1이라고 설명합니다. 속도 수치는 360p와 720p의 시스템 처리량을 비교한 Google 측 측정입니다. 모든 지역과 시간대, 모든 프롬프트에서 같은 속도 차이가 나온다는 뜻은 아닙니다.

여기서 실무적으로 유용한 부분은 숫자 자체보다 작업 순서입니다. 처음부터 모든 후보를 4K로 만들 필요가 없습니다. 여러 구도와 움직임을 360p로 빠르게 만들고, 사람이 비교해 하나를 고른 다음, 선택된 결과만 1080p나 4K로 올릴 수 있습니다.

탐색

** 권장 작업 ** 360p로 여러 후보 생성

** 확인할 것 ** 구도, 동작, 장면 연결

비교

** 권장 작업 ** 한 변수씩 바꿔 나란히 검토

** 확인할 것 ** 프롬프트와 레퍼런스 차이

선택

** 권장 작업 ** 다음 단계로 보낼 결과 고정

** 확인할 것 ** 승인자와 선택 이유

최종화

** 권장 작업 ** 선택된 결과만 1080p/4K 업스케일

** 확인할 것 ** 글자, 얼굴, 경계, 압축 흔적

4K는 공식 API 문서에서 “upscaled output”으로 표현됩니다. 원래 4K 해상도에서 장면을 생성한다는 말과 같지 않습니다. 높은 해상도는 세부를 더 선명하게 보여주지만, 잘못 생성된 손이나 글자, 장면 불연속을 자동으로 고쳐주지는 않습니다. 오히려 작은 오류가 더 잘 보일 수 있습니다.

4) 영상 레퍼런스는 ‘같아 보이게 하는 조건’이지 보장은 아닙니다

Omni 1.1 Flash는 장면을 만들 때 최대 3초의 영상을 레퍼런스로 넣을 수 있습니다. 이미지와 영상 레퍼런스를 함께 사용해 캐릭터, 움직임, 공간의 맥락을 전달하는 방식도 문서에 나옵니다. 장면 연장에서는 이전 영상의 마지막 10초를 맥락으로 사용한다고 Google은 설명합니다.

이 기능은 캐릭터나 장면의 연속성을 높이는 데 쓸 수 있습니다. 그러나 레퍼런스를 넣었다고 얼굴, 의상, 사물 위치, 대화 타이밍이 항상 유지되는 것은 아닙니다. 공개 제품에서는 “레퍼런스가 있으니 동일 인물이다”라고 자동 판정하지 말고, 프레임 단위 검토를 별도로 두는 편이 안전합니다.

인물 처리에는 더 분명한 제약이 있습니다. 공식 문서는 특정한 알아볼 수 있는 인물이 포함된 이미지의 업로드·편집이 지원되지 않을 수 있다고 밝힙니다. 실제 사람을 닮은 결과를 다루는 제품은 사용 권한, 초상권, 동의 절차를 모델 기능과 별개로 설계해야 합니다.

5) 발표문의 ‘production-ready’와 모델 카드의 ‘Preview’를 함께 읽어야 합니다

Google 개발자 블로그는 Omni 1.1을 Google AI API에서 전문 작업에 쓸 수 있는 “production-ready” 업데이트라고 소개합니다. 같은 날 공개된 Google Cloud 모델 카드는 모델 ID를 Google AI-omni-1.1-flash-preview 로 적고, 출시 단계를 Preview로 표시합니다. Pre-GA 약관이 적용된다는 설명도 있습니다.

둘 중 하나만 인용하면 독자가 잘못 이해할 수 있습니다. Google은 실제 제작과 상업적 사용을 허용하는 프리뷰 조건을 제시하면서도, 일반 가용성(GA) 모델과 같은 상태라고 부르지는 않습니다. 따라서 “프로덕션 사용 가능”과 “GA 수준의 안정성·지원·SLA가 보장된다”는 문장은 구분해야 합니다.

도입 전에 확인할 항목은 다음과 같습니다.

• 사용할 경로가 Google AI Studio인지, Google AI Enterprise Agent Platform인지

• 해당 경로의 모델 ID와 출시 단계가 무엇인지

• 지역별 편집·연장 기능 제한이 있는지

• 재시도, 실패 응답, 작업 취소, 결과 보존을 어떻게 처리할지

• 생성 결과를 공개하거나 상업적으로 사용할 때 적용되는 약관이 무엇인지

6) 지역 제한과 편집 제한은 UI보다 먼저 확인해야 합니다

도입 여부는 데모의 화려함보다 길이·지역·인물·연속성 제한을 실제 제작 흐름에서 통제할 수 있는지로 판단해야 한다.

공식 API 문서는 유럽경제지역(EEA), 스위스, 영국에서 업로드한 영상의 편집과 연장이 현재 제공되지 않는다고 밝힙니다. 모델이 생성한 영상을 대화형으로 이어가는 일부 흐름은 별도로 지원될 수 있습니다. 제품이 여러 국가의 사용자를 받는다면 버튼을 먼저 보여준 뒤 오류를 내는 방식보다, 지역과 입력 유형에 따라 가능한 작업을 미리 구분해야 합니다.

대화가 포함된 업로드 영상을 연장할 때도 제약이 있습니다. 문서는 말하는 사람이 있는 업로드 영상에 새 대사를 덧붙이는 연장을 지원하지 않는다고 설명합니다. 영상 생성 기능이 있다고 해서 립싱크, 대화 연속성, 화자 정체성이 자동으로 해결되는 것은 아닙니다.

길이 제한도 입력과 출력, 단일 요청과 여러 차례 연장을 나눠 봐야 합니다. 모델 카드에는 한 요청의 최대 영상 길이가 오디오 포함·미포함 모두 10초로 표시됩니다. 최대 40초는 이 10초 단위 결과를 이어가는 멀티턴 흐름입니다.

7) 개발자는 생성 API보다 상태와 검토 기록을 먼저 설계해야 합니다

영상 생성 요청 하나를 보내는 코드는 어렵지 않을 수 있습니다. 운영에서 문제가 되는 것은 어느 입력과 프레임, 레퍼런스, 모델 버전으로 어떤 결과가 나왔는지 추적하는 일입니다. 초안과 최종본을 구분하지 않으면 낮은 해상도의 테스트 결과가 공개되거나, 승인되지 않은 후보가 다음 단계로 넘어갈 수 있습니다.

최소한 다음 상태를 분리하는 편이 좋습니다.

Draft generated

** 의미 ** 낮은 해상도 후보가 생성됨

** 다음 단계 조건 ** 자동 공개 금지

Compared

** 의미 ** 후보를 같은 기준으로 검토함

** 다음 단계 조건 ** 선택 이유 기록

Selected

** 의미 ** 최종화할 후보가 정해짐

** 다음 단계 조건 ** 사람 승인 필요

Upscaled

** 의미 ** 고해상도 결과가 만들어짐

** 다음 단계 조건 ** 픽셀·글자·연속성 재검토

Release ready

** 의미 ** 권리·지역·내용 검토를 통과함

** 다음 단계 조건 ** 공개 또는 제품 전달

실패했을 때도 마지막 성공 결과를 덮어쓰지 않는 편이 낫습니다. 장면 연장 요청이 실패하면 원본과 이전 장면은 그대로 남기고, 실패한 요청만 별도 상태로 기록해야 합니다. 그래야 재시도가 새로운 결과인지, 기존 결과의 수정인지 구분할 수 있습니다.

레퍼런스도 같은 방식으로 다뤄야 합니다. 시작 프레임, 끝 프레임, 짧은 레퍼런스 영상은 업로드 후 버리는 자료가 아니라 입력 조건입니다. 생성 기록 옆에 파일 해시나 변하지 않는 자산 ID를 남기고, 원본이 바뀌면 재시도가 아닌 새 리비전으로 처리해야 합니다.

취소 상태도 따로 필요합니다. 영상 생성은 텍스트 응답보다 오래 걸릴 수 있고, 사용자가 페이지를 닫거나 다른 초안을 고른 뒤 결과가 늦게 도착할 수 있습니다. 화면에서 취소했다는 표시와 모델 서비스에서 실제 작업이 중단됐다는 사실을 구분하고, 늦게 도착한 결과를 버릴지 감사 기록으로 보존할지 정해야 합니다.

관찰 지표는 제작 단계에 맞춰 나누는 편이 좋습니다. 대기 시간, 생성 시간, 실패와 재시도, 생성된 초안 가운데 실제 선택 단계까지 간 비율을 따로 봐야 합니다. 모델이 빨라도 사람이 여러 번 다시 만들어야 한다면 전체 작업은 비쌀 수 있습니다. Google의 처리량 비교만으로는 이 제품 수준의 비용을 알 수 없습니다.

8) 지금 도입하기 좋은 경우와 기다려야 하는 경우

스토리보드, 광고 시안, 짧은 설명 영상처럼 사람이 결과를 비교하고 선택하는 도구에는 이번 기능이 잘 맞습니다. 특히 첫·끝 프레임을 미리 준비할 수 있고, 360p 후보를 여러 개 만든 뒤 하나만 최종화하는 작업이라면 API 단계가 분명합니다.

반대로 한 번의 요청으로 완성본을 자동 공개해야 하거나, 인물 동일성·텍스트 정확성·물리적 연속성이 실패하면 큰 문제가 생기는 서비스에는 더 강한 검토가 필요합니다. 지역 제한을 동적으로 처리하기 어렵거나 Preview 약관과 지원 수준이 조직의 기준에 맞지 않는 경우에도 기다리는 편이 낫습니다.

파일럿은 좁게 시작하는 편이 좋습니다. 반복 가능한 장면 유형 하나를 정하고, 입력 크기와 검토 기준을 고정한 뒤 실패 패턴이 보일 만큼 여러 결과를 만들어 봅니다. 첫·끝 프레임이 얼마나 잘 지켜지는지, 인물이나 사물의 동일성이 얼마나 자주 흔들리는지, 하나를 선택하기 전 몇 개의 후보가 탈락하는지 기록해야 합니다. 잘 편집된 출시 영상에서 받은 인상보다 이 수치가 실제 도입 판단에 더 도움이 됩니다.

중단 기준도 시작 전에 정해야 합니다. 어느 정도의 실패율, 처리 시간, 검토 부담이 나오면 도입을 멈출지 합의하지 않으면 모든 결함을 프롬프트 문제로 돌리게 됩니다. 그러면 파일럿은 끝나지 않고 도입 판단도 남지 않습니다.

이번 발표를 “40초 4K AI 영상”으로만 읽으면 중요한 부분을 놓칩니다. 40초는 여러 차례 연장의 총길이이고, 4K는 업스케일 출력입니다. 개발자가 얻은 것은 더 큰 숫자보다 장면 경계, 초안 비용, 선택, 최종 출력, 실패 제한을 분리할 수 있는 제작 구조입니다.

9) 도입 전 최종 체크

• 40초를 단일 생성 길이로 설명하지 않았는가

• 4K를 네이티브 생성이 아닌 업스케일 출력으로 표시했는가

• 360p 속도·비용 수치를 Google의 조건부 비교로 남겼는가

• 시작·끝 프레임과 프롬프트를 함께 보존하는가

• 지역·인물·대화·연장 위치 제한을 UI와 서버에서 확인하는가

• Preview와 Pre-GA 약관을 운영 기준에 반영했는가

• 저해상도 초안, 선택본, 업스케일 결과, 공개 승인 상태를 분리했는가

• 실패한 연장이 기존 성공 결과를 덮어쓰지 않는가

Google AI Omni 1.1 Flash는 영상 생성 모델을 화려하게 보여주는 발표이기도 합니다. 하지만 개발자에게 더 오래 남을 변화는 생성 버튼 뒤에 제작 단계를 붙일 수 있게 된 점입니다. 좋은 영상 한 편이 나오는지보다, 실패한 장면을 어디서 다시 만들고 어떤 결과만 다음 단계로 보낼지 설계할 수 있는지가 실제 도입을 결정합니다.

참고 자료

• Google 개발자 블로그: Google AI Omni 1.1 Flash

• Google AI API 공식 문서: Omni 영상 생성·편집

• Google Flow 공식 발표: 새로운 영상 제어 기능

• Google Cloud 모델 카드: Google AI Omni 1.1 Flash Preview

이 글은 공개된 Google 공식 자료를 바탕으로 기능과 운영 경계를 설명합니다. 실제 제공 범위, 약관, 가격, 지역 제한은 사용하는 API 경로와 시점에 따라 달라질 수 있습니다.