
HDR 비디오 마감은 밝은 하이라이트와 채도가 높은 색상에 더 많은 공간을 제공할 수 있지만 약한 장면을 구제할 수는 없습니다. Runway는 2026년 8월 20일에 SDR-HDR 컬러 그레이딩 모델로 Ruby를 출시했습니다. APOB 제작자의 경우 실질적인 질문은 더 작습니다. 이미 승인된 하나의 히어로 클립이 HDR 지원 디스플레이에서 또 다른 유료 렌더링, 두 번째 전송 파일 및 추가 검토를 정당화할 만큼 충분히 확보됩니까?
HDR에 투자하기 전에 APOB 클립 하나를 테스트하세요
이 워크플로우는 생성과 마무리를 별도로 유지합니다. 가장 강력한 SDR 마스터를 구축하세요APOB AI 비디오 생성기, 고정한 다음 Ruby에서 정확한 파일을 테스트하세요. APOB AI는 2026년 8월 28일 공식 Runway 릴리스 및 가격 페이지에서 이 가이드를 준비했습니다. 이 가이드는 비공개 벤치마크나 HDR이 모든 클립을 개선한다는 약속이 아닌 통제된 방법을 보고합니다.
이 SDR-HDR 프로토콜은 발명된 결과를 게시하지 않습니다. 두 번의 시도 한도를 사용하고 지원되지 않는 모든 요청을 거부하며 알려진 양호한 SDR 대체를 유지합니다.
SDR를 기본값으로
SDR 추정으로 시작하십시오. 대상, 소스 파일 및 제어된 비교가 모두 HDR 동반을 정당화하지 않는 한 승인된 SDR 마스터를 유지하십시오. Ruby는 새로운 마무리 옵션을 만듭니다. 생성 중에 발생한 내용을 변경하거나 모든 플레이어, 플랫폼 및 디스플레이를 HDR 지원으로 만들지 않습니다.
출시 사실. Runway의8월 20일 변경 로그 항목Ruby는 SDR 비디오를 HDR로 변환하는 기본 색상 등급 모델로 설명됩니다. 항목에는 밝기와 색상 범위를 업데이트할 수 있으며 도구 모드, 워크플로 및 Runway Dev를 통해 사용할 수 있다고 나와 있습니다. 이를 공급업체가 명시한 기능으로 취급하십시오. 증거 날짜는 2026년 8월 28일입니다. 게시하기 전에 변경 로그를 다시 확인하세요.
지원되는 입력. 같은 릴리스에서는 Ruby가 Runway 모델, 타사 모델 및 기존 비디오 파일의 출력을 허용한다고 나와 있습니다. 이를 통해 제어된 APOB 우선 핸드오프가 가능해집니다. 소유한 자산을 생성하거나 애니메이션화하고, 손대지 않은 마스터 하나를 다운로드하고, 프롬프트, 컷 또는 기간을 변경하지 않고 해당 파일을 Ruby에 제공합니다. 호환성은 개선의 증거가 아닙니다. 테스트 경로가 존재한다는 것만 확인합니다.
액세스 및 비용. Runway에서는 Ruby for Pro+ 계획과 현재 계획을 나열합니다.모델 및 크레딧 페이지초당 20크레딧을 보여줍니다. 따라서 10초 입력에는 시도가 실패하거나 반복되기 전에 200크레딧이라는 생성 추정이 나열되어 있습니다. 날짜가 적힌 페이지, 계정 표면, 실제 작업 비용 및 영수증을 저장합니다. 하나의 계정 관찰을 영구적인 가격 청구로 전환하지 마십시오.
기록할 사실 | 8월 28일 공식 값 | 지역적 증거 |
|---|---|---|
출시일 | 2026년 8월 20일 | 변경 로그 캡처 |
입장 | 도구 모드, 워크플로, Runway Dev; Pro+ 목록 | 계정 화면 |
상장 요금 | 초당 20크레딧 | 견적 및 최종 작업 비용 |
입력 | 고정된 SDR 마스터 | 파일 이름 및 체크섬 |
디스플레이 체인 검증
라벨이 프리미엄처럼 들리므로 HDR 비디오 변환기를 통해 전체 캠페인을 보내지 마십시오. 전달 컨텍스트와 시각적 콘텐츠가 그럴듯한 이점을 제공하는 경우에만 후보를 선택하세요. 결정은 크레딧이 사용되기 전에 시작됩니다.
HDR 대 4K. HDR은 더 넓은 밝기와 색상 범위를 설명합니다. 4K는 픽셀 크기를 설명합니다. 4K HDR 비디오는 두 가지를 모두 결합하지만 하나가 다른 하나를 보장하지는 않습니다. 업스케일링은 잘린 하이라이트를 복원하지 않고 픽셀을 추가할 수 있는 반면, HDR 등급은 해상도를 높이지 않고 범위를 변경할 수 있습니다. 검토자가 잘못된 프로세스를 인정하지 않도록 해상도, 코덱, 비트 심도 및 디스플레이 모드를 별도로 기록하십시오.
후보 클립. 고의적인 하이라이트, 그라데이션, 채도가 높은 개체, 피부 톤 또는 등급 문제를 드러낼 수 있는 제품 표면이 포함된 짧은 히어로 클립 하나를 선택하세요. 소유하거나 라이선스가 부여된 자산으로 제작된 승인된 클립을 선호하세요. 손상된 해부학, 읽을 수 없는 제품 텍스트, 심한 압축 또는 실패한 서술 비트로 인해 후보자를 거부합니다. 이러한 결함은 HDR 비디오 편집이 아닌 업스트림에 속합니다.
변환하기 전에 소스의 정체성, 모션, 제품 충실도, 구성, 노출, 색상, 텍스트 및 내보내기 무결성에 점수를 매깁니다. 각 기준은 합격 또는 불합격입니다. Ruby는 소스가 모든 보호 기준을 통과하고 대상이 HDR을 표시할 수 있는 경우에만 워크플로에 들어갑니다.
SDR이 충분한 경우. 대상이 HDR을 안정적으로 지원하지 않거나 클라이언트에 하나의 간단한 마스터가 필요하거나 소스에 하이라이트 또는 색상 범위 압력이 거의 없거나 비교 결과 의미 있는 이득이 없는 경우 SDR을 유지하십시오. SDR은 또한 얼굴이 부자연스러워지거나, 하이라이트가 거칠어 보이거나, 그라데이션 밴드 또는 플랫폼 변환이 불확실할 때 대체할 수 있습니다. "전환 없음"은 실패한 실험이 아니라 유효한 생산 결정입니다.
마스터 파일 고정
APOB는 진실의 창의적인 원천으로 남아야 합니다. 그것은Runway 호환 비디오 워크플로우제작자가 외부 마무리 테스트 전에 피사체, 모션, 지속 시간 및 승인된 SDR 클립을 개발하는 데 도움이 됩니다. 이러한 분리는 장점입니다. 팀은 생성 오류를 해결하기 위해 컬러 패스를 요청하는 대신 ID 또는 스토리 업스트림을 수정할 수 있습니다.
영웅 클립을 선택하세요. 하나의 잠긴 브리핑에서 작은 배치를 생성한 다음 하나의 히어로 클립을 승인합니다. 정상 속도, 음소거, 오디오 및 모션 또는 조명 전환 주위의 프레임별로 검토합니다. 승리한 이유와 허용 가능한 결함은 무엇인지 기록하십시오. 결정 소유자는 Ruby가 공개되기 전에 SDR 마스터에 서명합니다. 그렇지 않으면 두 개의 움직이는 대상이 비교를 의미 없게 만듭니다.
소스 품질 보존. 승인된 워크플로에서 사용 가능한 최고 품질의 지원되는 마스터를 다운로드하세요. 화면을 녹화하거나, 메시징 앱을 통해 보내거나, 단지 이름을 바꾸기 위해 다시 내보내지 마십시오. 종횡비, 프레임 속도, 지속 시간, 오디오 및 변경되지 않은 파일을 보존합니다. 전송 플랫폼에 더 작은 인코딩이 필요한 경우 테스트 소스로 사용하는 대신 HDR 결정 후에 해당 파생물을 생성하세요.
이름 및 버전 파일. 계보를 드러내는 이름을 사용하십시오.campaign_shot03_sdr-master_v1.ext,campaign_shot03_ruby-hdr_test01.ext, 그리고campaign_shot03_sdr-delivery_v1.ext. 소스 체크섬, Ruby 설정, 작업 ID, 날짜, 연산자, 나열된 추정치, 최종 크레딧 요금, 사용된 디스플레이 및 결정을 저장합니다. SDR 마스터를 덮어쓰지 마십시오. 새 소스 파일에는 새 테스트 ID가 필요합니다.
단일 렌더 실험
테스트는 Ruby 처리라는 한 가지를 변경합니다. 소스, 기간, 계정 경로, 평가 디스플레이, 실내 조명 및 리뷰 순서를 안정적으로 유지하세요. 도구에 조정 가능한 등급 제어가 표시되지 않는 경우 설정을 고안하기보다는 해당 사실을 기록하십시오.
테스트 설정. 현재 지원되는 Ruby 화면을 통해 고정된 SDR 마스터를 업로드하세요. 실행 전 추정치를 캡처하고 하나의 전환을 제출합니다. 손대지 않은 결과를 다운로드하세요. 미적 측면을 판단하기 전에 파일 지속 시간, 크기, 프레임 속도, 오디오 존재 여부 및 재생을 검사하세요. 손상되거나 일치하지 않는 파일은 기술적인 오류이므로 시각적 비교에 포함되어서는 안 됩니다.
HDR이 활성화된 하나 이상의 HDR 지원 디스플레이와 하나의 일반 SDR 디스플레이 또는 SDR 해석을 사용하십시오. 각 화면과 운영 체제 설정에 라벨을 붙입니다. 검토자는 어느 쪽이 이길 것으로 예상되는지 알려주지 않고 A와 B를 확인한 다음 독립적으로 관찰 내용을 기록해야 합니다.
3개 모니터 평가표
시각적 QC 그리드. 하이라이트 디테일, 그림자 분리, 피부 톤, 제품 색상, 채도, 그라데이션, 밴딩, 동작 안정성, 텍스트 및 예상치 못한 변화에 대해 동일한 프레임을 검토합니다. 거부할 때마다 타임코드와 스크린샷을 요구합니다. 패스에는 온전한 정체성과 제품 정보가 필요하며 대상 디스플레이에 시각적인 배송 혜택도 있어야 합니다. 위치나 비교 없이 “더 생생해 보인다”는 것만으로는 충분하지 않습니다.
표준 | 규칙 통과 | 급정지 |
|---|---|---|
하이라이트 | 거친 클리핑 없이 더욱 유용한 디테일 | 얼굴 또는 제품 세부정보 분실 |
피부 | 모션을 통한 타당성과 일관성 | 주황색, 회색 또는 변동하는 톤 |
제품 색상 | 승인된 참조와 일치 | 소재 또는 브랜드 색상 변경 |
그라데이션 | 배송 디스플레이를 부드럽게 | 새로운 밴딩 또는 컨투어링 |
모션/텍스트 | 새로운 불안정성은 없다 | 깜박임, 뒤틀린 텍스트 또는 프레임 누락 |
신용 추정. 믿다duration in seconds × 20 listed credits per second날짜 추정을 위해. 그런 다음 허용된 재시도에 대한 실제 요금을 추가합니다. 기술적 오류에 명확한 원인이 있는 경우에만 전환 1회 예산과 진단 재시도 1회를 설정하세요. 허용된 HDR 클립당 비용은 지출된 모든 Ruby 크레딧을 허용된 클립으로 나눈 값과 같습니다. 보편적인 비용이 아닌 표본 크기와 날짜를 보고합니다.
이중 납품 롤백 계획
최종 선택은 도구가 아닌 전달 작업에 속합니다. HDR 파일은 보호된 기준을 통과하고, 관찰 가능한 이점을 창출하며, 승인된 폴백을 통해 HDR 지원 대상이 있는 경우에만 보관됩니다.
배송 결정. 클라이언트, 플레이어, 플랫폼 및 디스플레이 경로가 정확한 파일로 테스트되면 HDR을 게시하세요. 나중에 품질이 좋아졌으나 현재 목적지가 불확실할 때를 위해 보관해 두세요. 이점이 무시할 수 있거나 등급이 보호된 실패를 생성하는 경우 건너뜁니다. 검토자, 날짜, 대상, 결정, 증거 링크를 한 행에 기록합니다.
SDR 대체. 승인된 SDR 마스터와 플랫폼 지원 SDR 파생물을 유지하세요. HDR 업로드가 거부되거나 예측할 수 없게 톤 매핑되거나 잘못 표시되는 경우 기한이 가까워지면서 즉석에서 다른 변환을 수행하기보다는 알려진 양호한 파일로 전환하십시오. 업로드 후 제공된 페이지나 앱을 열고 의도한 장치의 로컬 마스터와 비교하세요.
아카이브 체크리스트. 원본 개요, APOB 프롬프트 및 입력, 승인된 SDR 마스터, 체크섬, Ruby 추정 및 영수증, HDR 출력, 파일 검사, 디스플레이 설정, QC 그리드, 스크린샷, 리뷰어 메모, 전달 파일 및 결정을 보관합니다. 다시 확인Runway 모델 및 가격 페이지액세스, 크레딧, 표면 또는 지원되는 입력이 변경되는 경우 2026년 9월 20일 또는 그 이전까지.
한 페이지 결정: SDR 소스를 승인합니다. HDR 지원 대상을 확인합니다. 하나의 파일을 동결합니다. 크레딧 추정; 한 번 변환하십시오. 파일을 검사하십시오. HDR 및 SDR 디스플레이에서 비교하십시오. 신원, 제품, 동작, 텍스트 또는 색상 오류를 거부합니다. SDR 폴백을 유지합니다. 모든 증거를 보관하십시오. HDR을 건너뛰는 것이 정답인 경우에도 전달 선택을 설명 가능하게 하면 워크플로가 성공합니다.
출처

이 글에 가장 먼저 좋아요를 눌러보세요.

신용카드가 필요하지 않습니다



















