mxf高速發展和數字電影母版制作技術

1.實現MXF的諾言——格式只是邁向可互操作內容管理的一步

當把元數據加到數字內容的MXF(素材交換格式)標準通過EBU于2002年推出時,當時曾預期廣播機構將會迅速無縫地管理其所有來自不同廠家的制作、后期和分配系統上的數字內容。
??? 六年過去了,MXF已經在廣播機構中得到廣泛采用,但支持者現在認識到為制定可完全互操作、與廠家無關的管理標準還有很長的路要走。
??? 先進媒體工作流程協會AMWA(前先進創作格式協會)在NAB2007組織了MXF母版制作格式項目的首次公開演示。演示重點包括用MXF元數據從一個檔案庫調用文件,以便在播放期間動態實時插入一段波蘭語錄音。
??? 作為MXF的共同制定者,AMWA一直在與Pro-MPEG Forum和SMPTE合作。據AMWA一份報告,此過程的的根源在于為一個內容管理鏈中任何人都可公開獲得的文件傳輸格式開發開放性標準的挑戰。在理想情況下,MXF通過改善內容創作工作流程,而元數據無需重復性地再登錄,支持所有數字視頻、音頻和圖形文件的無縫處理。

??? 包裹單
??? “MXF是一種開放的文件格式,針對帶相關數據和元數據的音視頻素材的交換,”史諾偉思技術副總裁兼此標準總架構師Bruce Devlin表示,“其設計和執行宗旨是改善服務器、工作站及其它內容創作設備之間的基于文件的互操作性。”
??? 今年1月在史諾偉思公司舉行的AMWA歐洲會議回顧了過去6個月與MXF有關的工作,其中包括新近成立的媒體服務架構組(MSAG),此小組負責提供關于數字媒體工作流程中企業級軟件技術的架構和最佳慣例。
??? MSAG的工作包括建立一個提供協作編輯他們的文件之環境的平臺。開始時的一個重點放在為面向服務的架構(SOA)和萬維網服務開發一個術語表。
??? 作為邁向標準化服務接口的一步,該小組還檢查采集過程。
??? “MXF現在是一個相當公認的行業標準,在專業視頻領域內得到廣泛支持,”Avid公司基礎設施解決方案總監Sam Bogoch表示,“要點是MXF為不同種類的元數據提供一種包裝器,就像一張描述內部物品的包裹單。”
??? 哈里斯電視軟件產品部產品市場總監Candy Helgerson稱,此“包裹單”幫助用戶更有效地管理其資產。“現在我們能夠存儲資產,有需要時搜索相關元數據。這適用于用MXF包裝的任何資產,不管它在哪兒取得。”
??? 她補充說:“MXF正在滿足對支持內容數據開包和轉換為元數據的數字資產管理產品的需求,我們發現大量感興趣的MXF新用途,因此我們對取得的進展非常樂觀。”

??? 事實標準
??? MXF正日益成為新產品事實上的標準交換格式,湯姆遜草谷系統解決方案部市場總監Eric Dufosse表示。“但采用舊格式的廣播設施內仍有許多傳統的系統。”
??? Dufosse認為MXF未得到充分利用。“建立完全透明的互操作性過程還任重道遠。使用一種與MXF一樣大的格式標準,你必須確保文件本身是真正兼容的,而非只是元數據。”
??? 主檔的MXF主要被用于只有一層的單獨片段,Dufosse說,“正在擴展此模式以便利用MXF的在多個層上處理多個片段的能力的人士和公司不多。正在轉向較復雜檔的MXF的有關單位也不多見。”
??? 特納廣播系統公司全球廣播技術和標準高級副總裁Clyde Smith證實此標準已較普及。“我們所做的一個調查顯示10萬套多種多樣的支持MXF設備已銷往市場。就算你不相信每一個新聞稿,你仍可以說有大量的MXF設備被實際部署。”
??? Smith表示,大部分這些設備被限制于MXF最簡單的OP-1A層。“此層產生工作流程內的優點,但隨著你進入更復雜的工作流程,如自動化再創作內容以便分配給其它平臺,你發現需要超越OP-1A。”
??? 一個主要的例子將是廣播一個多語種的節目,該節目每天不同時間、不同地理區或因文化敏感而有變動。
??? Smith說:“MXF更復雜層將使你跨所有語言變化再創作內容,因此主體保持不變,但字幕、致謝名單和音軌可充分利用這些高級層,選擇和顯示終端用戶挑選的無論哪種內容。”
??? 制造商現正進入MXF更高和更復雜的層,Smith補充說,“但它是一個教育過程的一小段。MXF是非常大的工具包,業界正在學習哪些MXF工具用于哪些問題。”
??? 特納和PBS都在與廠家合作開發高級MXF的播出應用程序。NBC正在把更高層應用于奧運會。
??? “在某地的人士可以使用MXF編輯一個節目的一部分,而別的地方的編輯可處理另外的部分,”Smith說,“他們不必在他們之間來回地傳輸整個節目就可以工作,只需要他們實際在使用的那一部分。而且他們不用擔心分離部分在成品中無縫地結合的問題。”
??? Smith表示,時間和帶寬成本的實在節省是你從MXF高級層獲得的一些主要優點。

??? 現實檢驗
??? Pro-Bel美國公司總裁Neil Maycock表示,當人們認識到MXF是一種能使數字產品可互操作的標準時,它在其最初幾年中經受了現實檢驗。
??? “現在我們對MXF能夠實現互操作性已經有很深的認識,但它并不保證你的產品將與來自其它廠商的產品兼容。”
??? Smith說,MXF規范是如此之大,以至于你不可能令每一個設備和應用軟件與MXF每一部分百分之百兼容,因此你必須開發實際的實施工具。現在要求的東西是終端用戶和廠家提出MXF標準內切實可行的模式,此模式將跨多個廠商和多種設備實際運行。
??? Dufosse表示贊同。“我們需要更好的粘合劑令所有產品協調地通信,而MXF就是此向系統一體化邁進的更大趨勢的一部分。”
??? Bogoch把MXF視為為終端用戶隱藏媒體資產管理系統的復雜性的一種方式。
??? “行業的未來是相當豐富多彩的媒體環境,在此環境下工作可以例行公事地做,而5年前是根本不可能的。例如,Avid正在開發簡化的API,它不用終端用戶編寫復雜的腳本,即支持交換格式。”
??? 隨著MXF采用的普及,廣播設施其它組成部分都感受到其影響,如自動播出系統。
??? “我覺得MXF的大量采用的趨勢擺明自動化的元數據成為一種標準格式,”哈里斯公司Helgerson表示,“我們將看到電視臺內有更多的MXF與業務系統(如銷售和交易等)的集成,因此廣告代理可以發送一個以MXF打包的商業廣告,就不用再想有關問題了,如什么時候、什么位置它可以播出,或者此廣告是否與電視臺的非線性編輯系統或廣告插播服務器兼容。”
??? Maycock預測MXF最終將與新SMPTE廣播交換格式(BXF)集成在一起,BXF是一種基于XML的標準編程接口,用于服務器、自動播出系統和交易記錄系統之間路由和顯示信息的傳送。
??? “MXF和BXF正在為電視臺運作中多種媒體格式管理的總過程解決犬牙交錯難題的一些主要部分,我們還在考慮最終實現數字媒體的愿景。”

??? 一種發展中的標準
??? Omneon視頻網絡公司產品市場副總裁Paul Turner認為今后幾年MXF的最高級將得到廣泛采用。
??? “所有廠家開始時都通過基本的OP-1A產品慢慢啟動,原因是每一種設備都必須能處理作為文件傳送最低共同點的OP-1A元數據,檔案庫存儲器公司明白這種需求,服務器公司、編輯系統公司等等也都明白。”
??? 他說,MXF已經獲得了推動力,現在像Omneon等的公司都在生產100%的MXF產品。最高境界是能一次性地創作在任何地方都可播放的文件。
??? 盡管如此,Turner仍視MXF為一種發展中的標準。“MXF是難以置信的大規范,MXF的創制者是非常聰明的人,他們擁有為你能想象的每一個工作流程模式提出交換規定的遠見卓識。面對那么大規模的規范,對每種工作流程應用仍有大量工作要做。”



二:數字電影母版制作技術


【摘要】 隨著數字電影技術的進步,先進的數字電影母版制作技術在國外已經得到廣泛的應用。我國數字電影母版制作已經有比較長的時間,目前母版制作技術水平與國外還存在一定的差距。本文詳細介紹了數字電影母版制作流程、相關技術細節和實踐經驗,以供數字電影母版制作系統應用與開發人員參考。

????? 【關鍵字】數字電影數字影院數字電影發行母版數字電影母版制作KDM數字電影發行數據包
?????

????? 一、引言

????? 數字電影改變了影片加工制作的方式,在數字影片加工制作環節,數字母版制作是關鍵的技術和流程。數字電影母版制作指的是將數字電影發行母版(DCDM)經過壓縮、加密、打包等技術處理,形成發行到影院的數字電影數據包(DCP)的系統過程。

????? 在數字電影發展初期,數字節目文件格式沒有統一,市面上存在著著多種數字電影服務器廠商,也存在多個與之對應的數字電影母版制作系統。一部影片在母版制作階段,必須經過多個廠商的母版制作系統進行加工處理,因為沒有統一的發行格式導致發行成本增加;也導致影片在不同放映服務器之間不具備互操作性和互交換性;加密和版權保護系統不能夠統一;廣告片、預告片和故事片被習慣性的編碼在一起,這些都嚴重地阻礙了行業的發展。通過國際標準化組織的多年努力,到2007年底發行節目文件格式標準終于得以確定,至此,數字電影母版制作技術有了統一的標準可以參照。

????? 傳統膠片電影以膠片為載體,無論是廣告片、預告片還是故事片,都以“本”(reel)的形式存在,膠片上包含著圖像、聲音和字幕等信息,影院放映時需要將不同的“本”由兩臺放映機輪流放映或在大盤上接在一起放映。數字電影與傳統膠片電影之間有一定的映射關系,數字電影以數字存儲介質為載體,放映的節目內容為了替換、編輯、存儲、傳輸方便被分為多“本”,圖像、聲音和字幕都以軌跡文件的形式單獨存儲;在影院服務器上播放時,首先編排好放映播放列表,節目素材依照播放列表中指定的順序進行播放。

????? 以上是將傳統膠片電影轉換為數字電影的一些特征。可以看出,數字電影母版制作雖然有別于傳統膠片電影底片制作,但在母版制作過程及最終生成的DCP中仍然保留著傳統膠片電影“本”的概念。數字電影與傳統膠片電影之間的映射關系及“本”的含義是討論數字電影母版制作工作流程首先要理解的概念。

????? 二、 數字電影母版制作工作流程

????? 典型的數字電影制作系統過程如圖1所示:

圖1? 數字電影制作系統過程

????? 影片圖像經過數字中間片(DI)系統處理,再經過色彩空間轉換(轉換為X`Y`Z`色彩編碼)形成圖像文件,連同聲音文件、字幕文件等DCDM文件作為母版制作系統的輸入數據。母版制作系統將圖像文件壓縮、加密、封裝為圖像軌跡文件,然后與封裝形成的無壓縮音頻軌跡文件及字幕文件進行同步并合成,最后打包、資產映射形成符合標準的數字電影發行數據包(DCP)。

????? 數字電影中,影片素材的軌跡文件封裝格式為MXF(SMPTE 372M)文件格式。這里軌跡文件分為圖像軌跡文件、聲音軌跡文件和字幕軌跡文件三類。一個軌跡文件代表一個“本”所包含的圖像、聲音或字幕數據。

????? 數字電影母版制作過程如圖2所示:

圖2? 數字電影母版制作過程

????? 首先需要對輸入的大量數據進行驗證,控制輸入數據的質量。圖像數據是所有輸入數據中文件數量最多、占用存儲空間最大的數據。按照SMPTE 428-5標準要求,圖像數據為單幀TIFF文件形成的文件序列。一部影片所包含的TIFF文件大約有20萬個,如果圖像為2K的數據,占用的存儲空間大約為2TBytes,4K的數據量是2K數據占用存儲空間的4倍。聲音數據按照SMPTE 428-4標準要求,為單個廣播波形WAV文件,對應每個“本”每個聲道,也就是說每“本”6個文件,6“本”5?1聲道的影片需要36個WAV文件。

????? 接下來母版制作系統對無壓縮TIFF文件進行編碼壓縮處理,為每個TIFF文件生成JPEG 2000壓縮碼流文件。之后,圖像、聲音都進行MXF封裝(加密)形成MXF軌跡文件,通過調整合成播放列表(CPL)中各軌跡文件的入點和持續時間,使圖像軌跡和聲音軌跡同步。再下一步,將合成播放列表、軌跡文件等影片素材打包形成DCP,存儲到物理介質中。最后一步是最終質量控制,確保當前版本的影片內容在影院可以正常播放。

????? 三、 數字電影母版制作技術

????? 1、色彩空間的轉換

????? 色彩空間的轉換是母版制作系統處理圖像數據時經常要面對的問題之一。存儲于DI系統的數字源母版(DSM)通常為RGB圖像文件,DSM到DCDM需經歷兩次轉換過程。首先,DSM色彩編碼轉換為XYZ編碼;然后,XYZ編碼轉換為X`Y`Z`編碼,最終DCDM圖像文件是X`Y`Z`編碼的TIFF文件。DCDM色彩編碼的基礎是CIE XYZ三色刺激值系統,這些值與光是線性關系,而人眼與光是非線性相關。因此必須將XYZ進行以下編碼轉換:

????? CVx′=INT[4095×(L×X52?37)1/2?6]

????? CVy′=INT[4095×(L×Y52?37)1/2?6]

????? CVz′=INT[4095×(L×Z52?37)1/2?6]

????? 式中:INT代表四舍五入,L為放映機白光亮度。

????? 由于實際的DSM圖像文件具有多種色彩空間類型,母版制作系統除接收符合SMPTE 428-5要求的X`Y`Z`文件外,也允許接收其他色彩空間圖像文件,包括:DCI P3 R`G`B`、XYZ、ITU Rec?709 R`G`B`等。在母版制作系統中處理這些色彩空間的轉換會消耗一定的時間,影響母版制作的效率。

?????? 2、數字導片

????? 數字導片是為方便質量控制在每個“本”的影片內容畫面前后增加的內容片斷。如下圖所示:

?

圖3   數字電影導片

圖3?? 數字電影導片

????? 頭部導片中第一幀是起始畫面,隨后是6秒鐘的倒計時畫面,在145幀處為“pop”信號,用于最終質量控制(Final QC)時驗證音話同步。整個頭部導片為8秒鐘,共192幀。頭部導片后緊跟的影片畫面第一幀稱為FFOA(the first frame of action)。尾部導片的第48幀同樣有一個“pop”信號,是音畫同步的第二次確認。尾部導片為4秒鐘,共96幀。尾部導片第一幀之前的影片畫面最后一幀稱為LFOA(the last frame of action)。

????? 母版制作過程形成“本”的軌跡文件后,軌跡文件中應該已經包含有頭部導片和尾部導片,影院播放的影片CPL中,各“本”指定的入點應位于頭部導片之后。

????? 3、輸入數據的質量控制

????? 母版制作過程需要消耗很長的時間,特別是圖像的壓縮、封裝和加密過程。所以驗證輸入數據的正確性非常必要,否則一旦失敗就要付出時間代價,可以人工或者編寫腳本自動對文件進行處理和驗證。

????? 圖像的驗證包含以下幾個部分內容:

????? (1)驗證特定“本”文件目錄下的文件序列是否有缺失、文件命名是否符合要求

????? 文件的缺失會導致編碼壓縮過程失敗或創建MXF文件失敗,文件命名的錯誤會導致找不到要處理的文件。

????? (2)驗證TIFF文件具有正確的圖像結構

????? 通過查看TIFF文件屬性可以驗證是否具有正確圖像結構:

????? 圖像結構錯誤會導致編碼器或解碼器異常。

表1


?

????? (3)驗證查看每個“本”的FFOA和LFOA在文件序列中的位置

????? (4)確定圖像所使用的色彩空間

????? 可以使用專用顯示設備并依據經驗查看圖像文件色彩是否正常。

????? 為了在最終質量控制中驗證“本”之間的連續性,驗證圖像過程中可以完成以下表格:

表2

????? 聲音的驗證需要使用專業軟件,主要是驗證音頻采樣率是否為48?000kHz,“pop”聲與圖像頻率是否嚴格對齊。如下圖所示,以每秒24幀,采樣頻率為48kHz計算,每幀音頻有2000個采樣。48000 samples/sec /24 frames/sec = 2,000 samples per frame。“pop”聲音的2000個采樣要與幀完全對齊。

圖4  數字聲音與圖像的對齊方式

圖4? 數字聲音與圖像的對齊方式

????? 值得注意的是,數字電影與膠片電影對齊方式存在不同,我國電影國標要求聲音提前一格,數字電影中沒有這個要求。

????? 4、JPEG 2000壓縮編碼

????? 數字電影壓縮圖像數據使用的是JPEG 2000的幀內編碼方式。由于JPEG 2000支持2K/4K圖像分級,4K DCDM編碼的數據可以在只支持2K解碼的影院服務器上播放,這種情況下影院服務器只提取4K數據中2K的數據進行解碼,事實上剩余部分是非常細節的圖像數據,編碼后所占數據量很少。2K影片壓縮比是10∶1、原始10M的TIFF單幀文件,壓縮后平均為1M。實際壓縮根據畫面復雜程度壓縮比會有不同,動畫片壓縮比約為20∶1。變形寬銀幕(Scope)比遮幅寬銀幕(Flat)多了大約20%的像素數,所以碼率會高一些。

????? 使用軟件編碼方式、利用高速存儲網絡、分布式計算是主要的JPEG 2000編碼方式。這種方式下節點的數量和性能、網絡與存儲速度是編碼執行速度的關鍵因素,如:Dolby、GDC、DTS等公司的產品。Doremi DMS 2000母版制作系統使用的是基于硬件的JPEG 2000壓縮技術。JPEG 2000編碼時有兩種選擇,固定比特率(CBR)編碼或可變比特率(VBR)編碼。

????? CBR方式比特率恒定;VBR可以有效增強內容傳輸的效率,對于VBR方式不同廠商有不同壓縮編碼策略。

????? 5、數據的封裝、加密與打包

????? 封裝(Wrapping):形成MXF軌跡文件的技術。

????? 打包(Packaging):將媒體素材制作為DCP的技術。

????? 數字電影母版制作最終形成的文件主要有兩種:一種是MXF軌跡文件;另一種是XML文件。JPEG 2000碼流、聲音WAV數據內容可以以明文(不加密)或密文(加密)的方式封裝到MXF容器內。封裝與打包的概念容易混淆模糊,打包過程主要是形成用于描述DCP的XML文件,并將CPL、軌跡文件等素材文件存儲于指定物理媒介上。母版制作過程中的MXF封裝技術與DCP打包技術是母版制作的核心技術。

????? (1)MXF

????? MXF(Material eXchange Format 素材交換格式)是SMPTE定義的一種專業媒體文件格式,典型的MXF文件結構如圖5所示:

圖5  MXF文件結構

圖5? MXF文件結構

????? 文件頭部主要包含用來描述MXF文件信息的元數據,解析這些數據MXF解碼器能夠獲知MXF文件的創建信息、格式結構信息,并能夠方便地定位文件的各個分區,找到文件的索引表片段,進而定位某一幀。MXF的元數據功能非常強大,以MXF作為容器,其元數據能夠詳細地描述容器中數據的特征。SMPTE 330定義的UMID(Unique Material Identifier 唯一素材標識符)是MXF的重要元數據之一,數字電影識別、引用軌跡文件所使用的UUID(Universally Unique Identifier 通用唯一標識符)值來源于UMID值。

????? MXF文件內部結構根據不同應用場景可以有不同的復雜度,數字電影中使用了最簡單的SMPTE 390M OP-ATOM操作模式。因此,數字電影MXF文件的實現相對于電視行業要簡單得多。

????? KLV(鍵-長度-值)三元組編碼是MXF底層編碼協議,數字電影圖像和聲音數據都逐幀封裝到KLV中。對于圖像來說,V代表了一幀圖像。聲音的封裝有一定的聲道順序,每個聲道2000個采樣的數據按照SMPTE 428-3要求的聲道順序映射在V中。

表3

????? (2)DCP

????? 數字電影聲音與圖像封裝打包的過程如圖6所示:

圖6  數字電影聲音與圖像封裝打包過程

圖6? 數字電影聲音與圖像封裝打包過程

????? 聲音和圖像經過處理后都成為MXF軌跡文件,合成播放列表CPL代表了影片的特定版本,只需要更改合成播放列表中對軌跡文件的編輯、引用信息,就能夠形成不同的影片發行版本。如:同一部影片,通過替換聲音軌跡文件可以形成不同語言的影片版本;或者,通過更改軌跡文件的入點、持續時間刪減影片的某部分內容。打包完成后,DCP已經存入到物理介質中。以單分區移動硬盤作為存儲介質存儲影片為例:打包過程形成了打包列表(PKL)文件、資產映射文件(Asset Map)和卷索引文件(Volume Index用于標識當前硬盤序號),后兩個文件位于硬盤根目錄下。資產映射文件中描述了其他文件資產所在路徑,如圖7所示:

圖7  DCP的構成

圖7? DCP的構成


????? 打包列表主要用于說明DCP中包含那些資產,并且包含各文件的哈希值,用于驗證資產完整性。2K 2D影片容量約為140GB,目前一塊普通硬盤就能夠裝載一部以上的影片。由于發行成本、運營習慣等因素的限制,物理媒介目前仍然是主流的影片分發方式。

????? (3)KDM

????? 安全是數字電影必須提及的問題,密鑰傳送消息KDM是數字電影加密授權所使用的核心技術,也是母版制作系統使用的技術之一。對內容素材進行加密是母版制作過程中可選的一項功能,AES-128數據加密發生在MXF數據封裝之前,將加密的數據映射到MXF容器,形成加密的MXF軌跡文件。

????? KDM中包含有影片解密密鑰和授權放映時間窗等信息,KDM中影片解密密鑰被目標設備公鑰加密,只有目標設備可以解出影片解密密鑰。母版制作系統可以為影院放映設備生成KDM,但是這就要求母版制作系統具有密鑰管理的功能。管理大量影院設備的授權不是母版制作系統的主要功能,實際運營中母版制作系統只需要生成針對密鑰管理系統的KDM,另由獨立的密鑰管理系統完成密鑰的管理和KDM的生成、分發。

????? 6、最終質量控制

????? 最終質量控制是數字電影母版制作的最后一步。這個過程要在具有良好硬件放映環境的地點進行。為確保影片的質量滿足發行對質量的要求,主要需檢查圖像畫面質量、“本”之間連續性、是否有異常聲音、聲話是否同步等。待檢驗合格后,方可下發影片DCP到影院。

????? 7、影片命名習慣

????? 影片命名也就是合成播放列表CPL中“Content Title Text”的命名,適當的影片命名習慣有助于影片內容的識別和管理。國外影片命名有約定的格式,如以下影片命名:

????? PIRATES-2_FTR_S_EN-LAS_US-13_51_2K_DI_20060607_TDC

????? 加勒比海盜-2故事片,變形寬銀幕,英語,西班牙語字幕,PG-13分級,5?1聲道,2K分辨率,迪斯尼制作。2006年6月7日特藝色打包。

????? 3D-TEST-GAO_TST_F_CMN-XX_CN-XX_51_2K_ZX_20080318_CRIFST-i3Dngb

????? 3D測試片,遮幅寬銀幕,普通話,無字幕,無分級,5?1聲道,2K分辨率,ZX制作。2008年3月18日科研所打包。

????? 以上命名習慣對影片的描述包含了影片名、影片畫幅格式、語言、字幕等,每個信息字段都在固定的位置。目前影片命名不支持漢字只能使用英文,因此在母版制作中應習慣使用英文,并養成固定的影片命名習慣。

??????? 8、字幕文件的制作

?????? 字幕是數字電影除圖像、聲音以外的又一內容資產。當前階段使用的是TI的技術標準- 《Subtitle Specification (XML File Format) for DLP CinemaTM Projection Technology》。現存母版制作系統可以接收已經做好的符合TI標準的字幕數據,在合成階段將字幕與聲音、圖像組織在一起,每個“本”只能有一個字幕文件。

??????? 依據TI的標準,字幕可以是文本和圖片兩種方式。文本字幕簡潔、數據量小,但顯示效果在不同放映機上有可能不固定;圖片字幕的缺點是數據量大,但是顯示效果穩定,而且可以有透明度的選擇。文本字幕,使用的是True Type 字體文件;圖片字幕使用的是PNG文件。受TI技術的限制,目前使用的True Type字體庫文件大小不能超過640KB,必須使用專用工具在字體庫中對字幕中出現的字體進行篩選過濾,以縮減字體庫尺寸。過濾后90分鐘中文字體大小可以在300K左右。

????? 四、 總結與展望

????? 數字電影母版制作技術是比較新的應用領域,涉及眾多新制定的數字電影國際標準。在國外,先進的母版制作技術已經得到較為廣泛的應用,一些大的發行單位已經嚴格按照流程完成母版制作過程,這樣就滿足了數字電影大批量發行制作的需求,確保了影片制作的穩定性。在我國,數字電影母版格式還沒有統一,制作過程也沒有形成格式化的流程,在此方面,我國應該學習吸收國外先進的母版制作技術和經驗,形成我國自己的母版制作標準流程。

????? 筆者認為未來數字電影母版制作系統將逐步得到完善,隨著字幕MXF軌跡文件標準的公布,行業內將不再使用TI的字幕技術;由于數字方式可以攜帶豐富的元數據,利用數字化這一特點,將封閉式字幕(Closed Caption)、外部設備指令信號等更為豐富的數據信息加入到母版制作系統中會改變數字電影固有的放映模式;專業母版制作系統功能的增加導致系統操作更為復雜,成熟易用的系統操作界面會成為操作應用的實際需求;為推動我國數字電影技術的普及和發展,加大數字電影技術的應用與創新,應實現數字電影母版制作系統的國產化,以滿足我國母版制作和管理的特殊需求。

????? 參考文獻

????? [1 ] DCI,數字電影系統規范 V1?2;

????? [2 ] SMPTE, Proposed 428-1? For Cinema? Sound and Picture Track File;

????? [3 ] SMPTE, Proposed 428-2? For Cinema? Audio Characteristics;

????? [4 ] SMPTE, Proposed 428-3? For Cinema? Audio Channel Mapping;

????? [5 ] SMPTE, Proposed 428-6? For Cinema? Digital Leader;

????? [6 ] SMPTE, Proposed 429-3? For Cinema? Sound and Picture Track File;

????? [7 ] SMPTE, Proposed 429-4? For Cinema? MXF JPEG200 Application;

????? [8 ] SMPTE, Proposed 429-6? For Cinema? Track File Essence Encrytion;

????? [9 ] SMPTE, Proposed 429-7? For Cinema? Composition Playlist;

????? [10] SMPTE, Proposed 429-8? For Cinema? Packing List;

????? [11] SMPTE, Proposed 429-9? For Cinema? Asset Mapping;

????? [12] SMPTE, Proposed 430-1? For Cinema? Key Delivery Message;

????? [13] SMPTE, Proposed 430-2? For Cinema? Digital Cinema Certificate;

????? [14] SMPTE, Proposed 430-3? For Cinema? Extra-theater Messaging;

????? [15]《The EDCF Guide to DIGITAL CINEMA MASTERING》,2007;

????? [16] 《Subtitle Specification (XML File Format) for DLP CinemaTM Projection Technology》;


本文來自互聯網用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。
如若轉載,請注明出處:http://www.pswp.cn/news/452691.shtml
繁體地址,請注明出處:http://hk.pswp.cn/news/452691.shtml
英文地址,請注明出處:http://en.pswp.cn/news/452691.shtml

如若內容造成侵權/違法違規/事實不符,請聯系多彩編程網進行投訴反饋email:809451989@qq.com,一經查實,立即刪除!

相關文章

Android 路由實踐(二)

前言繼上一篇Android 路由實踐(一)之后,斷更已經差不多一個月,畢竟是年前的最后一個月,各種事情扎堆,直到近幾天才稍微閑下來,于是有了此文。簡單回顧下,上一篇文章中簡單介紹了三種…

php中newself(),在php代碼中新建對象用到的new self與new static有什么不同

我們在使用php代碼新建對象的時候,一般會用到new self與new static,那么它們在使用的時候區別在哪里?先說說new static(),new static與new self一樣,在php代碼中,它是用來新建一個對象的.那么他們之間的不同之處在哪里呢&#xff…

ORACLE rac集群概念和原理

參考文獻: 文獻一 文獻二 文獻三 謝謝作者分享!

Python基礎-變量作用域

1.函數作用域介紹 函數作用域 Python中函數作用域分為4種情況: L:local,局部作用域,即函數中定義的變量:E:enclosing,嵌套的父級函數的局部作用域,即包含此函數的上級函數的局部作用…

視頻源常見接口介紹

在錄制和播放中,要通過接口實現文件的傳輸,下面介紹常用接口。 [AV IN/OUT/PHONES]:這是一個多功能的插孔,在菜單里可以設置其功能。當設置為[IN/OUT]時,此插孔可以輸入和輸出音頻以及視頻信號,用于連接電視…

php愛奇藝篩選標簽,三種排序 快速篩選好視頻_軟件資訊技巧應用-中關村在線

使用在線視頻播放器來觀看視頻,通常有可以分為有目標和無目標兩種。即是用戶如果定點找一部視頻和隨意查看喜歡的視頻,這兩種模式往往查找視頻的方法也是不一樣的。我們這里要和大家講解的是,用戶在沒有目標視頻的情況下,怎樣更快…

TSAP傳輸服務訪問點

TSAP(Transport Service Access Point) 傳輸服務訪問點在計算機網絡當中,傳輸層要在用戶之間提供可靠和有效的端-端(如TSAP源端->[1]TSAP目的端的傳輸選擇)服務,必須把一個用戶進程和其他的用戶進程區分開,主要由傳…

Flask項目--發送短信驗證碼

1.后端代碼 具體代碼如下&#xff1a; # GET /api/v1.0/sms_codes/<mobile>?image_codexxxx&image_code_idxxxx api.route("/sms_codes/<re(r1[34578]\d{9}):mobile>") def get_sms_code(mobile):"""獲取短信驗證碼""&q…

Jenkins系列之五——通過Publish over SSH插件實現遠程部署

Jenkins通過Publish over SSH插件實現遠程部署 步湊一、配置ssh免秘鑰登錄 部署詳情地址&#xff1a;http://www.cnblogs.com/Dev0ps/p/8259099.html 步湊二、安裝Publish over SSH插件 插…

Java高級應用開發之Servlet

學習路徑&#xff1a; 1.Servlet簡介 2.Servlet基礎 3.表單處理 4.請求頭信息 5.響應頭信息 6.cookie 7.session 8.scope: Servlet Context 全局變量 Http Session 會話變量 Http Servlet Request 請求變量 9.Filter Filter是一種特殊的Servlet&#xff0c;其核心函數doFilter(…

typedef 數組使用詳解

typedef到處都是&#xff0c;但是能夠真正懂得typedef使用的不算太多。對于初學者而言&#xff0c;看別人的源碼時對到處充斥的typedef往往不知所錯&#xff0c;而參考書又很少&#xff0c;所以在此給出一個源碼&#xff0c;供大家參考。 懂得這些&#xff0c;基本上是 對typed…

php柱狀圖實現年齡分布,考官雅思寫作小作文滿分范文 柱狀圖:年齡分布

考官雅思寫作小作文滿分范文 柱狀圖:年齡分布2017年06月12日14:48 來源&#xff1a;小站教育作者&#xff1a;小站雅思編輯參與(40)閱讀(63981)摘要&#xff1a;為大家分享前考官simon演示的9分雅思小作文。考官親筆&#xff0c;用最正統的4段式寫作&#xff0c;本文主題-柱狀圖…

Flask項目--注冊

0.效果展示 1.后端代碼 # coding:utf-8from . import api from flask import request, jsonify, current_app, session from ihome.utils.response_code import RET from ihome import redis_store, db, constants from ihome.models import User from sqlalchemy.exc import I…

圖片處理

//圖片處理public function img(){//讀取圖片$imageImage::open(./img/02.jpg);//dump($image);//獲取圖片的信息// 返回圖片的寬度$width $image->width();// 返回圖片的高度$height $image->height();// 返回圖片的類型$type $image->type();// 返回圖片的mime類…

react 項目總結

前言 最近在寫一個項目,在寫react的過程中遇到過很多坑,現在總結一下,為以后的項目作參考.另外借此項目來比較一下 vue.js 和 react.js 之間的一些異同. 先說說組件 剛剛開始寫組件的時候&#xff0c;感覺難度不大&#xff08;跟vue差不多&#xff09;。最有意思的應該是jsx語法…

現代數字影視 電影使用標準

1、國際數字電影標準1&#xff09;DCI&#xff08;Digital Cinema Initiatives數字影院系統規范&#xff09;美國好萊塢七大制片公司——Disney、MGM、Fox、Paramount Pictures、Sony Pictures Entertainment、Universal Studios和Warner Bros于2002年聯合成立了DCI機構&#x…

數據流圖 系統流程圖 程序流程圖 系統結構圖聯系與區別

1.數據流圖&#xff08;Data Flow Diagram&#xff09;&#xff0c;簡稱DFD&#xff0c;它從數據傳遞和加工角度&#xff0c;以圖形方式來表達系統的邏輯功能、數據在系統內部的邏輯流向和邏輯變換過程&#xff0c;是結構化系統分析方法的主要表達工具及用于表示軟件模型的一種…

Linux--安裝yum源

linux配置yum源 一、修改yum的配置文件 /etc/yum.repos.d/xxx.repo 1、進入yum配置文件目錄 # cd /etc/yum.repos.d 2、刪除全部原有的文件 # rm -rf * 3、新建一個yum的配置文件 # vi my.repo [myrepo] 標識配置文件名稱&#xff08;名字隨意&#xff09; namemyrepo 標識yum …

在 Confluence 6 中禁用 workbox 應用通知

如果你選擇 不提供應用通知&#xff08;does not provide in-app notifications&#xff09;&#xff1a; Confluence workbox 圖標將不會可見同時用戶也不能在這個服務器上訪問 workbox。這個 Confluence 服務器將不會發送消息到 workbox 中&#xff0c;同時也不會發送消息到其…