Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP4496661B2 - How to create an edit list - Google Patents
[go: Go Back, main page]

JP4496661B2 - How to create an edit list - Google Patents

How to create an edit list Download PDF

Info

Publication number
JP4496661B2
JP4496661B2 JP2001100643A JP2001100643A JP4496661B2 JP 4496661 B2 JP4496661 B2 JP 4496661B2 JP 2001100643 A JP2001100643 A JP 2001100643A JP 2001100643 A JP2001100643 A JP 2001100643A JP 4496661 B2 JP4496661 B2 JP 4496661B2
Authority
JP
Japan
Prior art keywords
editing
epl
format
input
video
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2001100643A
Other languages
Japanese (ja)
Other versions
JP2002300522A (en
Inventor
芳弘 村上
実 河原
光俊 真貝
正孝 向
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2001100643A priority Critical patent/JP4496661B2/en
Publication of JP2002300522A publication Critical patent/JP2002300522A/en
Application granted granted Critical
Publication of JP4496661B2 publication Critical patent/JP4496661B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Television Signal Processing For Recording (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、編集リスト作成方法に関し、特に複数の映像及び/又は音声の素材を用いてコンテンツを形成するための編集リスト作成方法に関する。
【0002】
【従来の技術】
動画像の編集は、映画フィルムのスプライサー+セメントに始まったが、ビデオ編集においては、デルマト+はさみ+スプライシングテープという黎明期を経て、ダビングによる電子編集時代が長く続いている。
【0003】
ここ十年ほどで普及したノンリニア編集(non-linear editor)も、その延長線上にあるといえる。すなわち、メディアから得た画像を見ながら、主にダビングによって繋ぎ合わせ、必要に応じて画像処理を施し、編集結果を再びメディアに収める、以上一連の作業、あるいはその繰り返しという作業であり、何十年も踏襲されている。
【0004】
しかし、このような伝統手法には以下のような問題点がある。
まず、データ圧縮と伸長を繰り返すことが原因での画質劣化が起こることである。アナログで編集を行う時代では、ダビングを繰り返すことにより電子編集でも画質劣化が起きたが、ベースバンド・デジタルの時代に至ってほぼ完璧に解消されたはずであった。しかし、昨今の画像圧縮技術の普及浸透によって、画質問題は再燃することとなった。データ圧縮と伸長を繰り返すことが原因である。この対策としては、圧縮率を下げたり、圧縮単位を短くする、といった妥協策が講じられるが、メディアのコストや通信時間など、多くの面で不経済であり、しかも画質劣化が完全に解消されるわけでもない。データ圧縮しない場合でも、画像の拡大縮小やピクセルシフト、合成など、いわゆる特殊効果の繰り返し処理によっても、画質劣化と不経済をもたらす。
【0005】
次の問題は、従来の編集においては、単一の画像フォーマットにしか対応できなかったことである。NTSCなどの画像フォーマットは、受像機や電波割り当てを主眼に考案・統一された。しかし、昨今HDVSやPC上のウィンドウなど、複数の画像フォーマットが混在で使われるのが、むしろ一般的である。単一のフォーマットしか対応できないことは、素材の収集においても完パケの提供においても大きな弊害となってきた。しかも、とくにコンピュータ上では、ユーザーが勝手な仕様のウィンドウを作れるため、用意されたフォーマットの中から選ぶ方式では対応しきれない。
【0006】
次の問題は、従来の編集では、素材を手許に一旦溜めてから使うしかなかったことである。編集時、目的とする画を特定するためタイムコードが使われるが、一巻中の位置を示すに過ぎず、メディアを特定することは基本的に不可能であった。リール番号などでメディアを特定する方法も使われるが、あくまでローカルな運用範囲に留まる。したがって、素材は手許に一旦溜めてから使うしかなく、手間とコストを要する。同様に特殊効果やタイトル挿入なども機種依存で、手許の装置が対応していない加工は不可能なため、編集結果も手許のメディアに記録せざるを得ない。
【0007】
以上の問題点の全てを解決するわけではないが、近年、編集リストとしてEDL(Edit Decision List)を作成し、このEDLに記載されたプログラムに従い自動的に電子編集を行うシステムが採用されてきている。
【0008】
ところで、前記EDLには、特殊効果など、互換性のない項目も記述されており、システム限定となっている。また、テープの架け替えなどもあり、人手に頼ることが多い。融通が利きにくい点では、完パケを修正したい場合の対応も面倒であり、たとえば最初のコマの前に1コマ挿入するだけでも、全編の再編集もしくはダビングが必要となる。
【0009】
このように、現状の編集システムは、現時点でも不経済・不効率な面が多いが、それ以上に、ネットワークのメリットを享受できないという一面がある。現状に固執すれば、時代に取り残された後進的システムになる危険性が高い。それぞれの問題は有機的に絡み合っているため、部分的な対策を施しても新たな問題を引き起こすであろうし、複雑さが連鎖的に増すので、現状の編集システムのままではいずれは使われなくなることもあり得る。
【0010】
【発明が解決しようとする課題】
本発明は、上記実情に鑑みてなされたものであり、データの品質劣化を防ぎながら、またマルチフォーマットのデータに対応し、かつ素材を手許に一旦溜めて使うことなく、さらに処理の互換を可能として、コンテンツを形成することができる編集リストを作成するための編集リスト作成方法の提供を目的とする。
【0011】
【課題を解決するための手段】
本発明に係る編集リスト作成方法は、前記課題を解決するために、複数の映像及び/又は音声の素材を用いてコンテンツを形成するための編集リストを作成する編集リスト作成方法において、ネットワークに接続された入力部から入力される複数の映像及び/又は音声の素材をデータ圧縮して得られた圧縮データを用いて所望の動作を実行して編集リストを作成し、上記編集リストに基づき編集制御信号を生成し、上記編集リストは、入力素材を識別する入力素材識別情報と、編集による出力を識別する出力識別情報と、入力素材の画像フォーマット及び/又は編集出力の画像フォーマットを特定するフォーマット宣言文と、入力素材に施す画像処理方法を表す画像処理識別情報とを含み、上記入力素材識別情報により指定される保管場所から上記ネットワークを介して上記入力素材を取得し、上記画像処理識別情報により指定された保管場所から上記ネットワークを介して上記入力素材に施す画像処理方法を取得する。
【0012】
このような各工程を備えることにより、本発明に係る編集リスト作成方法は、まず、編集による出力を識別する識別情報とフォーマットを特定するフォーマット宣言文とを少なくとも用いて編集内容を定義し、かつ入力素材を識別する識別情報と入力素材のフォーマットを特定するフォーマット宣言文とを少なくとも用いて入力素材を定義し、さらに入力素材に施す処理を定義していく。
【0013】
ここで、上記出力の識別情報及び入力素材の識別情報は、それぞれグローバルユニークな同一体系の識別コードであるので、出力及び入力素材を特定することができる。
【0014】
また、入力素材に施す処理方法もグローバルユニークな同一体系の識別コードで記述するので、処理方法も特定することができる。
【0015】
【発明の実施の形態】
以下、本発明に係る編集リスト作成方法の実施の形態について図面を参照しながら説明する。この実施の形態は、図1に構成を示すように、本発明の編集リスト作成方法に基づいて編集リストの一種である、編集手続リスト(Edit Procecure List;EPL)を作成するEPL作成部10を内蔵し、コンテンツを形成するコンテンツ形成装置1である。
【0016】
コンテンツ形成装置1は、EPL作成部10のほか、EPLに基づいて編集制御信号を生成する編集制御部20と、所定フォーマットのコンテンツを形成するコンテンツ形成部30とを備えて成る。
【0017】
このコンテンツ形成装置1には、複数の映像及び/音声からなる素材が入力される。ここでは、説明の都合上、例えば、ローカルエリアネットワーク(LAN)や、インターネット等のネットワークに接続されたデータベースに格納された素材とする。この素材は、入力端子INを介してEPL作成部10及びコンテンツ形成部30に供給される。
【0018】
EPL作成部10は、上記素材をデコーダ11で復号してから、ダウンコンバータ12で例えば間引きし、エンコーダ13でJPEG(Joint Photographic Experts Group;JPEG)方式などの所定の圧縮方式で圧縮して高圧縮のサブ素材にし、サブ素材サーバー14に格納する。サブ素材サーバー14は、ディスクアレイ構成の記録再生部を有したAVサーバーでなり、入力する高圧縮サブ素材を順次取り込み、これをファイル化して記録再生部の指定されたアドレス位置に格納する。
【0019】
そして、このサブ素材サーバー14に格納された各ファイルの高圧縮サブ素材は、このサブ素材サーバー14に接続された複数台(ここでは3台)の各エディティングターミナル15,16,17に供給され、EPLの作成に用いられる。
【0020】
エディティングターミナル15,16,17は、EPL作成部10の主要部をなすものであり、高圧縮サブ素材を読み出して復号し、得られた素材データに基づく映像をモニタに表示する。このとき、オペレータは、エディティングターミナルを介してサブ素材サーバー14を制御し、サブ素材サーバー14に所望の動作(再生、巻き戻し又は早送り等)を実行させながら、モニタに表示された映像を目視確認してEPLを作成する。EPLは、編集に使用される素材を特定するための識別情報と、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文とを有する。
【0021】
以下、EPL作成部10で作成されるEPLについて説明する。EPLには、編集に使用される素材を特定するための識別情報を記述する。素材の識別情報は、グローバルユニークな識別コードであり、マテリアル識別コード(Material ID;UMID)と呼称される。また、このEPLには、上記識別コード体系に準拠して、素材の処理方法を識別する識別コード、すなわち画像処理方法を表す識別コードが定められる。この素材の処理方法を識別する識別コードもグローバルユニークな識別コードであり、プロセス(Process)ID又はユニークtransformID(UTID)と呼称される。UTIDにより、フェード、ミックス、スーパー等の処理を識別できる。また、このEPLには、出力に関するメタデータも記述する。これはEPLによる編集結果のIDであり、上記UMIDも含む。また、このEPLには例えば編集の開始点や終了点を時間で示す、タイムコード(Time Code;TC)も記述される。
【0022】
さらに、EPLには、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文を記述する。このフォーマット宣言文は、入力映像素材の画像フォーマット及び/又は編集出力の画像フォーマットを含むものである。このため、コンテンツ形成装置1により形成されたコンテンツは、上記フォーマット宣言文により宣言されたフォーマットとされる。フォーマット宣言文によりフォーマットを宣言すれば、どのようなフォーマットのコンテンツも形成することができる。
【0023】
一つのEPLファイルで記述される時間の範囲は、最小がコマ、最大は無限である。記述の順番は処理に従い、また、複数の処理を同時に実行させるように記述できる。これは並列処理を記述できる“verilog”言語に似るので、それをベースに考えことができる。ただし、verilogにはlinkやglobal,structの概念がないので、流用は不可能である。
【0024】
EPLは基本的に変数を持たない。四則演算や関数文はなく命令文 (処理と制御) のみからなる。画像データの受渡しは構文中に明記しない。上の行の出力が下に入力されるだけとなる。
【0025】
以下に、EPLの具体例を説明する。外部のSD画(525i画)を白黒にし、回想シーンとして同封の画に挿入し、タイトルを追加するという編集を行うためのものである。図2及び図3にはEPLの記述例を示す。図2と図3は、同一のEPL記述例を示すものであり、図2は簡略化したもの、図3は詳細なものである。図4にはEPLの実行のイメージ図を示す。図5には編集後にできる映像を模式的に示す。
【0026】
先ず、図2及び図3のEPL記述例について説明する。
1行目の下線部(1−1)の「epl」は、後に続く()内に、EPLの単位を示すことを表すものであり、出力する画像を定義している。同行の下線部(1−2)、すなわち「umid」は、上記出力画像の識別情報であり、グローバルユニークな識別コードUMIDである。具体的には、図3に示すように、「02232203_824504F1_0800468A92000201」のように、長いコードであり、まさしくグローバルユニークなものである。同行の下線部(1−3)及び(1−4)は、編集の開始点及び終了点を示すものであり、ここでは開始フレームのタイムコード及び終了フレームのタイムコードが記述されている。開始点が「00:00:00.00」であり、終了点が「00:01:00.02」であることを特定している。同行の下線部(1−5)は、スキャンフォーマットscan_formatであり、上述した、フォーマット宣言文の一種である。ここでは出力のビデオフォーマット(video format)を示す。「#1080i」は、HD画像のビデオフォーマットである。同行の下線部(1−6)、すなわち「}{」は、23行目の下線部(23−1)の「}」と一緒になって、{}で囲んだ範囲内に画像処理を羅列する、ということを示す。ここでの画像処理は信号の流れに従う。
【0027】
2行目の下線部(2−1)、すなわち「source」は、後に続く()内に入力素材を指定するという指定処理を意味する。()内の同行下線部(2−2)のumidは画像IDであり、具体的には図3に示す「22083102_95440497_0800468A62000232」のように長いコードである。つまり、グローバルユニークな上記UMIDを用いて素材を特定している。同行の下線部(2−3)は開始フレームのタイムコードを示す。図2のように省略されているときは、先頭からということを示す。同行下線部(2−4)の「#embedded.mpg」は素材の取得先、すなわち素材が保管されている場所を示している。同行下線部(2−5)の「#1080i」はスキャンフォーマットscan_formatであり、上述した、フォーマット宣言文の一種である。ここでは、入力素材のビデオフォーマットを示している。よって入力素材の画像フォーマットを特定することができる。この2行目の下線部(2−1)〜(2−5)の記述により、入力素材を、ネットワークに接続された、図4の素材記憶部40から読み出すことができる。
【0028】
次に、図2の3行目の下線部(3−1)の「fork」は、22行目の下線部(22−1)の「join」と対になり、入力1に対して複数が並列処理され、出力はjoinで一括加算されることを表す。図4では、符合41と加算器42で挟まれた範囲で行われる処理であり、素材記憶部40からの入力1に対して、複数が並列処理され、加算器42で一括加算されることを示す。その処理の内容は4行目、5行目に示すとおりである。
【0029】
4行目の下線部(4−1)の「@」は、後に続く()内の数字により、切り抜き位置を入力側の時間軸で指定していることを示す。そして、()内の同行下線部(4−2)には、開始点が示される。ここでは、入力側の時間軸による「02:10:00.00」が示されている。同行下線部(4−3)の「put」は、後に続く()内に、上記入力素材から切り抜いた部分の貼り付け位置を出力側の時間軸で指定する。ここでは、()内の同行下線部(4−4)及び(4−5)に示すように、出力側の「00:05.00」から「00:25.00」に貼り付けることを示す。これは、入力側の時間軸で指定した切り抜き位置からの入力素材43(図4に示す)を本編カット1として出力側の「00:05.00」から「00:25.00」に貼り付ける処理になる。
【0030】
5行目の下線部(5−1)の「@」も、後に続く()内の数字により、切り抜き位置を入力側の時間軸で指定していることを示す。そして、()内の同行下線部(5−2)には、入力側の時間軸による「02:10:20.00」が示される。同行下線部(5−3)の「put」も、後に続く()内に、上記入力素材から切り抜いた部分の貼り付け位置を出力側の時間軸で指定することを示す。ここでは、下線部(5−4)及び(5−5)に示すように、出力側の「00:35.00」から「01:00.02」に貼り付けることを示す。これは、入力側の時間軸で指定した切り抜き位置からの入力素材44(図4に示す)を本編カット2として出力側の「00:35.00」から「01:00.02」に貼り付ける処理になる。
【0031】
次に、6行目の下線部(6−1)の「{」は、11行目の下線部(11−1)の「}」と対をなし、囲んだ範囲内では、入出力1対1で複数の処理を上の行から順次実行するということを示す。図4に示す処理45に相当する。
【0032】
次に、7行目の下線部(7−1)の「source」により、後に続く()内に入力素材を指定する。()内の同行下線部(7−2)のumidは、図3に示す「22083102_95440497_0800468A62000232」のように長いコードである。同行の下線部(7−3)の「06:54:32.10」は開始フレームのタイムコードを示す。同行下線部(7−4)の「url」は素材の取得先、すなわち素材が保管されている場所を示している。具体的には、図3に示すように、「ftp://43.14.61.62/source/」である。同行下線部(7−5)の「#525i」はスキャンフォーマットscan_formatであり、上述した、フォーマット宣言文の一種である。入力素材のビデオフォーマットを示している。よって入力素材の画像フォーマットを指定することができる。この7行目の下線部(7−1)〜(7−5)の記述により、図4に示した処理45中にあって、ビデオフォーマットが「#525i」の入力素材を、ネットワーク46を介して読み出し、図4の素材記憶部47に格納する処理を特定できる。同行下線部(7−6)は、このソースが何のシーンに使われるのかを示す。ここでは、「// recollect」であり、回想シーンであることを特定する。
【0033】
次に、8行目の下線部(8−1)の「transform」は、後に続く()内にて画像処理を指定することを示す。同行下線部(8−2)の「utid」は、処理IDであり、グローバルユニークな画像処理コード(Transform ID;UTID)が記述される。具体的には、図3に示すように、「12000000000090001」である。同行下線部(8−3)の「url」は、処理方法の取得先、すなわち処理方法が保管されている場所を示している。具体的には、図3に示すように、「ftp://43.14.61.62/exec/」というように記述される。同行下線部(8−4)の「"upconv525to1080"」は、処理の通称であり、取得先から得られなかったとき、代替え処理を可能にする。ここでは、ビデオフォーマットを525ラインから1080ラインにアップコンバージョンする処理を表す。同行下線部(8−5)の「#1080i」はスキャンフォーマットscan_formatであり、上述した、フォーマット宣言文の一種である。出力のビデオフォーマットを示している。よって出力の画像フォーマットを指定することができる。入力のビデオフォーマットと同じなら省略することが可能である。この8行目の下線部(8−1)〜(8−5)の記述により、図4に示した処理45中にあって、図4の素材記憶部47に格納したビデオフォーマットが「#525i」の入力素材を、ビデオフォーマット「#1080i」にアップコンバージョン部48でアップコンバージョンする処理を特定できる。
【0034】
次に、9行目の下線部(9−1)の「transform」で()内に画像処理を指定する。同行下線部(9−2)の「utid」の具体例としては、図3に示すように、「120000000001F0001」がある。同行下線部(9−3)の「url」にて、処理方法が保管されている場所を示している。具体的には、図3に示すように、「ftp://43.14.61.62/exec/」というように記述される。同行下線部(9−4)の「""monochrome"」は、処理の通称である。ここでは、1080ラインにアップコンバージョンされた画像を白黒にする処理を表す。なお、ここでは、前行下線部(8−5)にあった「#1080i」の記述を省略している。入力と同じなら省略可である。この9行目の下線部(9−1)〜(9−4)の記述により、図4に示した処理45中にあって、アップコンバージョン部48でビデオフォーマット「#1080i」にアップコンバージョンした画像は、モノクロ処理部49にて白黒画像とされる。
【0035】
次に、10行目の下線部(10−1)の「put」にて、後に続く()内に白黒画像の貼り付け位置を出力側の時間軸で指定する。()内の同行下線部(10−2)及び(10−3)にて、出力側の「00:25.00」から「00:35.00」に、貼り付ける処理を特定している。図5に示す回想シーンの貼り付けである。
【0036】
次に、12行目の下線部(12−1)の「{」は、21行目の下線部(21−1)の「}」と対をなし、囲んだ範囲内では、入出力1対1で複数の処理を上の行から順次実行するということを示す。図4に示す処理51に相当する。
【0037】
次に、13行目の下線部(13−1)の「source」により、後に続く()内に入力素材を指定する。()内の同行下線部(13−2)のumidは、図3に示す「00000000_8244041D_0800468A940000522」のように長いコードである。同行の下線部(13−3)の「00:00:00.00」は開始フレームのタイムコードを示す。同行下線部(13−4)の「url」は画像の取得先であり、具体的には、図3に示すように、「ftp://43.14.61.62/source/*.jpg」である。同行下線部(13−5)の「#1080i」は入力素材のビデオフォーマットを示している。よって入力素材の画像フォーマットを指定することができる。この13行目の下線部(13−1)〜(13−5)の記述により、図4に示した処理51中にあって、ビデオフォーマットが「#1080i」の入力素材を、ネットワーク52を介して読み出し、図4の素材記憶部53に格納する処理を特定できる。同行下線部(13−6)は、このソースが何のシーンに使われるのかを示す。ここでは、「// title」であり、タイトルに使われることを特定する。
【0038】
次に、14行目の下線部(14−1)の「fork」は、20行目の下線部(20−1)の「join」と対になり、入力1に対して複数が並列処理され、出力はjoinで一括加算されることを表す。図4では、素材記憶部53から読み出された素材が2系統で処理され、加算器57で加算されるまでである。2系統での処理内容は、以下のとおりである。
【0039】
先ず、15行目の下線部(15−1)の「put」にて、後に続く()内に、素材記憶部53から読み出されたタイトル素材54の貼り付け位置を出力側の時間軸で指定する。()内の同行下線部(15−2)及び(15−3)にて、出力側の「00:00.00」から「00:04.00」に、貼り付ける処理を特定している。
【0040】
次に、16行目の下線部(16−1)の「{」は、19行目の下線部(19−1)の「}」と対をなし、囲んだ範囲内では、入出力1対1で複数の処理を上の行から順次実行するということを示す。図4に示す処理51の上半分の処理に相当する。
【0041】
17行目の下線部(17−1)の「transform」は、後に続く()内にて画像処理を指定する。同行下線部(17−2)の「utid」は、具体的には、図3に示すように、「1200000000080001」である。同行下線部(17−3)の「url」は、具体的には、図3に示すように、「ftp://43.14.61.62/exec/」である。同行下線部(17−4)の「"fadeout"」は、フェードアウト処理を表す。同行下線部(17−5)では、出力のビデオフォーマットを省略している。入力のビデオフォーマットと同様であるため省略できる。同行下線部(17−6)の「1.0」は固有の因数であり、その処理が必要とする固有の設定値を列挙したものである。17行目の下線部(17−1)〜(17−6)の記述により、図4に示した処理51中にあって、素材記憶部53から供給された「#1080i」の入力素材を、フェードアウト処理部55でフェードアウトする処理を特定できる。
【0042】
次に、18行目の下線部(18−1)の「put」にて、後に続く()内に、フェードアウト処理部55からの処理出力56の貼り付け位置を出力側の時間軸で指定する。()内の同行下線部(18−2)及び(18−3)にて、出力側の「00:04.00」から「00:05.00」に、貼り付ける処理を特定している。
【0043】
そして、加算器57にてタイトル素材54+フェードアウト処理出力56を加算し、その加算出力を加算器42に供給する。加算器42は、図5に示すように、フェードアウトするタイトルに続いて本編カット1を入れ、白黒の回想シーンを挟んで、本編カット2を入れた、編集結果を出力する。
【0044】
次に、図3の下段の構文について説明する。下線部(25−1)の「format」は、後に続く{}にて画像フォーマットを指定する。下線部(25−2)の「1001/60000」や、下線部(25−3)の「Capturing interval (long/long) [s]」(パラメータ)、或いは下線部(26−1)の「"1080/59.94i"」、下線部(26−2)の「// Name of format (char)」によって画像フォーマットを指定している。
【0045】
また、下線部(27−1)の「format」も、後に続く{}にて画像フォーマットを指定する。下線部(27−2)の「1001/60000」や、下線部(27−3)の「Capturing interval (long/long) [s]」(パラメータ)、或いは下線部(28−1)の「"480/59.94i"」、下線部(28−2)の「// Name of format (char)」によって画像フォーマットを指定しているのは上記と同様である。
【0046】
そして、図3のEPLは、下線部(29−1)の「image」にて同封の画像データの詳細を規定する。()内の下線部(29−2)には、バイナリ部分のバイト数を示す。ここでは、(bit+7)*8/8である。下線部(29−3)は、ファイル内での名称であり、ここでは「embedded」としている。下線部(29−4)の「binary data...」は、データ本体を特定している。
【0047】
以上により、EPLの具体例を説明した。
EPLは通常、文字列のままインタープリター(interpreter)で処理される。編集等も文字列のままで行われる。コンパイル(Compile)等する際は、その機材固有のコードとなるので、本書式には定義しない。保存等で圧縮する際は、通常の無損失圧縮 (zip, lha の huffman など) を用いる。
【0048】
また、UMIDはSMPTE330M basic UMID 32Bytesである。ユニバーサルレベル(Universal label)やインスタンス(Instance)などを省き、マテリアルナンバー(Material number)16Bytes だけでもよい。出力画像は実行処理で発生するが、EPL生成で素材発生と見做し、そこで付加する。
【0049】
表記は16進法(hexadecimal)で、目視のため任意にアンダースコア(underscore '_')を挿入できる。括弧 ( ) で括った場合、素材そのものでなく、加工した後の画像を示す。取得先 (source や transform の引数) は、文字列の先頭で在り処を区別する。UMIDが予めデータベース登録してあれば取得先は省略可能となる。
【0050】
また、タイムコードTCは、一般的な時:分:秒.Frame で、不要な上位桁は省くことができる。入力側は IN点TCのみを記述し、出力側はIN/OUT両方のTCを記述する。出力側は、put() で挿入位置を記述するが、省略するとepl() で示す全編に有効となる。
入力側は、source() 中の引数、もしくは @() を用いて切り出し位置を記述する。カット編集をする場合は、当然必ず入出力両方のTCを記述する必要がある。入力側のTCは、エフェクト類のみなど、指定する必要のない場合、省略できる。
【0051】
上から下の行に受け渡す画像データは、R/G/B/tl か Y/Pb/Pr/tl である。たとえば、Y色差 4:2:2 なら左上画素から Y tl Pb Pr Y tlの繰り返しとなる。また、format{} 指定の総ビット幅より細い経路を通す際は、LSB first で詰め込む。
【0052】
透過率tl(translucent) は Y 毎に付き、通常画像では値が 0 (不透明) である。このtl は中間的に用いるだけで、通常の epl() 実行出力には載せない。
【0053】
入力画像のデータ形式はファイルの拡張子で判別する。省略可能である。例えば、eplはEPL fileを示す。また、eivはEPLL Intermediate Videoを示す。また、ybrはY/Pb/Prを示す。また、rgbは、Red/Green/Blueを示す。またjpgはJPEGwp示す。また、mpgはMPEG1を示す。
【0054】
このように入力画像のデータ形式は、各種あるが、標準的にサポートするのは上記とMPEG2全プロフィールである。標準以外の圧縮は、source()直後にtransfrom()で伸長処理を記述する。
上記eiv は、tlまで含む非圧縮にformat{} header が付いたものである。このeiv は、plug()をoptimizeで解消しないまま実行すると発生する。通常はサーバーが UMID 基準で管理しており、EPL上にはファイル名は記述しない。したがって、拡張子を記述するには、wild card '*' を用いる。
【0055】
なお、出力画像はモニターや放送用のエンコーダ(encode)にだけ供給されるので、非圧縮のみである。ただし、epl() { } の最後の行に transform() を記述して、圧縮を定義できる。
【0056】
次に、EPLに載せるビデオスキャンフォーマット(video scan format)の書式について説明する。
【0057】
将来性や汎用性を考慮し、詳細仕様をいちいち記述する。つまり、通称の "NTSC" と同時に、720x480, 60/1.001, colorimetry,... を列挙する。
【0058】
ただし、将来と言っても、あくまでラスタで、ピクセルとコマという概念は固持する。つまり本発明のビデオフォーマットは、ラスタ映像フォーマットの一般化表現である。
【0059】
EPL上にformat{}文で載せる際は、以下の例に示す如く、ASCII文字列で記述する。映像信号に載せる際は、指定データ型の binary 128bytesを、クリップ毎に入れる。
・ Capturing interval … 撮影時の1コマの時間を示す。 long/long [s]
・ Shutter speed … 撮影時のシャッタースピードを示す。 float [s]
・ Shutter timing … シャッターを開けた時刻を示す。 float [s]
・ Display interval … 表示時の1コマの時間を示す。 long/long [s]
・ RGB on chromaticity … 三原色RGBと白の色度図上の座標を示す。fixed x 2 x 4
・ Matrix coefficients … Y/Pb/Pr への変換マトリクスを示す。 fixed x 9
・ Gamma code … ガンマ変換の記号を示す。 char
・ Interlace code … インターレースの記号を示す。 char
・ padding … バイト数あわせ。 char x 4
・ Picture size … 縦横の有効画素数を示す。 short*short
・ Active size … 黒ベタを除いた範囲を示す。 short*short
・ Clean aperture … 画質を保証する範囲を示す。 short*short
・ Pixel aspect ratio … 各ピクセルの縦横比を示す。 float
・ Luminance offset … 輝度を開始する位置を示す。 float x 2
・ Chrominance offset … 色差を開始する位置を示す。 float x 2
・ Luminance pitch … 輝度の画素の間引きを示す。 char x 2
・ Chrominance pitch … 色差の画素の間引きを示す。 char x 2
・ Bit width … Y/Pb/Pr/tl のデータビット幅を示す。 char x 4
・ Y range … 輝度 100% 白と 0% 黒の値を示す。 short x 2
・ Other range … 輝度以外の最大値と最小値を示す。 short x 2
・ Name of format … フォーマットの通称を示す。 char x 16
ここで、longは4バイトbytes, shortは2バイトbytes,charは1バイトbyteのアンサインインテジャーunsigned integerである。fixedは2bytes固定小数点で、0x7fff=1 と見做す。0x0001≒0.00003になる。また、floatは値として全項目で正のみだが、通常の4bytes IBM浮動小数点となる。
【0060】
透過率tlは中間処理に用いるだけで、通常のepl()実行出力信号には載せない。ガンマは、ほかと同様に係数 (0.018, 4.5, 1.099, 0.45, 0.099)での表現も可能だが、実運用は変換テーブルである。色差は、2's comp, オフセットバイナリ(offset binary)のいずれも可とし、レンジrangeの大小で表現する。
【0061】
図6には具体例を示す。これは、(1080/59.95i)に関するものである。詳細な説明は省略する。
【0062】
ここで、図1に戻る。エディティングターミナル15,16,17で作成されたEPLは、EPL記憶部18に格納される。このEPL記憶部18に格納されたEPLは、編集制御部20に読み出される。編集制御部20は、EPLに基づいて編集制御信号を生成し、編集制御信号をコンテンツ形成部30に供給する。
【0063】
コンテンツ形成部30は、編集制御部20から供給された編集制御信号に基づいて素材から所定フォーマットのコンテンツを形成する。コンテンツ形成部30には、上述したように入力端子INを介して入力素材が供給される。
【0064】
コンテンツ形成部30は、上記入力素材を原素材サーバー31に格納しておく。原素材サーバー31は、ディスクアレイ構成の記録再生部と、AVサーバーでなり、供給される各原素材のなかから指定された複数系統の映像音声データを同時に取り込み、これをそれぞれファイル化して記録再生部内の指定されたアドレス位置に格納する。
【0065】
原素材サーバー31は、編集制御部20から供給される編集制御信号に基づいて、格納された各ファイルの原素材を読み出し、原素材サーバー31に接続された編集実行部32に供給する。
【0066】
編集実行部32は、複数台(ここでは2台)の各デコーダ33,34と、この編集実行部32の主要部であるスイッチャー&エフェクター35と、エンコーダ36からなる。各デコーダ33,34で復号された原素材は、スイッチャー&エフェクター35にて、編集制御部20から供給される編集制御信号に基づいて、編集処理が施された後、エンコーダ36に供給される。エンコーダ36は、編集制御部20から供給される編集制御信号に基づいたフォーマットで、編集処理が施された編集データにエンコード処理を施してから出力端子OUTに供給する。
【0067】
編集実行部32内にあって、スイッチャー&エフェクター35は、デコーダ33及び34から2つの原素材出力が同時に与えられると、A/Bロール編集、すなわち2つの信号を使用した切換編集や挿入編集、或いは重ね合わせ編集等を行う際、その入力される二つの原素材出力を使用してリアルタイムで編集処理を行うようになされている。また、スイッチャー&エフェクター35は、デコーダ33又は34から一つの原素材出力が与えられると、A/Bロール編集を行う際、必要な二つの原素材を時間的に順番に読み出し、先に入力された原素材を一旦内部のバッファに蓄積しておき、続いて入力される原素材と先に蓄積した原素材とを使用してノンリアルタイムで編集処理を行うようになされている。
【0068】
以上に説明したように、図1に示したコンテンツ形成装置1は、編集に使用される素材や出力を特定するためのUMIDや、処理方法を特定するためのUTID、さらには入力素材、出力のフォーマットを特定するスキャンフォーマットを、EPLに記述している。このため、編集実行時には、素材をIDで取得できるので、重い画像データを伝送しない運用が可能となる。また、素材をその都度取得させることで、著作権保護や課金が可能となる。また、処理方法がIDで引用できるので、編集環境(機材の能力)を選ばない。また、処理方法そのものの著作権保護や課金も可能となる。また、入力素材を自由に選べる。また、複数フォーマットの出力を同時に得られる。また、EPLを作成する作業は、低画質で進められるので、場所や環境を選ぶことがない。
【0069】
このコンテンツ形成装置1の内部にあってEPL作成部10は、本発明の編集リスト作成方法にしたがってEPLを作成しているので、画像データの品質劣化を防ぎながら、またマルチフォーマットの画像データに対応し、かつ素材を手許に一旦溜めて使うことなく、さらに処理の互換を可能として、コンテンツを形成するための編集リストを作成している。
【0070】
次に、EPLを数カ所に存在する複数のグループにより分散して作成し、コンテンツを編集するコンテンツ形成システムについて説明する。EPLを用いた編集作業では、素材を直接加工しないので、数カ所に存在する複数のグループで分散して作業を進めることが可能となる。
【0071】
図7にコンテンツ形成システム60の全体構成図を示す。素材編集グループ66、編集結果保存・検索グループ74、編集結果利用グループ82がそれぞれLANを構成し、それらLANを接続して第1の編集グループ部を形成している。また、コンピュータグラフィック処理グループ93、クローズドキャプション処理グループ102、地方局111もそれぞれLANを構成し、それらLANを接続して第2の編集グループ部を形成している。
【0072】
このシステムでは、ビデオカメラ61で記録された映像及び/又は音声からなる素材ファイル64が、例えばインターネットのような外部ネットワーク63を介して、第1の編集グループ部の素材編集グループ66に供給される。
【0073】
先ず、第1の編集グループ部を構成する、素材編集グループ66について説明する。素材編集グループ66は、ゲート65とゲート89及び73の中にあり、二つのコンピュータ端末67及び68と、素材サーバー(O)69と、デコーダ・エンコーダ(D)70と、オフライン編集用のイントラフレームサーバー(I)71と、EPLサーバー(E)72とからなる。イントラフレームサーバーは、上記図1にて示したサブ素材サーバー14に相当する。
【0074】
素材編集グループ66のオペレータは、コンピュータ端末67又は68を用いて、素材ファイル64を外部ネットワーク63を介して保管場所から或いはビデオカメラ61から、ダウンロードし、素材サーバー69及びイントラフレームサーバー71に格納する。
【0075】
イントラフレームサーバー71には、前述したように高圧縮のサブ素材として格納される。すなわち、前記素材ファイル64に収納されている素材をデコーダ・エンコーダ70で復号してから間引き処理等を施し、さらにエンコードして高圧縮のサブ素材にし、このサブ素材をイントラフレームサーバー71に格納する。
【0076】
上記二つのコンピュータ端末67及び68は、上記図1に示したエディティングターミナルとしても機能し、イントラフレームサーバー71からサブ素材を読み出して復号し、得られた映像データに基づく映像をモニタに表示する。このとき、オペレータは、コンピュータ端末を介してイントラフレームサーバー71を制御し、イントラフレームサーバー71に所望の動作(再生、巻き戻し又は早送り等)を実行させながら、モニタに表示された映像を目視確認してEPLを作成する。EPLは、上述したように、編集に使用される素材や出力を特定するための識別情報と、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文とを有する。
ここで、作成されたEPLは、EPLサーバー72に格納される。このEPLサーバー72に格納されたEPLは、第1の編集グループ部を構成する他のグループや、第2の編集グループ部を構成する各グループによって、分業のために読み出される。
【0077】
次に、編集結果保存検索グループ74について説明する。この編集結果保存検索グループ74は、ゲート73とゲート81の中にあり、二つのコンピュータ端末75及び76と、素材サーバー(O)77と、デコーダ・エンコーダ(D)78と、オフライン編集用のイントラフレームサーバー(I)79と、EPLサーバー(E)80とからなる。
【0078】
この編集結果保存検索グループ74は、上記EPLサーバー72からEPLを取り出してEPLサーバー80に格納し、格納されたEPLに基づいた編集を行い、仮コンテンツを作成し、保存しておく。これによりこのコンテンツ形成システム60は、必要な編集結果を資料として保存し得るように為される。また、EPL及び編集結果を検索できる。
【0079】
次に、編集結果利用グループ82について説明する。この編集結果利用グループ82は、ゲート81から送出側にあり、二つのコンピュータ端末83及び84と、素材サーバー(O)85と、EPLサーバー(E)86と、送出用デコーダ・スイッチャー・エフェクター87と、メディア用デコーダ・スイッチャー・エフェクター88とからなる。
【0080】
そして、この編集結果利用グループ82は、上記EPLサーバー72からEPLを取り出してEPLサーバー86に格納し、格納されたEPLに基づいたコンテンツを、上記図1の編集制御部20に対応するコンピュータ端末83及び84を用い、素材サーバ85に格納されている素材等を使って作成し、上記図1の編集実行部32に対応する送出用デコーダ・スイッチャー・エフェクター87や、メディア用デコーダ・スイッチャー・エフェクター88から、送出したり、メディアとして配信する。
【0081】
第2の編集グループ部について説明する。第2の編集グループ部は、第1の編集グループ部と、ゲート89及び92に接続された外部ネットワーク90を介して接続しており、プログラムフォルダ91の形態でEPLを双方向に伝送することができる。
【0082】
第2の編集グループ部を構成する、コンピュータグラフィック処理グループ93、クローズドキャプション処理グループ102、地方局111は、EPLの作成を分散して行うグループである。
【0083】
先ず、コンピュータグラフィック処理グループ93について説明する。コンピュータグラフィック処理グループ93は、二つのコンピュータ端末94及び95と、素材サーバー(O)96と、デコーダ・エンコーダ(D)97と、オフライン編集用のイントラフレームサーバー(I)98と、EPLサーバー(E)99と、コンピュータグラフィックサーバー(CG)100とからなる。イントラフレームサーバー98は、上記図1にて示したサブ素材サーバー14に相当する。
【0084】
コンピュータグラフィック処理グループ93のオペレータは、素材編集グループ66のEPLサーバー72から、EPLをプログラムフォルダに収納してダウンロードし、EPLサーバー99に格納する。イントラフレームサーバー98には、コンピュータグラフィック処理を行うときに用いる素材が、デコーダ・エンコーダ97により高圧縮の素材とされて格納される。そして、コンピュータ端末94又は95により、コンピュータグラフィックサーバー(CG)100を用いて、イントラフレームサーバー98から読み出したサブ素材にCG処理を施した編集を行いながら、モニタに表示してEPLを作成する。ここで、作成されたEPLはEPLサーバー99に格納されると同時に、プログラムフォルダに収納されて素材編集グループ66のEPLサーバー72に送られる。
【0085】
次に、クローズドキャプション処理グループ102について説明する。クローズドキャプション処理グループ102は、二つのコンピュータ端末103及104と、素材サーバー(O)105と、デコーダ・エンコーダ(D)106と、オフライン編集用のイントラフレームサーバー(I)107と、EPLサーバー(E)108と、クローズドキャプションサーバー(CC)109とからなる。
【0086】
クローズドキャプション処理グループ102のオペレータは、素材編集グループ66のEPLサーバー72から、EPLをプログラムフォルダに収納してダウンロードし、EPLサーバー108に格納する。イントラフレームサーバー107には、クローズドキャプション処理を行うときに用いる素材が、デコーダ・エンコーダ105により高圧縮の素材とされて格納される。そして、コンピュータ端末103又は104により、クローズドキャプションサーバー(CC)109を用いて、イントラフレームサーバー107から読み出したサブ素材にCC処理を施した編集を行いながら、モニタに表示してEPLを作成する。ここで、作成されたEPLは、EPLサーバー108に格納されると同時に、プログラムフォルダに収納されて素材編集グループ66のEPLサーバー72に送られる。
【0087】
次に、地方局111について説明する。地方局111は、二つのコンピュータ端末112及113と、素材サーバー(O)114と、デコーダ・エンコーダ(D)115と、オフライン編集用のイントラフレームサーバー(I)116と、EPLサーバー(E)117と、地方独自情報(DI)サーバー118とからなる。
【0088】
地方局111のオペレータは、素材編集グループ66のEPLサーバー72から、EPLをプログラムフォルダに収納してダウンロードし、EPLサーバー117に格納する。イントラフレームサーバー116には、地方局の編集で用いる素材が、デコーダ・エンコーダ115により高圧縮の素材とされて格納される。そして、コンピュータ端末112又は113により、地方独自情報(DI)サーバー118を用いて、イントラフレームサーバー116から読み出したサブ素材に独自の編集を施しながら、モニタに表示してEPLを作成する。ここで、作成されたEPLは、EPLサーバー118に格納されると同時に、プログラムフォルダに収納されて素材編集グループ66のEPLサーバー72に送られる。
【0089】
そして、最終的に素材編集グループ66にて、EPLサーバー72内の各EPLを管理し、各EPLを統合・最適化する。編集結果保存・検索グループ74、編集結果利用グループ82では、前記素材編集グループ66にて統合・最適化されたEPLを用いる。
【0090】
以上、説明したように、上記図7に示したコンテンツ形成システムは、編集に使用される素材や出力画像を特定するためのUMIDや、処理方法を特定するためのUTID、さらには入力素材、出力画像のフォーマットを特定するスキャンフォーマットを、EPLに記述している。このため、編集実行時には、素材をIDで取得できるので、重い画像データを伝送しない運用が可能となる。また、素材をその都度取得させることで、著作権保護や課金が可能となる。また、処理方法がIDで引用できるので、編集環境(機材の能力)を選ばない。また、処理方法そのものの著作権保護や課金も可能となる。また、入力素材を自由に選べる。また、複数フォーマットの出力を同時に得られる。また、EPLを作成する作業は、低画質で進められるので、場所や環境を選ぶことがない。また、編集作業では、素材を直接加工しないので、分散したグループにより分業体制で同時に作業が進められる。
【0091】
次に、EPL編集作業の分業の具体例について図8〜図14を用いて説明する。インタビュー収録生素材を粗編集してEPL(1)を作成したあと、カット編集のEPL(2−a)、モザイク編集のEPL(2−b)、日本語字幕のEPL(2−c)、英訳字幕のEPL(2−d)を並行して作成し、最後にまとめてオプティマイズしたEPL(3)を作成したのち、実行 (完パケ映像信号の出力) する、という想定である。なお、この例では format{} や表現が似る個々の処理を省略して書いている。
【0092】
図8は、EPL編集作業を分業する、コンテンツ形成システム120の機能ブロック図を示す。ビデオカメラ121で撮影した映像及び/又は音声からなる素材を、ロッギング部(粗編集部)122で粗編集してEPL(1)を作成する。このEPL(1)を用い、カッティング編集部123,モザイク編集部124,サブタイトル日本語編集部125、サブタイトル英語編集部126が並行して、それぞれの編集を進めて、カット編集のEPL(2−a)、モザイク編集のEPL(2−b)、日本語字幕のEPL(2−c)、英訳字幕のEPL(2−d)を作成する。もちろん、粗編集部122、カッティング編集部123、モザイク編集部124、サブタイトル日本語編集部125及びサブタイトル英語編集部126は、上記図1に示したEPL作成部10と同様の構成、機能を備えている。
【0093】
そして、日本語及び英語統合・最適化部127等が各編集部からのEPL(2−a),(2−b)、(2−c),(2−d)を統合して最適化し、EPL(3)を生成する。日本語及び英語統合・最適化部127等は、上記図1に示した編集制御部20の機能も備えている。EPL(3)は、実際に編集を行う、編集実行部128に送られる。
【0094】
編集実行部128は、上記図1に示したコンテンツ形成部30と同様の、構成機能を備えてなり、ビデオカメラ121からの素材を内部サーバーに蓄えておいてあるので、上記EPL(3)を用いて編集を実行できる。
【0095】
図9は、粗編集部122にて作成された粗編集EPL(1)である。UMID「12345608_23450467_0800468A88000021」にて、出力を指定している。そして、編集の開始点及び終了点を、開始フレームのタイムコード及び終了フレームのタイムコードで記述する。ここでは、開始点が「00:00:00.00」であり、終了点が「00:01:03.12」である。この出力のビデオフォーマットは「#1080i」という記述で特定することができる。
【0096】
次に、UMID「29543202_234504C0_0800468A72000098」により入力素材を識別し、保管場所「file://43.14.61.62/source/」からビデオフォーマット「#1080i」の入力素材を読み出すことを特定している。
【0097】
次に、「fork」と「join」の対により、入力1に対して5つの並列処理が行われ、出力はjoinで一括加算されることを表す。先ず第1の処理は、入力側の時間軸「10:00:00.12」からのインタビューワーと一緒の素材を、出力側の時間軸「00:00.00」から「00:03.00」までに貼り付けるものである。第2の処理は、入力側の時間軸「10:01:05.23」からの話しているときの素材を、出力側の時間軸「00:03.00」から「00:20.13」までに貼り付けるものである。第3の処理は、入力側の時間軸「10:02:54.11」からの話しているときの素材を、出力側の時間軸「00:20.13」から「00:40.09」までに貼り付けるものである。第4の処理は、入力側の時間軸「10:05:18.19」からの話し手の頭の背景画像を、出力側の時間軸「00:40.09」から「00:43.10」までに貼り付けるものである。第5の処理は、入力側の時間軸「10:07:33.03」からの話しているときの素材を、出力側の時間軸「00:43.10」から「01:03.12」までに貼り付けるものである。
【0098】
図10は、カッティング編集部123にて作成されたカット編集用のEPL(2−a)である。UMID「00521209_234504A3_0800468A89000128」にて、出力を特定し、編集の開始点及び終了点を、「00:00:00.00」及び「00:00:45.00」と特定している。また、出力のビデオフォーマットも「#1080i」という記述で特定することができる。
【0099】
次に、UMID「12345608_23450467_0800468A88000021」で、ビデオフォーマット「#1080i」の入力素材を、保管場所「file://43.14.61.62/source/」から取り出すことを特定している。
【0100】
そして、上記入力素材を用いて、以下の5つのカット編集を行う。先ず第1の処理は、入力側の時間軸「00:00:00.07」からの素材を、出力側の時間軸「00:00.00」から「00:23.04」までに貼り付ける。第2の処理は、入力側の時間軸「00:00:32.23」からの素材を、出力側の時間軸「00:23.04」から「00:28.17」までに貼り付ける。第3の処理は、入力側の時間軸「00:00:40.09」からの素材を、出力側の時間軸「00:28.17」から「00:31.18」までに貼り付ける。第4の処理は、入力側の時間軸「00:00:44.12」からの素材を、出力側の時間軸「00:31.18」から「00:37.29」までに貼り付ける。第5の処理は、入力側の時間軸「00:00:52.21」からの素材を、出力側の時間軸「00:37.29」から「00:45.00」までに貼り付ける。これら5つのカット編集は一括加算される。
【0101】
上記5つの処理を括った「fork」と「join」という記述の後に、「jack(mosaic)」及び「jack(super)」という記述がある。「jack」は、統合・最適化部127にてオプティマイズ時に「child EPL」からの受け取り位置を示すものである。(mosaic)及び(super)は、ユーザ任意で与える仮のIDである。ここでは、モザイク編集部124で行うモザイク編集で作成したEPLを受け取る位置を示すので、(mosaic)を用いた。また、サブタイトル日本語編集部125で行う日本語字幕編集で作成したEPLを受け取る位置を示すので(super)を用いた。オプティマイズした後、「jack(mosaic)」及び「jack(super)」という記述は消える。
【0102】
図11は、モザイク編集部124にて作成されたモザイク編集用のEPL(2−b)である。UMID「21341109_23450411_0800468A9B000032」にて、出力を特定し、編集の開始点及び終了点を、「00:00:00.00」及び「00:01:03.12」と特定している。また、出力映像のビデオフォーマットも「#1080i」という記述で特定することができる。
【0103】
次に、UMID「12345608_23450467_0800468A88000021」で、ビデオフォーマット「#1080i」の入力素材を、保管場所「file://43.14.61.62/source/」から取り出すことを特定している。
【0104】
そして、上記入力素材を用いて、以下の2つのモザイク編集を行う。先ず第1のモザイク編集は、保管場所「ftp://43.14.61.62/exec/」に保管されている、「12000000000C0004」という処理ID(UTID)で特定された画像処理を使って、入力素材と同様のビデオフォーマット「#1080i」で、「=384x232+880+128」という設定値で行う。このモザイク編集で得られた編集結果は、開始点「00:03.00」から終了点「00:40.09」に貼り付ける。第2のモザイク編集は、保管場所「ftp://43.14.61.62/exec/」に保管されている、「12000000000C0004」という処理ID(UTID)で特定された画像処理を使って、入力素材と同様のビデオフォーマット「#1080i」で、「=400x256+864+96」という設定値で行う。このモザイク編集で得られた編集結果は、開始点「00:43.00」から終了点「01:03.12」に貼り付ける。これら2つのモザイク編集は一括加算される。
【0105】
上記2つの処理を括った「fork」と「join」という記述の後に、「plug(mosaic)」という記述がある。「plug」は、統合・最適化部127にてオプティマイズ時に「parent EPL」への受け渡し位置を示すものである。「(mosaic)」は、ユーザ任意で与える仮のIDである。オプティマイズした後、「plug(mosaic)」という記述は消える。
【0106】
図12は、サブタイトル日本語編集部125にて作成された日本語字幕編集用のEPL(2−c)である。UMID「12221109_234504FB_0800468AC1000341」にて、出力を特定し、編集の開始点及び終了点を、「00:00:00.00」及び「00:01:03.12」と特定している。また、出力のビデオフォーマットも「#1080i」という記述で特定することができる。
【0107】
次に、UMID「12345608_23450467_0800468A88000021」で、ビデオフォーマット「#1080i」の入力素材を、保管場所「file://43.14.61.62/source/」から取り出すことを特定している。
【0108】
そして、上記入力素材を用いて、以下の編集を行う。先ず、保管場所「ftp://43.14.61.62/exec/」に保管されている、「1200000000130081」という処理ID(UTID)で特定された処理方法を使って、入力素材と同様のビデオフォーマット「#1080i」で、「飛行機に乗った男」というサブタイトルを作成する。このサブタイトル作成の結果は、開始点「00:00.00」から終了点「00:10.00」に貼り付ける。次に、保管場所「ftp://43.14.61.62/exec/」に保管されている、「1200000000120081」という処理ID(UTID)で特定された処理方法を使って、入力素材と同様のビデオフォーマット「#1080i」で、「離陸したとたん、気を失った。」という日本語字幕を、開始点「00:01.00」から終了点「00:04.02」にスーパーインポーズ(貼り付ける)する。次に、同じ保管場所に保管されている、同じ処理方法を使って、同じビデオフォーマットで、「目覚めたのは南の島だった、」という日本語字幕を、開始点「00:04.12」から終了点「00:07.29」にスーパーインポーズする。そして、いくつかの日本語字幕を画像に貼り付け、最後に、同じ保管場所に保管されている、同じ処理方法を使って、同じビデオフォーマットで、「いつか夢で見たはずの景色が広がっていた。」という日本語字幕を、開始点「01:00.12」から終了点「01:03.12」にスーパーインポーズする。これらの編集は一括加算される。
【0109】
上記処理を括った「fork」と「join」という記述の後に記述している、「plug(super)」は、既に説明したように、統合・最適化部127にてオプティマイズ時に「parent EPL」への受け渡し位置を示すものである。
【0110】
図13には、サブタイトル英語編集部126にて作成された英訳字幕編集のEPL(2−d)を示す。このEPLは、上記図12を用いて説明した日本語字幕編集のEPLの英語版である。サブタイトルや翻訳処理のIDが異なっているが、略同じような内容であるので、ここでは説明を省略する。
【0111】
そして、図14には、日本語統合・最適化部127が各編集部からのEPL(2−a),(2−b)、(2−c)を統合・最適化して作成した、EPL(3)を示す。図10〜図12にて説明した、カット編集、モザイク編集、日本語字幕編集を統合・最適化することによって得たEPLである。詳細な説明は省略する。
【0112】
このほかに、英語統合・最適化部128でEPL(2−a),(2−b),(2−d)を統合・最適化することにより、同様な英語版が生成できるが、ここでは省略した。
【0113】
以上の例では、二段階のカット編集を経ており、仮編集の継ぎ目を本編集で継ぎ直さず、そのまま活かしている箇所があるため、両者を統合したときの編集点が多くなった。
【0114】
また、ここでは、素材もタイトラーもエフェクターも、全て同じサーバーから取得している。しかも、明記してないが、編集実行する装置と同一のLANに置かれている。運用上、安全な方法ではあるが、遠くのサーバーから取得することが多くなると予想される。
【0115】
なお、参考までに、統合・最適化を、NTSC用に変換する例を、図15に示す。素材の入力元のビデオフォーマットは、「#1080i」であるが、NTSC用への変換であるので、処理と出力のフォーマットは、「#525ii」となる。したがって、これを統合すると、EPL(3)の最後に「down converter」の付いたものが生成される。また、処理順が明らかな場合は、plug(), jack() による接続は不要である。
【0116】
このように、図8に構成を示した、コンテンツ形成システム120は、EPL編集作業を分業することができる。編集作業では、素材を直接加工しないので、分業体制で同時に作業を進められるためである。また、各編集部で作成されたEPLには、入力素材、出力映像のフォーマットをスキャンフォーマットで特定している。このため、入力素材は自由に選べる。また、複数フォーマットの出力映像が同時に得られる。
【0117】
なお、遠隔地で編集作業をする具体例としては、上記図7に示したシステムの他にも、図16に示すようなコンテンツ形成システム130を構成することができる。ビデオカメラ131で撮影した映像及び/又は音声からなる素材を、低レートエンコーダ132にて圧縮し、サブ素材として携帯電話133又はインターネット134で編集部135に送る。編集部135では、サブ素材を、所望の動作(再生、巻き戻し又は早送り等)で実行させながら、モニタに表示された映像を目視確認してEPLを作成する。EPLは、編集に使用される素材や出力画像を特定するための識別情報と、少なくとも一部の素材のフォーマットを定義するフォーマット宣言文とを有する。そして、生成したEPLを携帯電話136又はインターネット137で、編集実行部140に送る。編集実行部140には、ビデオカメラ131からの素材も、ビデオテープ138のハンドキャリー又はインターネット139により送られる。そして、編集実行部140は、上記素材を内部サーバーに蓄えているので、上記EPLを用いて、編集を実行できる。
【0118】
ここまでの説明は、編集に使用される素材や出力を特定するためのUMIDや、処理方法を特定するためのUTID、さらには入力素材、出力映像のフォーマットを特定するスキャンフォーマットを、EPLに記述したことによって課題を解決できたことについて説明した。
【0119】
しかし、従来の課題としては、画質の劣化に関するものもあった。例えば、ビデオカメラで収録した映像にいくつかのカット(映像シーン)をつなぎ合わせるカット編集と、テロップ文字をスーパインポーズするテロップ編集を施してから、完成した映像を放送するまでにも、データ圧縮と伸張を繰り返すことになり、画質の劣化が生じる。この具体例を、図17の処理遷移図を用いて説明する。先ず、ビデオカメラ150で撮影された映像は、ビット・レート・リダクション(Bit Rate Reduction:BRR)エンコード(enc)処理151にて圧縮され、ビデオテープに映像素材152として収録される。この映像素材152に対してカット編集を施すときには、圧縮されている映像素材を一旦、デコード(dec)処理153により伸長してから、編集処理(Edit1)154にてカット編集する。カット編集を施した映像素材は、再度、エンコード処理155で圧縮されてから映像素材156としてビデオテープに記録される。次に、この映像素材156に対してテロップ編集を施すときには、圧縮されている映像素材をまた、デコード(dec)処理157により伸長してから、編集処理(Edit2)158にてテロップをスーパーインポーズする。テロップ編集を施した映像素材は、再々度、エンコード処理159で圧縮されてから映像素材160としてビデオテープに記録される。そして、この映像素材160は、放送日に合わせて、放送用のNTSCフォーマットに変換されるため、一旦、デコード処理161されてから、NTSCエンコード処理152され、例えば地上波用のアンテナ163からテレビジョン放送波として送出される。この一連の処理において、映像素材に対して4回の圧縮処理が施されている。伸長処理は3回である。ここに画質劣化が生じることとなる。
【0120】
この画質劣化という問題を解決するためにも、前記コンテンツ形成装置は有効である。図18には、その具体例を示す。この具体例は、ビデオカメラ170で撮影された映像及び/又は音声からなる素材を、ビット・レート・リダクション(Bit Rate Reduction:BRR)エンコード(enc)処理171にて圧縮し、ビデオテープに映像素材172として収録する。この映像素材172は、EPL作成処理173に送られる。
【0121】
EPL作成処理173は、カット編集とテロップ編集をEPLを生成することによって行う。映像素材172に対してカット編集を施すときには、圧縮されている映像素材を一旦、デコード(dec)処理174により伸長してから、編集処理(Edit1)175にてカット編集を行う。このカット編集は、EPLを作成することによって行われる。また、テロップ編集は、カット編集処理175により作成されたEPLを用いて、テロップ編集処理177により行われる。具体的には、テロップ編集処理177は、デコーダ176でデコードされた素材をモニタしながら、テロップ編集のEPLを作成する。
【0122】
EPL作成処理173で作成された、EPLは、編集実行処理179に送られる。編集実行処理179には、デコード処理178によりデコードされた素材も供給されている。そして、編集実行処理179は、前記素材に対し、前記EPLにしたがった、カット編集及びテロップ編集を施し、その編集結果をNTSCエンコード処理180に送る。そして、NTSCエンコード処理180により、NTSCフォーマットとされたデータが、例えば地上波用のアンテナ181からテレビジョン放送波として送出される。この一連の処理においては、映像素材に対して2回の圧縮処理が施されただけである。また、デコード処理も実質的には1回だけしか行われてない。
【0123】
したがって、この図18に示す、コンテンツ形成システムは、画質の劣化を上記図17に示した従来方式よりも抑えることができる。すなわち、編集途中で圧縮伸長を従来ほど繰り返さないので、画質を保つことができる。
【0124】
また、前記コンテンツ形成装置は、例えば、共通番組を、フォーマットを異ならせた2系統で、サイマルキャスト(Simulcast)放送するときにも、画質を保つことができる。図19及び図20を用いてサイマルキャスト放送について説明する。
【0125】
図19は、NTSCフォーマットとハイビジョンフォーマットの両方でサイマルキャスト放送をするための、従来のシステムである。このサイマルキャスト放送システム190は、ビデオテープ191から読み出した「1080i」のハイビジョンフォーマットの映像と、ビデオテープ192から読み出した「525i」のNTSCフォーマットの映像をアップコンバージョン部193により「1080i」した映像とを用いて編集処理194する。編集処理194は「1080i」フォーマットで行い、ハイビジョンフォーマットの出力映像を生成する。そして、ハイビジョン用に一方を、アンテナ195から放送波として送出する。他方、NTSC用には、ダウンコンバージョン196で525iにした映像をアンテナ197から放送波として送出する。
【0126】
よって、このシステム190では、「525i」のNTSCフォーマットの映像を一旦、「1080i」にアップコンバージョンしたのち、「1080i」で編集し、再度「1080i」出力を「525i」にダウンコンバーションしてNTSC用としている。NTSC用の映像についても編集処理は「1080i」で行い、放送前に「525i」にしている。
【0127】
これに対して、前記コンテンツ形成装置を適用した、図20に示すサイマルキャスト放送システム200によれば、NTSC用の映像の画質を劣化させることがない。すなわち、図示しない、例えば図1に示したEPL作成部10により作成したEPLに基づいて編集実行部203及び編集実行部204が編集を実行したとき、本システム200では、編集後のNTSC用の映像(「525i」)を、アップコンバージョンとダウンコンバージョンを繰り返すことなく、生成できる。
【0128】
このシステム200の編集実行部203又は204で行われる、HD画像(1080i)からSD画像(525i)へ、またSD画像からHD画像へのビデオフォーマット変換について図21を用いて説明する。
【0129】
この図21において、入力ビデオ信号は、フィールドメモリ211とフィールドメモリ212に順番に蓄えられる。動き検出部210は、二つのフィールドメモリ211及び212により、時間軸上での差が与えられた、フィールド画像から動きを検出する。この動き検出部210による動き検出の結果、すなわちフレーム画像に動きがあった/フィールド画像に動きがあったということを示す、フレーム/フィールドのtap選択信号は、トランスバーサル型の垂直フィルタ213に供給される。トランスバーサル型の垂直フィルタ213は、二つのフィールドメモリ211及び212によって時間差が与えられた前記フィールド画像に、前記フレーム/フィールドのtap選択信号に基づいて垂直フィルタ処理を施す。前記垂直フィルタ213のフィルタ出力は、トランスバーサル型の水平フィルタ214に供給される。前記水平フィルタ214は、前記垂直フィルタ出力に水平フィルタ処理を施す。この水平フィルタ214の水平フィルタ出力は、イメージエンハンス部215に供給される。
【0130】
イメージエンハンス部215は、前記水平フィルタ出力の高域成分を強調する。イメージエンハンス部215からのエンハンス出力は、画像信号変換部216に供給される。画像信号変換部216は、Y/Pb/Pr信号をRGB信号に変換する。このRGB信号は、逆ガンマ補正部217に供給され、逆ガンマ補正がかけられる。この逆ガンマ補正出力は、色彩変換部(カラーリメトリコンバージョン部)218に供給される。カラーリメトリコンバージョン部218は、前記逆ガンマ補正出力に色彩変換処理を施す。この色彩変換処理出力は、ガンマ補正部219に供給される。
【0131】
ガンマ補正部219は、前記色彩変換処理出力にガンマ補正処理を施し、画像信号変換部220に供給する。画像信号変換部220は、RGB信号をY/Pb/Pr信号に変換する。このY/Pb/Pr信号が出力ビデオ信号となる。
【0132】
したがって、この図21に示した構成において、画質変換処理部216又は画質変換処理部220での変換処理等を換えることによって、ダウンコンバージョン処理又はアップコンバージョン処理に対応することができる。
【0133】
【発明の効果】
以上、本発明に係る編集リスト作成方法は、編集による出力を識別する識別情報とフォーマットを特定するフォーマット宣言文とを少なくとも用いて編集内容を定義し、かつ入力素材を識別する識別情報と入力素材のフォーマットを特定するフォーマット宣言文とを少なくとも用いて入力素材を定義し、さらに入力素材に施す処理を定義していくので、データの品質劣化を防ぎながら、またマルチフォーマットのデータに対応し、かつ素材を手許に一旦溜めて使うことなく、さらに処理の互換を可能として、コンテンツを形成することができる編集リストを作成できる。
【0134】
また、編集に使用される素材や編集出力を特定するための識別情報や、処理方法を特定するための識別情報、さらには入力素材、出力映像のフォーマットを特定するフォーマット宣言文を、編集リストに記述するので、編集実行時には、素材をIDで取得できるので、重い画像データを伝送しない運用が可能となる。また、素材をその都度取得させることで、著作権保護や課金が可能となる。また、処理方法がIDで引用できるので、編集環境(機材の能力)を選ばない。また、処理方法そのものの著作権保護や課金も可能となる。また、入力素材を自由に選べる。また、複数フォーマットの出力を同時に得られる。また、EPLを作成する作業は、低画質で進められるので、場所や環境を選ぶことがない。また、編集作業では、素材を直接加工しないので、分散したグループにより分業体制で同時に作業が進められる。
【図面の簡単な説明】
【図1】本発明の実施の形態となる、コンテンツ形成装置の構成を示すブロック図である。
【図2】EPLの記述例を示す図である。
【図3】EPLの記述例を示す図である。
【図4】EPLの実行イメージを示す図である。
【図5】EPLを用いた編集後にできた映像を模式的に示す図である。
【図6】ビデオスキャンフォーマット(video scan format)の具体例を示す図である。
【図7】コンテンツ形成システムの全体構成を示す図である。
【図8】EPLによる編集の分業を行う、コンテンツ形成システムを示す図である。
【図9】上記図8のコンテンツ形成システムの粗編集部にて作成された粗編集EPL(1)を示す図である。
【図10】上記図8のコンテンツ形成システムのカット編集部にて作成されたカット編集EPL(2−a)を示す図である。
【図11】上記図8のコンテンツ形成システムのモザイク編集部にて作成されたモザイク編集EPL(2−b)を示す図である。
【図12】上記図8のコンテンツ形成システムの日本語字幕編集部にて作成された日本語字幕編集EPL(2−c)を示す図である。
【図13】上記図8のコンテンツ形成システムの英語字幕編集部にて作成された英語字幕編集EPL(2−d)を示す図である。
【図14】上記図8のコンテンツ形成システムの日本語統合・最適化部にて作成された最適化EPL(3)を示す図である。
【図15】統合・最適化を、NTSC用に変換したEPLを示す図である。
【図16】遠隔地で編集作業をする他の具体例を示す図である。
【図17】収録から放送までに生じる画質劣化という課題を説明するための図である。
【図18】上記画質劣化を解決する、本発明のコンテンツ形成装置及び方法の具体例を示す図である。
【図19】NTSCフォーマットとハイビジョンフォーマットの両方でサイマルキャスト放送を行う、従来のシステムの構成図である。
【図20】本発明のコンテンツ形成装置及び方法を適用した、サイマルキャスト放送システムの構成図である。
【図21】ビデオフォーマット変換を説明するための図である。
【符号の説明】
1 コンテンツ形成装置、10 EPL作成部、20 編集制御部、30 コンテンツ形成部
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an edit list creation method, and more particularly to an edit list creation method for forming content using a plurality of video and / or audio materials.
[0002]
[Prior art]
Moving picture editing began with movie film splicer + cement, but in video editing, the era of electronic editing by dubbing has continued for a long time after Dermat + scissors + splicing tape.
[0003]
The non-linear editor that has become popular over the last decade is also an extension of that. In other words, while observing images obtained from the media, they are mainly connected by dubbing, subjected to image processing as necessary, and the edited results are stored in the media again. The year has been followed.
[0004]
However, this traditional method has the following problems.
First, image quality degradation occurs due to repeated data compression and decompression. In the era of analog editing, image quality degradation also occurred in electronic editing due to repeated dubbing, but in the baseband digital era, it should have been almost completely eliminated. However, with the recent spread of image compression technology, the image quality problem has been rekindled. The cause is repeated data compression and decompression. As countermeasures, compromises such as reducing the compression rate or shortening the compression unit are taken, but it is uneconomical in many aspects such as media cost and communication time, and image quality degradation is completely eliminated. There is no reason. Even when data compression is not performed, image quality degradation and uneconomical effects are brought about by repeated processing of so-called special effects such as image enlargement / reduction, pixel shift, and composition.
[0005]
The next problem is that conventional editing can only handle a single image format. NTSC and other image formats were devised and unified with the focus on receivers and radio wave allocation. However, it is rather common that multiple image formats such as HDVS and windows on a PC are used together in recent years. The fact that only a single format can be handled has been a major nuisance both in collecting materials and providing complete packages. Moreover, especially on a computer, the user can create a window with arbitrary specifications, so the method of selecting from the prepared formats is not enough.
[0006]
The next problem is that in conventional editing, the material has to be collected and used. At the time of editing, a time code is used to specify the target image, but it only indicates the position in one volume, and it is basically impossible to specify the media. A method of identifying media by reel number is also used, but it is limited to the local operation range. Therefore, the material must be stored in hand before use, which requires labor and cost. Similarly, special effects, title insertion, and the like are model-dependent, and processing that is not supported by the device at hand is impossible, so the edited result must be recorded on the medium at hand.
[0007]
Not all of the above problems are solved, but recently, a system has been adopted in which an EDL (Edit Decision List) is created as an edit list and electronic editing is automatically performed according to a program described in the EDL. Yes.
[0008]
By the way, in the EDL, incompatible items such as special effects are described, and the system is limited. There are also tape replacements, and many people rely on human hands. From the point of view that flexibility is difficult, it is troublesome to correct a complete packet. For example, even if only one frame is inserted before the first frame, re-editing or dubbing of the entire program is required.
[0009]
As described above, the current editing system has many aspects that are uneconomical and inefficient at the present time, but more than that, there is one aspect that the advantages of the network cannot be enjoyed. If you stick to the current situation, there is a high risk of becoming a backward system left behind in the times. Since each problem is organically entangled, even if partial countermeasures are taken, new problems will be caused, and the complexity will increase in a chain, so it will eventually not be used with the current editing system It can happen.
[0010]
[Problems to be solved by the invention]
The present invention has been made in view of the above-described circumstances, and can be compatible with multi-format data while preventing deterioration of data quality, and further compatibility of processing without temporarily storing and using the material on hand. An object of the present invention is to provide an edit list creation method for creating an edit list capable of forming content.
[0011]
[Means for Solving the Problems]
  An edit list creation method according to the present invention provides an edit list creation method for creating an edit list for forming content using a plurality of video and / or audio materials in order to solve the above-described problem.An edit list is created by executing a desired operation using compressed data obtained by compressing a plurality of video and / or audio materials input from an input unit connected to a network. The edit control signal is generated based on the edit list.Identify input materialInput materialIdentification informationOutput identification information for identifying output by editing, image format of input material and / or image of edited outputA format declaration statement that identifies the format andImage processing identification information representing an image processing method applied to the input material, the input material is acquired from the storage location specified by the input material identification information via the network, and is specified by the image processing identification information. An image processing method applied to the input material is acquired from the storage location via the network.
[0012]
By providing each of the steps as described above, the edit list creating method according to the present invention first defines edit contents using at least identification information for identifying an output by editing and a format declaration statement for specifying a format, and The input material is defined using at least the identification information for identifying the input material and the format declaration statement for specifying the format of the input material, and further the processing to be performed on the input material is defined.
[0013]
Here, since the output identification information and the input material identification information are globally unique identification codes of the same system, the output and the input material can be specified.
[0014]
Further, since the processing method applied to the input material is described by a globally unique identification code of the same system, the processing method can be specified.
[0015]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of an edit list creation method according to the present invention will be described below with reference to the drawings. In this embodiment, as shown in FIG. 1, an EPL creation unit 10 that creates an edit procedure list (EPL), which is a kind of edit list, based on the edit list creation method of the present invention. This is a content forming apparatus 1 that is built in and forms content.
[0016]
In addition to the EPL creation unit 10, the content formation device 1 includes an edit control unit 20 that generates an edit control signal based on the EPL, and a content formation unit 30 that forms content in a predetermined format.
[0017]
The content forming apparatus 1 is input with a material composed of a plurality of videos and / or sounds. Here, for convenience of explanation, it is assumed that the material is stored in a database connected to a network such as a local area network (LAN) or the Internet. This material is supplied to the EPL creation unit 10 and the content formation unit 30 via the input terminal IN.
[0018]
The EPL creation unit 10 decodes the above-mentioned material by the decoder 11, thins it out by the down converter 12, for example, and compresses it by a predetermined compression method such as JPEG (Joint Photographic Experts Group; JPEG) method by the encoder 13. Are stored in the sub-material server 14. The sub-material server 14 is an AV server having a recording / reproducing unit having a disk array configuration. The sub-material server 14 sequentially takes in high-compressed sub-materials to be input, converts them into a file, and stores them at designated address positions in the recording / reproducing unit.
[0019]
The high-compression sub-material of each file stored in the sub-material server 14 is supplied to a plurality of (in this case, three) editing terminals 15, 16, and 17 connected to the sub-material server 14. , Used to create EPLs.
[0020]
The editing terminals 15, 16, and 17 are the main part of the EPL creation unit 10, and read and decode the highly compressed sub-material, and display the video based on the obtained material data on the monitor. At this time, the operator controls the sub-material server 14 via the editing terminal, and visually checks the video displayed on the monitor while causing the sub-material server 14 to perform a desired operation (playback, rewind, fast-forward, etc.). Confirm and create an EPL. The EPL has identification information for specifying a material used for editing, and a format declaration statement that defines the format of at least a part of the material.
[0021]
Hereinafter, the EPL created by the EPL creation unit 10 will be described. In the EPL, identification information for specifying a material used for editing is described. The material identification information is a globally unique identification code and is referred to as a material identification code (Material ID; UMID). In addition, an identification code for identifying a material processing method, that is, an identification code representing an image processing method is defined in the EPL in accordance with the above identification code system. The identification code for identifying the material processing method is also a globally unique identification code, which is called a process ID or a unique transformID (UTID). The process such as fade, mix, and super can be identified by the UTID. In addition, in this EPL, metadata about output is also described. This is the ID of the editing result by EPL, and includes the UMID. In addition, in this EPL, for example, a time code (TC) indicating the start point and end point of editing in time is also described.
[0022]
Further, the EPL describes a format declaration statement that defines the format of at least a part of the material. This format declaration statement includes the image format of the input video material and / or the image format of the edited output. For this reason, the content formed by the content forming apparatus 1 has the format declared by the format declaration statement. If the format is declared by the format declaration statement, the contents of any format can be formed.
[0023]
The range of time described in one EPL file is the minimum frame and the maximum is infinite. The order of description follows the process, and it can be described so that a plurality of processes are executed simultaneously. This is similar to the “verilog” language that can describe parallel processing, so it can be thought of as a base. However, since there is no concept of link, global, and struct in verilog, diversion is impossible.
[0024]
EPL basically has no variables. There are no arithmetic operations or function statements, but only command statements (processing and control). The delivery of image data is not specified in the syntax. The output from the top line will only be entered below.
[0025]
A specific example of EPL will be described below. The external SD image (525i image) is made black and white, inserted into the enclosed image as a reminiscence scene, and edited for adding a title. 2 and 3 show EPL description examples. 2 and 3 show the same EPL description example, FIG. 2 is simplified, and FIG. 3 is detailed. FIG. 4 shows an image diagram of EPL execution. FIG. 5 schematically shows an image that can be created after editing.
[0026]
First, the EPL description example of FIGS. 2 and 3 will be described.
“Epl” in the underlined portion (1-1) in the first row indicates that the unit of EPL is shown in () that follows, and defines an image to be output. The underlined part (1-2) in the same row, that is, “umid” is identification information of the output image, and is a globally unique identification code UMID. Specifically, as shown in FIG. 3, it is a long code such as “02232203_824504F1_0800468A92000201” and is truly globally unique. Underlined portions (1-3) and (1-4) in the same row indicate the start point and end point of editing. Here, the time code of the start frame and the time code of the end frame are described. It specifies that the start point is “00: 00: 00.00” and the end point is “00: 01: 00.02”. The underlined portion (1-5) in the same row is a scan format scan_format, which is a kind of the format declaration sentence described above. Here, the output video format is shown. “# 1080i” is a video format of an HD image. The underlined portion (1-6) in the same row, that is, “} {”, is combined with “}” in the underlined portion (23-1) on the 23rd row to enumerate the image processing within the range surrounded by {}. , Indicates that. The image processing here follows the signal flow.
[0027]
The underlined part (2-1) in the second row, that is, “source” means a designation process in which an input material is designated within () that follows. Umid in the accompanying underlined part (2-2) in () is an image ID, specifically a long code such as “22083102_95440497_0800468A62000232” shown in FIG. That is, the material is specified using the globally unique UMID. The underlined part (2-3) in the same row indicates the time code of the start frame. When it is omitted as in FIG. 2, it indicates from the beginning. “# Embedded.mpg” in the underlined portion (2-4) in the same row indicates a material acquisition destination, that is, a location where the material is stored. “# 1080i” in the underlined portion (2-5) is a scan format scan_format, which is a kind of the above-described format declaration statement. Here, the video format of the input material is shown. Therefore, the image format of the input material can be specified. With the description of the underlined portions (2-1) to (2-5) in the second row, the input material can be read from the material storage unit 40 of FIG. 4 connected to the network.
[0028]
Next, “fork” in the underlined portion (3-1) in the third row in FIG. 2 is paired with “join” in the underlined portion (22-1) in the 22nd row. The output indicates that the data is added together by join. In FIG. 4, the processing is performed in a range sandwiched between the sign 41 and the adder 42, and a plurality of inputs 1 from the material storage unit 40 are processed in parallel and added together by the adder 42. Show. The contents of the processing are as shown in the fourth and fifth lines.
[0029]
The “@” in the underlined part (4-1) in the fourth row indicates that the clipping position is designated on the time axis on the input side by the number in () that follows. And the starting point is shown in the accompanying underline part (4-2) in (). Here, “02: 10: 00.00” on the time axis on the input side is shown. “Put” in the underlined portion (4-3) of the same line designates the pasting position of the portion cut out from the input material in the following () on the time axis on the output side. Here, as shown in the underlined parts (4-4) and (4-5) in (), it is pasted from “00: 05.00” to “00: 25.00” on the output side. In this process, the input material 43 (shown in FIG. 4) from the clipping position designated on the time axis on the input side is pasted as “main cut 1” from “00: 05.00” to “00: 25.00” on the output side.
[0030]
The “@” in the underlined part (5-1) in the fifth row also indicates that the cutout position is designated on the time axis on the input side by the number in () that follows. The underlined part (5-2) in () indicates “02: 10: 20.00” on the time axis on the input side. “Put” in the underlined portion (5-3) of the same line also indicates that the pasting position of the portion cut out from the input material is designated on the time axis on the output side in the following (). Here, as shown in the underlined parts (5-4) and (5-5), it indicates that the output side is pasted from “00: 35.00” to “01: 00.02”. In this process, the input material 44 (shown in FIG. 4) from the clipping position designated on the time axis on the input side is pasted as “main cut 2” from “00: 35.00” to “01: 00.02” on the output side.
[0031]
Next, “{” in the underlined part (6-1) in the sixth row is paired with “}” in the underlined part (11-1) in the eleventh row. Indicates that a plurality of processes are sequentially executed from the upper line. This corresponds to the process 45 shown in FIG.
[0032]
Next, the input material is specified in the following parentheses by “source” in the underlined portion (7-1) on the seventh row. The umid of the accompanying underlined part (7-2) in () is a long code such as “22083102_95440497_0800468A62000232” shown in FIG. “06: 54: 32.10” in the underlined portion (7-3) of the same row indicates the time code of the start frame. “Url” in the underlined portion (7-4) of the row indicates a material acquisition destination, that is, a location where the material is stored. Specifically, as shown in FIG. 3, it is “ftp://43.14.61.62/source/”. “# 525i” in the underlined portion (7-5) is a scan format scan_format, which is a kind of the above-described format declaration statement. The video format of the input material is shown. Therefore, the image format of the input material can be designated. According to the description of the underlined portions (7-1) to (7-5) in the seventh row, the input material having the video format “# 525i” in the processing 45 shown in FIG. The processing to be read and stored in the material storage unit 47 of FIG. 4 can be specified. The accompanying underline (7-6) indicates what scene this source is used for. Here, it is “// recollect”, and it is specified that it is a recollection scene.
[0033]
Next, “transform” in the underlined part (8-1) on the eighth line indicates that image processing is designated within the parentheses that follow. “Utid” in the underlined portion (8-2) of the row is a processing ID, and describes a globally unique image processing code (Transform ID; UTID). Specifically, it is “12000000000090001” as shown in FIG. “Url” in the underlined portion (8-3) in the same row indicates the acquisition destination of the processing method, that is, the location where the processing method is stored. Specifically, as shown in FIG. 3, it is described as “ftp://43.14.61.62/exec/”. "" Upconv525to1080 "" in the accompanying underlined part (8-4) is a common name for processing, and when it cannot be obtained from the acquisition source, it enables alternative processing. Here, processing for up-converting the video format from 525 lines to 1080 lines is shown. “# 1080i” in the underlined portion (8-5) is a scan format scan_format, which is a kind of the above-described format declaration statement. The output video format is shown. Therefore, the output image format can be specified. If it is the same as the input video format, it can be omitted. According to the description of the underlined portions (8-1) to (8-5) in the eighth row, the video format stored in the material storage unit 47 in FIG. 4 in the process 45 shown in FIG. 4 is “# 525i”. Can be specified for the up-conversion unit 48 to up-convert the input material into the video format “# 1080i”.
[0034]
Next, image processing is designated in parentheses by “transform” in the underlined part (9-1) on the ninth line. As a specific example of “utid” in the underlined portion (9-2) of the same line, there is “120000000001F0001” as shown in FIG. “Url” in the underlined portion (9-3) of the same row indicates a location where the processing method is stored. Specifically, as shown in FIG. 3, it is described as “ftp://43.14.61.62/exec/”. "" Monochrome "" in the underlined portion (9-4) is a common name for processing. Here, the process of making the image up-converted to 1080 lines black and white is shown. Here, the description of “# 1080i” in the previous underlined portion (8-5) is omitted. It can be omitted if it is the same as the input. According to the description of the underlined portions (9-1) to (9-4) in the ninth row, the image up-converted to the video format “# 1080i” in the processing 45 shown in FIG. The monochrome processing unit 49 converts the image into a monochrome image.
[0035]
Next, in “put” in the underlined part (10-1) of the 10th row, the pasting position of the black and white image is specified on the time axis on the output side in () that follows. The process of pasting from “00: 25.00” to “00: 35.00” on the output side is specified in the underlined portions (10-2) and (10-3) in (). It is pasting of the recollection scene shown in FIG.
[0036]
Next, “{” in the underlined portion (12-1) of the 12th row is paired with “}” in the underlined portion (21-1) of the 21st row. Indicates that a plurality of processes are sequentially executed from the upper line. This corresponds to the processing 51 shown in FIG.
[0037]
Next, the input material is specified in the following parentheses by “source” in the underlined portion (13-1) on the 13th row. The umid in the accompanying underlined part (13-2) in () is a long code such as “00000000_8244041D_0800468A940000522” shown in FIG. “00: 00: 00.00” in the underlined portion (13-3) of the same row indicates the time code of the start frame. “Url” in the underlined portion (13-4) of the accompanying line is an image acquisition destination, and specifically “ftp://43.14.61.62/source/*.jpg” as shown in FIG. “# 1080i” in the underlined portion (13-5) indicates the video format of the input material. Therefore, the image format of the input material can be designated. According to the description of the underlined portions (13-1) to (13-5) in the thirteenth row, the input material having the video format “# 1080i” in the processing 51 shown in FIG. The processing to be read and stored in the material storage unit 53 in FIG. 4 can be specified. The accompanying underlined portion (13-6) indicates to which scene this source is used. Here, it is “// title” and specifies that it is used for the title.
[0038]
Next, “fork” in the underlined portion (14-1) in the 14th row is paired with “join” in the underlined portion (20-1) in the 20th row, and a plurality of inputs 1 are processed in parallel and output. Indicates that they are added together by join. In FIG. 4, the material read from the material storage unit 53 is processed in two systems and is added by the adder 57. The contents of processing in the two systems are as follows.
[0039]
First, in “put” in the underlined part (15-1) on the 15th line, the pasting position of the title material 54 read from the material storage unit 53 is specified on the time axis on the output side in (). To do. The process of pasting from “00: 00.00” to “00: 04.00” on the output side is specified in the underlined portions (15-2) and (15-3) in ().
[0040]
Next, “{” in the underlined part (16-1) of the 16th line is paired with “}” in the underlined part (19-1) of the 19th line. Indicates that a plurality of processes are sequentially executed from the upper line. This corresponds to the upper half of the process 51 shown in FIG.
[0041]
“Transform” in the underlined portion (17-1) on the 17th row designates image processing within the following (). Specifically, “utid” of the underlined portion (17-2) is “1200000000080001” as shown in FIG. Specifically, “url” in the underlined portion (17-3) of the row is “ftp://43.14.61.62/exec/” as shown in FIG. "" Fadeout "" in the underlined portion (17-4) of the same line represents a fade-out process. In the accompanying underlined portion (17-5), the output video format is omitted. Since it is the same as the input video format, it can be omitted. “1.0” in the underlined portion (17-6) is a unique factor, and lists the unique set values required for the processing. According to the description of the underlined parts (17-1) to (17-6) on the 17th line, the input material “# 1080i” supplied from the material storage unit 53 in the processing 51 shown in FIG. The processing for fading out by the processing unit 55 can be specified.
[0042]
Next, in “put” in the underlined part (18-1) on the 18th line, the pasting position of the processing output 56 from the fade-out processing unit 55 is specified on the time axis on the output side in () that follows. In the accompanying underlined portions (18-2) and (18-3) in (), the pasting process is specified from “00: 04.00” to “00: 05.00” on the output side.
[0043]
Then, the adder 57 adds the title material 54 + the fade-out processing output 56 and supplies the added output to the adder 42. As shown in FIG. 5, the adder 42 puts the main cut 1 after the title to be faded out, and outputs the editing result with the main cut 2 inserted between the black and white recollection scenes.
[0044]
Next, the lower syntax of FIG. 3 will be described. “Format” in the underlined portion (25-1) designates an image format by {} that follows. "1001/60000" in the underlined part (25-2), "Capturing interval (long / long) [s]" (parameter) in the underlined part (25-3), or "" in the underlined part (26-1) "1080 / 59.94i" "and" // Name of format (char) "in the underlined part (26-2) designate the image format.
[0045]
In addition, “format” in the underlined portion (27-1) also designates the image format with {} that follows. "1001/60000" in the underlined portion (27-2), "Capturing interval (long / long) [s]" (parameter) in the underlined portion (27-3), or "" in the underlined portion (28-1) The image format is specified by “480 / 59.94i” ”and“ // Name of format (char) ”in the underlined part (28-2) as described above.
[0046]
The EPL in FIG. 3 defines the details of the enclosed image data by “image” in the underlined part (29-1). The underlined part (29-2) in () indicates the number of bytes in the binary part. Here, (bit + 7) * 8/8. The underlined part (29-3) is a name in the file, and is “embedded” here. "Binary data ..." in the underlined part (29-4) specifies the data body.
[0047]
The specific example of EPL has been described above.
The EPL is usually processed by an interpreter as a character string. Editing etc. is performed with the character string as it is. When compiling, etc., it is code specific to the device, so it is not defined in this format. Use normal lossless compression (zip, lha huffman, etc.) when compressing for storage.
[0048]
The UMID is SMPTE330M basic UMID 32 Bytes. Universal level (Instanceal label) and instance (Instance) etc. are omitted, and only material number (Material number) 16Bytes is sufficient. The output image is generated in the execution process, but is regarded as material generation in the EPL generation and added there.
[0049]
The notation is hexadecimal (hexadecimal), and an underscore (underscore '_') can be inserted arbitrarily for visual inspection. When enclosed in parentheses (), it indicates the processed image, not the material itself. The acquisition source (argument of source and transform) is distinguished at the beginning of the string. If the UMID is registered in the database in advance, the acquisition source can be omitted.
[0050]
The time code TC is a general hour: minute: second.Frame, and unnecessary high-order digits can be omitted. Only the IN point TC is described on the input side, and both IN / OUT TCs are described on the output side. On the output side, the insertion position is described with put ().
The input side describes the cutout position using the argument in source () or @ (). When performing cut editing, it is necessary to describe both TCs for both input and output. The TC on the input side can be omitted if it is not necessary to specify the effect only.
[0051]
The image data passed from top to bottom is R / G / B / tl or Y / Pb / Pr / tl. For example, if Y color difference is 4: 2: 2, Y tl Pb Pr Y tl is repeated from the upper left pixel. Also, when passing a path narrower than the total bit width specified by format {}, it is packed with LSB first.
[0052]
The transmissivity tl (translucent) is attached to each Y, and the value is 0 (opaque) for normal images. This tl is only used in the middle, not in the normal epl () execution output.
[0053]
The data format of the input image is determined by the file extension. It can be omitted. For example, epl indicates an EPL file. Eiv represents EPLL Intermediate Video. Ybr represents Y / Pb / Pr. Moreover, rgb shows Red / Green / Blue. Jpg indicates JPEGwp. Mpg represents MPEG1.
[0054]
As described above, there are various data formats of the input image, but the above-mentioned and all MPEG2 profiles are supported as standard. For non-standard compression, describe decompression processing with transfrom () immediately after source ().
The above eiv is a non-compressed format {} header including up to tl. This eiv occurs when plug () is executed without optimization. Normally, the server manages it according to the UMID standard, and the file name is not written on the EPL. Therefore, use wild card '*' to describe the extension.
[0055]
Since the output image is supplied only to the monitor and the broadcast encoder (encode), it is only uncompressed. However, compression can be defined by describing transform () in the last line of epl () {}.
[0056]
Next, the format of the video scan format (video scan format) placed on the EPL will be described.
[0057]
Describe detailed specifications one by one, considering future and versatility. In other words, 720x480, 60 / 1.001, colorimetry, ... are listed together with the common name "NTSC".
[0058]
However, even in the future, it is a raster, and the concept of pixels and frames is retained. In other words, the video format of the present invention is a generalized representation of a raster video format.
[0059]
When it is put in the format {} statement on the EPL, it is described with an ASCII character string as shown in the following example. When loading the video signal, the specified data type binary 128 bytes is inserted for each clip.
・ Capturing interval: Indicates the time of one frame at the time of shooting. long / long [s]
・ Shutter speed… Shows the shutter speed when shooting. float [s]
・ Shutter timing… Indicates the time when the shutter was opened. float [s]
・ Display interval: Indicates the time of one frame at the time of display. long / long [s]
・ RGB on chromaticity: Indicates coordinates on the chromaticity diagram of the three primary colors RGB and white. fixed x 2 x 4
・ Matrix coefficients: Indicates the conversion matrix to Y / Pb / Pr. fixed x 9
・ Gamma code: Indicates the gamma conversion symbol. char
・ Interlace code: Indicates the interlace code. char
・ Padding… Byte count adjustment. char x 4
・ Picture size… Indicates the number of effective pixels vertically and horizontally. short * short
・ Active size: Indicates the range excluding black solids. short * short
-Clean aperture: Shows the range that guarantees image quality. short * short
・ Pixel aspect ratio: Indicates the aspect ratio of each pixel. float
・ Luminance offset: Indicates the position where luminance starts. float x 2
・ Chrominance offset: Indicates the position where the color difference starts. float x 2
・ Luminance pitch: Indicates thinning out of luminance pixels. char x 2
・ Chrominance pitch: Indicates pixel thinning for color difference. char x 2
・ Bit width ... Indicates the data bit width of Y / Pb / Pr / tl. char x 4
• Y range: Shows luminance values of 100% white and 0% black. short x 2
・ Other range: Indicates the maximum and minimum values other than luminance. short x 2
・ Name of format… The common name of the format. char x 16
Here, long is an unsigned integer of 4 bytes, short is 2 bytes, and char is 1 byte. fixed is a 2bytes fixed point and is assumed to be 0x7fff = 1. 0x0001 ≒ 0.00003. In addition, float is only positive in all items as a value, but it is a normal 4bytes IBM floating point.
[0060]
The transmittance tl is only used for intermediate processing and is not included in the normal epl () execution output signal. Gamma can be expressed with coefficients (0.018, 4.5, 1.099, 0.45, 0.099) just like others, but the actual operation is a conversion table. The color difference can be either 2's comp or offset binary, and is expressed in the range range.
[0061]
FIG. 6 shows a specific example. This relates to (1080 / 59.95i). Detailed description is omitted.
[0062]
Returning now to FIG. The EPL created by the editing terminals 15, 16 and 17 is stored in the EPL storage unit 18. The EPL stored in the EPL storage unit 18 is read by the editing control unit 20. The edit control unit 20 generates an edit control signal based on the EPL and supplies the edit control signal to the content forming unit 30.
[0063]
The content forming unit 30 forms content in a predetermined format from the material based on the edit control signal supplied from the edit control unit 20. As described above, the input material is supplied to the content forming unit 30 via the input terminal IN.
[0064]
The content forming unit 30 stores the input material in the raw material server 31. The raw material server 31 is composed of a recording / playback unit having a disk array configuration and an AV server, and simultaneously takes in a plurality of specified video / audio data from each of the supplied raw materials, and converts them into files for recording / playback. Store at the specified address in the department.
[0065]
The raw material server 31 reads the stored raw material of each file based on the editing control signal supplied from the editing control unit 20 and supplies it to the editing execution unit 32 connected to the raw material server 31.
[0066]
The editing execution unit 32 includes a plurality (two in this case) of decoders 33 and 34, a switcher & effector 35 that is a main part of the editing execution unit 32, and an encoder 36. The raw material decoded by each of the decoders 33 and 34 is subjected to an editing process by the switcher & effector 35 based on the editing control signal supplied from the editing control unit 20 and then supplied to the encoder 36. The encoder 36 performs an encoding process on the edited data subjected to the editing process in a format based on the edit control signal supplied from the edit control unit 20 and then supplies the edit data to the output terminal OUT.
[0067]
In the editing execution unit 32, the switcher & effector 35, when two raw material outputs are simultaneously given from the decoders 33 and 34, A / B roll editing, that is, switching editing and insertion editing using two signals, Alternatively, when performing overlay editing or the like, editing processing is performed in real time using the input two raw material outputs. Further, when one raw material output is given from the decoder 33 or 34, the switcher & effector 35 reads two necessary raw materials in order in time when performing A / B roll editing, and inputs them first. The original material is temporarily stored in an internal buffer, and the editing process is performed in non-real time using the subsequently input raw material and the previously stored raw material.
[0068]
As described above, the content forming apparatus 1 shown in FIG. 1 uses the UMID for specifying the material and output used for editing, the UTID for specifying the processing method, the input material, and the output material. A scan format for specifying the format is described in the EPL. For this reason, at the time of editing execution, since the material can be acquired by ID, it is possible to operate without transmitting heavy image data. In addition, copyright protection and billing are possible by acquiring the material each time. Moreover, since the processing method can be cited by ID, the editing environment (equipment capability) can be selected. Also, copyright protection and billing of the processing method itself can be performed. You can also choose the input material. In addition, outputs in multiple formats can be obtained simultaneously. Also, the work of creating an EPL can be performed with low image quality, so there is no need to select a location or environment.
[0069]
The EPL creation unit 10 in the content forming apparatus 1 creates an EPL according to the editing list creation method of the present invention, so that it can cope with multi-format image data while preventing deterioration of image data quality. In addition, an edit list for creating contents is created so that the processing can be further interchanged without temporarily storing and using the material.
[0070]
Next, a description will be given of a content forming system in which EPLs are distributed and created by a plurality of groups existing at several locations and content is edited. In the editing work using EPL, since the material is not processed directly, it is possible to proceed with the work distributed among a plurality of groups existing in several places.
[0071]
FIG. 7 shows an overall configuration diagram of the content forming system 60. The material editing group 66, the editing result storage / retrieval group 74, and the editing result utilization group 82 each constitute a LAN, and these LANs are connected to form a first editing group section. The computer graphic processing group 93, the closed caption processing group 102, and the local station 111 also constitute a LAN, and connect these LANs to form a second editing group section.
[0072]
In this system, a material file 64 composed of video and / or audio recorded by a video camera 61 is supplied to a material editing group 66 of a first editing group section via an external network 63 such as the Internet. .
[0073]
First, the material editing group 66 that constitutes the first editing group section will be described. The material editing group 66 is in the gate 65 and the gates 89 and 73, and includes two computer terminals 67 and 68, a material server (O) 69, a decoder / encoder (D) 70, and an intra frame for offline editing. A server (I) 71 and an EPL server (E) 72 are included. The intraframe server corresponds to the sub-material server 14 shown in FIG.
[0074]
The operator of the material editing group 66 uses the computer terminal 67 or 68 to download the material file 64 from the storage location or from the video camera 61 via the external network 63 and stores it in the material server 69 and the intraframe server 71. .
[0075]
In the intraframe server 71, as described above, it is stored as a highly compressed sub-material. That is, the material stored in the material file 64 is decoded by the decoder / encoder 70 and then subjected to thinning processing, etc., further encoded into a highly compressed sub material, and this sub material is stored in the intra frame server 71. .
[0076]
The two computer terminals 67 and 68 also function as the editing terminal shown in FIG. 1, read out the sub-material from the intra frame server 71, decodes it, and display the video based on the obtained video data on the monitor. . At this time, the operator controls the intra-frame server 71 via the computer terminal and visually confirms the video displayed on the monitor while causing the intra-frame server 71 to execute a desired operation (playback, rewind, fast-forward, etc.). To create an EPL. As described above, the EPL includes identification information for specifying a material used for editing and an output, and a format declaration statement that defines a format of at least a part of the material.
Here, the created EPL is stored in the EPL server 72. The EPL stored in the EPL server 72 is read for division of labor by other groups constituting the first editing group part and each group constituting the second editing group part.
[0077]
Next, the edit result storage search group 74 will be described. This edit result storage / retrieval group 74 is located in the gate 73 and the gate 81, and includes two computer terminals 75 and 76, a material server (O) 77, a decoder / encoder (D) 78, and an intra for offline editing. It consists of a frame server (I) 79 and an EPL server (E) 80.
[0078]
The edit result storage / retrieval group 74 takes out the EPL from the EPL server 72 and stores it in the EPL server 80, performs editing based on the stored EPL, and creates and stores temporary content. As a result, the content forming system 60 can store necessary editing results as materials. Also, EPL and editing results can be searched.
[0079]
Next, the edit result usage group 82 will be described. This editing result use group 82 is on the sending side from the gate 81, and includes two computer terminals 83 and 84, a material server (O) 85, an EPL server (E) 86, a sending decoder / switcher / effector 87, and so on. , A media decoder / switcher / effector 88.
[0080]
Then, the editing result utilization group 82 takes out the EPL from the EPL server 72 and stores it in the EPL server 86. The content based on the stored EPL is stored in the computer terminal 83 corresponding to the editing control unit 20 in FIG. 1 and 84, and is created using the material stored in the material server 85, and the transmission decoder / switcher / effector 87 or the media decoder / switcher / effector 88 corresponding to the editing execution unit 32 of FIG. To send or distribute as media.
[0081]
The second editing group part will be described. The second editing group unit is connected to the first editing group unit via the external network 90 connected to the gates 89 and 92, and the EPL can be transmitted bidirectionally in the form of the program folder 91. it can.
[0082]
The computer graphic processing group 93, the closed caption processing group 102, and the local station 111 constituting the second editing group section are groups that perform EPL creation in a distributed manner.
[0083]
First, the computer graphic processing group 93 will be described. The computer graphic processing group 93 includes two computer terminals 94 and 95, a material server (O) 96, a decoder / encoder (D) 97, an intraframe server (I) 98 for offline editing, and an EPL server (E ) 99 and a computer graphic server (CG) 100. The intra frame server 98 corresponds to the sub material server 14 shown in FIG.
[0084]
The operator of the computer graphic processing group 93 stores the EPL in the program folder from the EPL server 72 of the material editing group 66, downloads it, and stores it in the EPL server 99. In the intraframe server 98, the material used when performing the computer graphic processing is stored as a highly compressed material by the decoder / encoder 97. Then, the computer terminal 94 or 95 uses the computer graphic server (CG) 100 to display the EPL on the monitor while editing the sub-material read from the intra-frame server 98 by performing CG processing. Here, the created EPL is stored in the EPL server 99 and simultaneously stored in the program folder and sent to the EPL server 72 of the material editing group 66.
[0085]
Next, the closed caption processing group 102 will be described. The closed caption processing group 102 includes two computer terminals 103 and 104, a material server (O) 105, a decoder / encoder (D) 106, an intraframe server (I) 107 for offline editing, and an EPL server (E ) 108 and a closed caption server (CC) 109.
[0086]
The operator of the closed caption processing group 102 stores the EPL in the program folder from the EPL server 72 of the material editing group 66, downloads it, and stores it in the EPL server 108. In the intra frame server 107, the material used when the closed caption processing is performed is stored as a highly compressed material by the decoder / encoder 105. Then, the computer terminal 103 or 104 uses the closed caption server (CC) 109 to display the EPL on the monitor while performing editing by performing CC processing on the sub-material read from the intra-frame server 107. Here, the created EPL is stored in the EPL server 108 and simultaneously stored in the program folder and sent to the EPL server 72 of the material editing group 66.
[0087]
Next, the local station 111 will be described. The local station 111 includes two computer terminals 112 and 113, a material server (O) 114, a decoder / encoder (D) 115, an intraframe server (I) 116 for offline editing, and an EPL server (E) 117. And a local unique information (DI) server 118.
[0088]
The operator of the local station 111 stores the EPL in the program folder from the EPL server 72 of the material editing group 66, downloads it, and stores it in the EPL server 117. In the intraframe server 116, the material used for editing of the local station is stored as a highly compressed material by the decoder / encoder 115. Then, the computer terminal 112 or 113 uses the local unique information (DI) server 118 to display the EPL on the monitor while performing original editing on the sub-material read from the intra-frame server 116. Here, the created EPL is stored in the EPL server 118 and simultaneously stored in the program folder and sent to the EPL server 72 of the material editing group 66.
[0089]
Finally, the material editing group 66 manages each EPL in the EPL server 72, and integrates and optimizes each EPL. The editing result storage / retrieval group 74 and the editing result utilization group 82 use the EPL integrated and optimized in the material editing group 66.
[0090]
As described above, the content forming system shown in FIG. 7 has the UMID for specifying the material and output image used for editing, the UTID for specifying the processing method, the input material, and the output. A scan format for specifying an image format is described in EPL. For this reason, at the time of editing execution, since the material can be acquired by ID, it is possible to operate without transmitting heavy image data. In addition, copyright protection and billing are possible by acquiring the material each time. Moreover, since the processing method can be cited by ID, the editing environment (equipment capability) can be selected. Also, copyright protection and billing of the processing method itself can be performed. You can also choose the input material. In addition, outputs in multiple formats can be obtained simultaneously. Also, the work of creating an EPL can be performed with low image quality, so there is no need to select a location or environment. In addition, in the editing work, since the material is not directly processed, the work can be simultaneously performed by the divided group by the distributed group.
[0091]
Next, specific examples of EPL editing work division of labor will be described with reference to FIGS. After roughly editing the raw material recorded in the interview and creating EPL (1), EPL (2-a) for cut editing, EPL (2-b) for mosaic editing, EPL (2-c) for Japanese subtitles, English translation It is assumed that subtitle EPL (2-d) is created in parallel, and finally EPL (3) optimized together is created and then executed (output of a complete packet video signal). In this example, format {} and individual processing with similar expressions are omitted.
[0092]
FIG. 8 is a functional block diagram of the content forming system 120 that divides EPL editing work. An EPL (1) is created by roughly editing a material composed of video and / or audio captured by the video camera 121 by a logging unit (coarse editing unit) 122. Using this EPL (1), the cutting editing unit 123, the mosaic editing unit 124, the subtitle Japanese editing unit 125, and the subtitle English editing unit 126 proceed with the editing in parallel, and the cut editing EPL (2-a ), EPL (2-b) for mosaic editing, EPL (2-c) for Japanese subtitles, and EPL (2-d) for English subtitles. Of course, the coarse editing unit 122, the cutting editing unit 123, the mosaic editing unit 124, the subtitle Japanese editing unit 125, and the subtitle English editing unit 126 have the same configuration and functions as the EPL creation unit 10 shown in FIG. Yes.
[0093]
The Japanese and English integration / optimization unit 127 and the like integrate and optimize EPLs (2-a), (2-b), (2-c), and (2-d) from each editing unit, EPL (3) is generated. The Japanese and English integration / optimization unit 127 and the like also have the function of the editing control unit 20 shown in FIG. The EPL (3) is sent to the editing execution unit 128 that actually performs editing.
[0094]
The editing execution unit 128 has the same configuration function as the content forming unit 30 shown in FIG. 1 and stores the material from the video camera 121 in the internal server, so that the EPL (3) is stored. Can be used to edit.
[0095]
FIG. 9 shows a coarse editing EPL (1) created by the coarse editing unit 122. The output is specified by the UMID “12345608_23450467_0800468A88000021”. Then, the start point and end point of editing are described by the time code of the start frame and the time code of the end frame. Here, the start point is “00: 00: 00.00” and the end point is “00: 01: 03.12”. The video format of this output can be specified by the description “# 1080i”.
[0096]
Next, the input material is identified by the UMID “29543202_234504C0_0800468A72000098”, and it is specified that the input material of the video format “# 1080i” is read from the storage location “file: //43.14.61.62/source/”.
[0097]
Next, five parallel processes are performed on the input 1 by a pair of “fork” and “join”, and the outputs are collectively added by join. First, the first process is to paste the material together with the interviewer from the time axis “10: 00: 00.12” on the input side from the time axis “00: 00.00” to “00: 03.00” on the output side. It is. The second process is to paste the material from the time axis “10: 01: 05.23” on the input side from the time axis “00: 03.00” to “00: 20.13” on the output side. is there. The third process is to paste the material from the time axis “10: 02: 54.11” on the input side from the time axis “00: 20.13” to “00: 40.09” on the output side. is there. The fourth process is to paste the background image of the speaker's head from the time axis “10: 05: 18.19” on the input side from the time axis “00: 40.09” to “00: 43.10” on the output side. is there. The fifth process is to paste the material from the time axis “10: 07: 33.03” on the input side from the time axis “00: 43.10” to “01: 03.12” on the output side. is there.
[0098]
FIG. 10 shows an EPL (2-a) for cut editing created by the cutting editing unit 123. In UMID “00521209_234504A3_0800468A89000128”, the output is specified, and the start point and end point of editing are specified as “00: 00: 00.00” and “00: 00: 45.00”. The output video format can also be specified by the description “# 1080i”.
[0099]
Next, the UMID “12345608_23450467_0800468A88000021” specifies that the input material of the video format “# 1080i” is to be taken out from the storage location “file: //43.14.61.62/source/”.
[0100]
Then, the following five cut edits are performed using the input material. First, in the first process, the material from the time axis “00: 00: 00.07” on the input side is pasted from the time axis “00: 00.00” to “00: 23.04” on the output side. In the second process, the material from the time axis “00: 00: 32.23” on the input side is pasted from the time axis “00: 23.04” to “00: 28.17” on the output side. In the third process, the material from the time axis “00: 00: 40.09” on the input side is pasted from the time axis “00: 28.17” to “00: 31.18” on the output side. In the fourth process, the material from the time axis “00: 00: 44.12” on the input side is pasted from the time axis “00: 31.18” to “00: 37.29” on the output side. In the fifth process, the material from the time axis “00: 00: 52.21” on the input side is pasted from the time axis “00: 37.29” to “00: 45.00” on the output side. These five cut edits are added together.
[0101]
After the descriptions of “fork” and “join” that wrap up the above five processes, there are descriptions of “jack (mosaic)” and “jack (super)”. “Jack” indicates a reception position from “child EPL” at the time of optimization in the integration / optimization unit 127. (Mosaic) and (super) are temporary IDs given arbitrarily by the user. Here, (mosaic) is used because it indicates the position where the EPL created by the mosaic editing performed by the mosaic editing unit 124 is received. Further, (super) is used because it indicates the position to receive the EPL created by the Japanese subtitle editing performed by the subtitle Japanese editing unit 125. After optimization, the descriptions “jack (mosaic)” and “jack (super)” disappear.
[0102]
FIG. 11 shows an EPL (2-b) for mosaic editing created by the mosaic editing unit 124. In UMID “21341109_23450411_0800468A9B000032”, the output is specified, and the start point and end point of editing are specified as “00: 00: 00.00” and “00: 01: 03.12”. The video format of the output video can also be specified by the description “# 1080i”.
[0103]
Next, the UMID “12345608_23450467_0800468A88000021” specifies that the input material of the video format “# 1080i” is to be taken out from the storage location “file: //43.14.61.62/source/”.
[0104]
Then, the following two mosaic edits are performed using the input material. First, the first mosaic editing uses the image processing specified by the processing ID (UTID) “12000000000C0004” stored in the storage location “ftp://43.14.61.62/exec/” and the input material and The same video format “# 1080i” is used with a setting value “= 384 × 232 + 880 + 128”. The editing result obtained by this mosaic editing is pasted from the start point “00: 03.00” to the end point “00: 40.09”. The second mosaic edit is the same as the input material using the image processing specified by the processing ID (UTID) “12000000000C0004” stored in the storage location “ftp://43.14.61.62/exec/” The video format is “# 1080i” and the setting value is “= 400x256 + 864 + 96”. The editing result obtained by this mosaic editing is pasted from the start point “00: 43.00” to the end point “01: 03.12”. These two mosaic edits are added together.
[0105]
There is a description “plug (mosaic)” after the description “fork” and “join” that summarize the above two processes. “Plug” indicates a delivery position to “parent EPL” at the time of optimization in the integration / optimization unit 127. “(Mosaic)” is a temporary ID given arbitrarily by the user. After optimization, the description “plug (mosaic)” disappears.
[0106]
FIG. 12 shows an EPL (2-c) for editing Japanese subtitles created by the subtitle Japanese editing unit 125. The output is specified by the UMID “12221109_234504FB_0800468AC1000341”, and the start and end points of editing are specified as “00: 00: 00.00” and “00: 01: 03.12”. The output video format can also be specified by the description “# 1080i”.
[0107]
Next, the UMID “12345608_23450467_0800468A88000021” specifies that the input material of the video format “# 1080i” is to be taken out from the storage location “file: //43.14.61.62/source/”.
[0108]
Then, the following editing is performed using the input material. First, using the processing method specified by the processing ID (UTID) “1200000000130081” stored in the storage location “ftp://43.14.61.62/exec/”, a video format “#” similar to the input material is used. Create a subtitle "1080p" and "Man on the plane". The result of this subtitle creation is pasted from the start point “00: 00.00” to the end point “00: 10.00”. Next, using the processing method specified by the processing ID (UTID) “1200000000120081” stored in the storage location “ftp://43.14.61.62/exec/”, a video format “ In # 1080i, superimpose (paste) the Japanese subtitle “I lost my mind as soon as I took off” from the start point “00: 01.00” to the end point “00: 04.02”. Next, using the same processing method stored in the same storage location, with the same video format, the Japanese subtitle “Wake up on the south island” was started from the starting point “00: 04.12” Superimpose to end point "00: 07.29". Then, paste some Japanese subtitles into the image, and finally, using the same processing method stored in the same storage location, with the same video format, Superimpose the Japanese subtitles from the start point “01: 00.12” to the end point “01: 03.12”. These edits are added together.
[0109]
As described above, “plug (super)” described after the description of “fork” and “join” that wraps the above processing is changed to “parent EPL” at the time of optimization by the integration / optimization unit 127. This indicates the delivery position.
[0110]
FIG. 13 shows an EPL (2-d) of English translation subtitle editing created by the subtitle English editing unit 126. This EPL is an English version of the EPL for Japanese subtitle editing described with reference to FIG. Although the subtitle and the ID of the translation process are different, the contents are substantially the same, and the description is omitted here.
[0111]
In FIG. 14, the EPL (2-a), (2-b), and (2-c) from the editing unit is integrated and optimized by the Japanese integration / optimization unit 127. 3) is shown. This is an EPL obtained by integrating and optimizing cut editing, mosaic editing, and Japanese subtitle editing described with reference to FIGS. Detailed description is omitted.
[0112]
In addition, a similar English version can be generated by integrating and optimizing EPLs (2-a), (2-b), and (2-d) in the English integration / optimization unit 128. Omitted.
[0113]
In the above example, two-stage cut editing has been performed, and since there are places where the temporary editing seams are not rejoined in the main editing but are utilized as they are, there are many editing points when the two are integrated.
[0114]
Here, the material, titler, and effector are all obtained from the same server. Moreover, although not specified, it is placed on the same LAN as the device that executes the editing. Although it is a safe method for operation, it is expected that more information will be obtained from a remote server.
[0115]
For reference, an example of converting integration / optimization for NTSC is shown in FIG. The video format of the input source of the material is “# 1080i”, but since the conversion is for NTSC, the processing and output format is “# 525ii”. Therefore, when these are integrated, an EPL (3) with “down converter” added at the end is generated. When the processing order is clear, connection by plug () and jack () is unnecessary.
[0116]
In this way, the content forming system 120 whose configuration is shown in FIG. 8 can divide EPL editing work. This is because the editing work does not process the material directly, so the work can be carried out simultaneously in a division of labor system. In addition, the input material and the format of the output video are specified by the scan format in the EPL created by each editing unit. For this reason, the input material can be freely selected. In addition, output videos in a plurality of formats can be obtained simultaneously.
[0117]
As a specific example of editing work at a remote place, in addition to the system shown in FIG. 7, a content forming system 130 as shown in FIG. 16 can be configured. A material composed of video and / or audio captured by the video camera 131 is compressed by the low-rate encoder 132 and sent to the editing unit 135 via the mobile phone 133 or the Internet 134 as a sub material. The editing unit 135 creates an EPL by visually confirming the video displayed on the monitor while executing the sub material in a desired operation (reproduction, rewind, fast forward, etc.). The EPL has identification information for specifying a material used for editing and an output image, and a format declaration statement that defines the format of at least a part of the material. Then, the generated EPL is sent to the editing execution unit 140 via the mobile phone 136 or the Internet 137. The material from the video camera 131 is also sent to the editing execution unit 140 by hand carry of the video tape 138 or the Internet 139. And since the edit execution part 140 has stored the said raw material in the internal server, it can edit using the said EPL.
[0118]
In the above description, the UMID for specifying the material used for editing and the output, the UTID for specifying the processing method, and the scan format for specifying the format of the input material and the output video are described in the EPL. We explained that the problem could be solved by doing.
[0119]
However, as a conventional problem, there has been a problem related to degradation of image quality. For example, data can be compressed from cut editing that connects several cuts (video scenes) to video recorded with a video camera and telop editing that superimposes telop characters, and then broadcasting the completed video. Repeatedly, the image quality deteriorates. A specific example will be described with reference to the process transition diagram of FIG. First, a video shot by the video camera 150 is compressed by a bit rate reduction (BRR) encoding (enc) process 151 and recorded as video material 152 on a video tape. When cut editing is performed on the video material 152, the compressed video material is once expanded by the decoding (dec) processing 153 and then cut editing by the editing processing (Edit 1) 154. The video material subjected to the cut editing is compressed again by the encoding process 155 and then recorded on the video tape as the video material 156. Next, when performing telop editing on the video material 156, the compressed video material is also expanded by the decoding (dec) processing 157, and then the telop is superimposed by the editing processing (Edit2) 158. To do. The video material subjected to the telop editing is compressed again by the encoding process 159 and then recorded on the video tape as the video material 160. Since the video material 160 is converted into a broadcast NTSC format in accordance with the broadcast date, the video material 160 is first subjected to a decoding process 161 and then an NTSC encoding process 152, for example, from a terrestrial antenna 163 to a television. It is sent out as a broadcast wave. In this series of processing, the video material is compressed four times. The decompression process is performed three times. Here, image quality degradation occurs.
[0120]
The content forming apparatus is also effective in solving the problem of image quality degradation. FIG. 18 shows a specific example. In this specific example, a material composed of video and / or audio captured by a video camera 170 is compressed by a bit rate reduction (BRR) encoding (enc) processing 171 and the video material is recorded on a video tape. Recorded as 172. This video material 172 is sent to the EPL creation process 173.
[0121]
The EPL creation processing 173 performs cut editing and telop editing by generating an EPL. When cut editing is performed on the video material 172, the compressed video material is temporarily expanded by the decoding (dec) processing 174, and then cut editing is performed by the editing processing (Edit1) 175. This cut editing is performed by creating an EPL. The telop editing is performed by the telop editing process 177 using the EPL created by the cut editing process 175. Specifically, the telop editing process 177 creates an EPL for telop editing while monitoring the material decoded by the decoder 176.
[0122]
The EPL created in the EPL creation process 173 is sent to the edit execution process 179. The material decoded by the decoding process 178 is also supplied to the edit execution process 179. Then, the edit execution processing 179 performs cut editing and telop editing on the material according to the EPL, and sends the editing result to the NTSC encoding processing 180. Then, the NTSC encoding process 180 transmits the data in the NTSC format as, for example, a television broadcast wave from the terrestrial antenna 181. In this series of processes, only the compression process is performed twice on the video material. Also, the decoding process is practically performed only once.
[0123]
Therefore, the content forming system shown in FIG. 18 can suppress deterioration in image quality more than the conventional method shown in FIG. In other words, the image quality can be maintained because compression / decompression is not repeated as in the middle of editing.
[0124]
In addition, the content forming apparatus can maintain the image quality even when, for example, a common program is broadcast in two systems with different formats in a simulcast. Simulcast broadcasting will be described with reference to FIGS. 19 and 20.
[0125]
FIG. 19 shows a conventional system for simulcast broadcasting in both the NTSC format and the high-definition format. The simulcast broadcasting system 190 includes a video of “1080i” read from the video tape 191 and a video of “1080i” obtained from the NTSC format “525i” read from the video tape 192 by the up-conversion unit 193. The editing process 194 is performed using. The editing process 194 is performed in the “1080i” format, and generates an output video in the high-definition format. Then, one is transmitted as a broadcast wave from the antenna 195 for high vision. On the other hand, for NTSC, an image converted to 525i by down conversion 196 is transmitted as a broadcast wave from the antenna 197.
[0126]
Therefore, in this system 190, the NTSC format video of “525i” is once up-converted to “1080i”, then edited with “1080i”, the “1080i” output is down-converted again to “525i”, and NTSC It is for use. NTSC video is also edited at “1080i” and “525i” before broadcasting.
[0127]
On the other hand, according to the simulcast broadcasting system 200 shown in FIG. 20 to which the content forming apparatus is applied, the image quality of NTSC video is not deteriorated. That is, when the editing execution unit 203 and the editing execution unit 204 execute editing based on the EPL created by the EPL creating unit 10 shown in FIG. 1 (not shown), the system 200 performs the NTSC video after editing. (“525i”) can be generated without repeating up-conversion and down-conversion.
[0128]
The video format conversion from the HD image (1080i) to the SD image (525i) and from the SD image to the HD image performed by the editing execution unit 203 or 204 of the system 200 will be described with reference to FIG.
[0129]
In FIG. 21, the input video signal is stored in the field memory 211 and the field memory 212 in order. The motion detection unit 210 detects motion from the field image to which the difference on the time axis is given by the two field memories 211 and 212. The result of motion detection by the motion detection unit 210, that is, the frame / field tap selection signal indicating that there is motion in the frame image / motion in the field image is supplied to the transversal type vertical filter 213. Is done. The transversal type vertical filter 213 performs vertical filter processing on the field image given the time difference by the two field memories 211 and 212 based on the frame / field tap selection signal. The filter output of the vertical filter 213 is supplied to a transversal type horizontal filter 214. The horizontal filter 214 performs horizontal filter processing on the vertical filter output. The horizontal filter output of the horizontal filter 214 is supplied to the image enhancement unit 215.
[0130]
The image enhancement unit 215 emphasizes the high frequency component of the horizontal filter output. The enhancement output from the image enhancement unit 215 is supplied to the image signal conversion unit 216. The image signal converter 216 converts the Y / Pb / Pr signal into an RGB signal. This RGB signal is supplied to the inverse gamma correction unit 217 and subjected to inverse gamma correction. This inverse gamma correction output is supplied to a color conversion unit (color metric conversion unit) 218. The color metric conversion unit 218 performs color conversion processing on the inverse gamma correction output. This color conversion processing output is supplied to the gamma correction unit 219.
[0131]
The gamma correction unit 219 performs gamma correction processing on the color conversion processing output and supplies it to the image signal conversion unit 220. The image signal converter 220 converts the RGB signal into a Y / Pb / Pr signal. This Y / Pb / Pr signal becomes the output video signal.
[0132]
Therefore, in the configuration shown in FIG. 21, down conversion processing or up conversion processing can be handled by changing the conversion processing in the image quality conversion processing unit 216 or the image quality conversion processing unit 220.
[0133]
【The invention's effect】
As described above, the edit list creation method according to the present invention defines the editing content using at least the identification information for identifying the output by editing and the format declaration statement for specifying the format, and the identification information for identifying the input material and the input material Since the input material is defined using at least the format declaration statement that identifies the format of the file, and the processing applied to the input material is further defined, the data quality is prevented from degrading and multi-format data is supported. It is possible to create an edit list that can form content without further collecting and using the material at hand, and further enabling processing compatibility.
[0134]
In addition, identification information for identifying the material used for editing and editing output, identification information for identifying the processing method, and format declaration statements for identifying the format of the input material and output video are displayed in the edit list. Since it is described, the material can be acquired by ID when editing is performed, so that it is possible to operate without transmitting heavy image data. In addition, copyright protection and billing are possible by acquiring the material each time. Moreover, since the processing method can be cited by ID, the editing environment (equipment capability) can be selected. Also, copyright protection and billing of the processing method itself can be performed. You can also choose the input material. In addition, outputs in multiple formats can be obtained simultaneously. Also, the work of creating an EPL can be performed with low image quality, so there is no need to select a location or environment. In addition, in the editing work, since the material is not directly processed, the work can be simultaneously performed by the divided group by the distributed group.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a content forming apparatus according to an embodiment of the present invention.
FIG. 2 is a diagram illustrating a description example of EPL.
FIG. 3 is a diagram illustrating a description example of EPL.
FIG. 4 is a diagram illustrating an execution image of EPL.
FIG. 5 is a diagram schematically showing an image created after editing using EPL.
FIG. 6 is a diagram illustrating a specific example of a video scan format.
FIG. 7 is a diagram showing an overall configuration of a content forming system.
FIG. 8 is a diagram showing a content forming system that performs division of editing by EPL.
9 is a diagram showing a coarse editing EPL (1) created by the coarse editing unit of the content forming system of FIG.
10 is a diagram showing a cut editing EPL (2-a) created by the cut editing unit of the content forming system shown in FIG. 8; FIG.
11 is a diagram showing a mosaic editing EPL (2-b) created by the mosaic editing unit of the content forming system shown in FIG.
12 is a diagram showing Japanese subtitle editing EPL (2-c) created by the Japanese subtitle editing unit of the content forming system of FIG. 8; FIG.
13 is a diagram showing an English subtitle editing EPL (2-d) created by an English subtitle editing unit of the content forming system of FIG.
14 is a diagram showing an optimized EPL (3) created by the Japanese language integration / optimization unit of the content formation system of FIG.
FIG. 15 is a diagram showing an EPL obtained by converting integration / optimization for NTSC.
FIG. 16 is a diagram showing another specific example in which editing work is performed at a remote place.
FIG. 17 is a diagram for explaining a problem of image quality degradation that occurs from recording to broadcasting.
FIG. 18 is a diagram illustrating a specific example of a content forming apparatus and method of the present invention that solves the above-described image quality degradation.
FIG. 19 is a configuration diagram of a conventional system that performs simulcast broadcasting in both the NTSC format and the high-definition format.
FIG. 20 is a configuration diagram of a simulcast broadcasting system to which the content forming apparatus and method of the present invention are applied.
FIG. 21 is a diagram for explaining video format conversion;
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 Content formation apparatus, 10 EPL production part, 20 Edit control part, 30 Content formation part

Claims (6)

複数の映像及び/又は音声の素材を用いてコンテンツを形成するための編集リストを作成する編集リスト作成方法において、
ネットワークに接続された入力部から入力される複数の映像及び/又は音声の素材をデータ圧縮して得られた圧縮データを用いて所望の動作を実行して編集リストを作成し、
上記編集リストに基づき編集制御信号を生成し、
上記編集リストは、
入力素材を識別する入力素材識別情報と、編集による出力を識別する出力識別情報と、入力素材の画像フォーマット及び/又は編集出力の画像フォーマットを特定するフォーマット宣言文と、入力素材に施す画像処理方法を表す画像処理識別情報とを含み、
上記入力素材識別情報により指定される保管場所から上記ネットワークを介して上記入力素材を取得し、上記画像処理識別情報により指定された保管場所から上記ネットワークを介して上記入力素材に施す画像処理方法を取得する編集リスト作成方法。
In an edit list creation method for creating an edit list for forming content using a plurality of video and / or audio materials,
Create an edit list by executing a desired operation using compressed data obtained by compressing a plurality of video and / or audio materials input from an input unit connected to a network,
Generate an edit control signal based on the above edit list,
The edit list above is
Input material identification information for identifying input material , output identification information for identifying output by editing, a format declaration statement for specifying an image format of the input material and / or an image format of the edited output, and an image processing method applied to the input material Image processing identification information representing
An image processing method for obtaining the input material from the storage location specified by the input material identification information via the network and applying the input material to the input material from the storage location specified by the image processing identification information. How to create edit list to get .
上記入力素材識別情報及び上記出力識別情報は、グローバルユニークな同一体系の識別コードであ請求項1記載の編集リスト作成方法。The input material identification information and the output identification information, edit list creation process of Ah Ru claim 1, wherein an identification code of the global unique identity scheme. 上記入力素材に施す処理方法をグローバルユニークな同一体系の識別コードで記述す請求項1記載の編集リスト作成方法。Edit list creation method according to claim 1, wherein that describes the processing method to be performed on the input material in the identification code of the global unique identity scheme. 上記画像フォーマットは、撮影時の1コマの時間、画像の縦横の有効画素数、各画素の縦横比の項目を少なくとも含むスキャンフォーマットであ請求項1記載の編集リスト作成方法。The image format is one frame time at the time of shooting, the number of effective pixels of the horizontal and vertical image, the edit list creation method according to claim 1, wherein Ru scan format der containing at least the items of the aspect ratio of each pixel. 上記ネットワークに接続された入力部から入力された複数の映像及び/又は音声の素材をデータ圧縮して高圧縮のサブ素材にし、サブ素材サーバに格納し、このサブ素材サーバから読み出した高圧縮サブ素材を用いて上記所望の動作を実行して上記編集リストを作成する請求項1記載の編集リスト作成方法。A plurality of video and / or audio materials input from the input unit connected to the network are compressed into high-compression sub-materials, stored in the sub-material server, and read from the sub-material server. The edit list creation method according to claim 1, wherein the edit list is created by executing the desired operation using a material. 上記ネットワークに接続された入力部から入力された複数の映像及び/又は音声の素材をデコーダで復号し、ダウンコンバータでダウンコンバートし、エンコーダで所定の圧縮方式で圧縮することにより上記高圧縮のサブ素材にする請求項5記載の編集リスト作成方法。A plurality of video and / or audio materials input from an input unit connected to the network are decoded by a decoder, down-converted by a down converter, and compressed by a predetermined compression method by an encoder, so that the high compression sub The edit list creation method according to claim 5, wherein the edit list is used as a material.
JP2001100643A 2001-03-30 2001-03-30 How to create an edit list Expired - Fee Related JP4496661B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001100643A JP4496661B2 (en) 2001-03-30 2001-03-30 How to create an edit list

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001100643A JP4496661B2 (en) 2001-03-30 2001-03-30 How to create an edit list

Publications (2)

Publication Number Publication Date
JP2002300522A JP2002300522A (en) 2002-10-11
JP4496661B2 true JP4496661B2 (en) 2010-07-07

Family

ID=18954067

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001100643A Expired - Fee Related JP4496661B2 (en) 2001-03-30 2001-03-30 How to create an edit list

Country Status (1)

Country Link
JP (1) JP4496661B2 (en)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3844240B2 (en) * 2003-04-04 2006-11-08 ソニー株式会社 Editing device
JP4225124B2 (en) 2003-06-06 2009-02-18 ソニー株式会社 Data processing method and system
JP2005004661A (en) 2003-06-13 2005-01-06 Sony Corp Data management system
JP4218590B2 (en) * 2004-05-26 2009-02-04 ソニー株式会社 Image processing system, information processing apparatus and method, image processing apparatus and method, recording medium, and program
CN112083897B (en) * 2020-07-30 2024-08-02 山东浪潮科学研究院有限公司 Signal declaration system, method, equipment and medium in digital logic design
CN116055655B (en) * 2022-05-30 2023-09-26 荣耀终端有限公司 A recommended method and electronic device for frame size

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3068459B2 (en) * 1995-04-28 2000-07-24 三菱電機株式会社 Video editing system
JPH0965279A (en) * 1995-08-25 1997-03-07 Sony Corp Image / sound recording device and image / sound storage device
JP3266542B2 (en) * 1996-04-23 2002-03-18 松下電器産業株式会社 Editing control device and editing control method
JP3918246B2 (en) * 1996-09-20 2007-05-23 ソニー株式会社 Image processing method and apparatus
JP3888560B2 (en) * 1996-11-28 2007-03-07 ソニー株式会社 Editing apparatus and editing method
JP3076260B2 (en) * 1997-03-10 2000-08-14 松下電器産業株式会社 Information provision device
JPH10285537A (en) * 1997-04-06 1998-10-23 Sony Corp Video signal processing device
US6351765B1 (en) * 1998-03-09 2002-02-26 Media 100, Inc. Nonlinear video editing system
WO2000051347A1 (en) * 1999-02-25 2000-08-31 Matsushita Electric Industrial Co., Ltd. Nonlinear editing device and nonlinear editing method
JP4669183B2 (en) * 1999-12-16 2011-04-13 イーストマン コダック カンパニー On-demand techniques for using data associated with digital images suitable for rasterization at any resolution

Also Published As

Publication number Publication date
JP2002300522A (en) 2002-10-11

Similar Documents

Publication Publication Date Title
JP4713060B2 (en) Content forming apparatus and method
US5786864A (en) Moving picture processing apparatus and method wherein image data and special effects data are transmitted in common
JP4777583B2 (en) Image sequence compression featuring independent coding regions
CN1236525A (en) Video transmission apparatus using MPEG-2 compatible intraframe-only video compression
JP2003534684A (en) How to edit compressed video downstream
KR20000029851A (en) Non-linear editing system for home entertainment environments
GB2409737A (en) Bookmarking digital content
JP4496661B2 (en) How to create an edit list
US20040207755A1 (en) Apparatus and method for signal prcoessing of format conversion and combination of video signals
US20030169369A1 (en) Consumer video captioning system
JP2000032388A (en) Method and apparatus for recording and reproducing video and / or audio signals
US7577337B2 (en) Audio/video data recording/reproducing device and method, and audio/video data reproducing device and method
JP2002300523A (en) Content production apparatus and method
JP3793145B2 (en) Video data conversion apparatus and video data conversion method
US20070133950A1 (en) Reproduction apparatus, reproduction method, recording method, image display apparatus and recording medium
JP3595563B2 (en) Moving image processing method and apparatus
JPH10145740A (en) Method for processing digitally encoded images in an image sequence and apparatus for implementing the method, and apparatus for buffer storage of decoded images
JP2004266801A (en) Process for controlling audio/video digital decoder
CN100525412C (en) Reproduction apparatus, reproduction method, recording method, image display apparatus and recording medium
Carey et al. The Mastering Process
Horton et al. Quality in HDTV post
Stump Color Management, Compression, and Workflow: Color Management—Image Manipulation Through the Production Pipeline
JP2004120035A (en) Video recording and playback device
Skogmar et al. Real-time Video Effects Using Programmable Graphics Cards
JP2000092447A (en) Video recording and playback device

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080307

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20091007

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20091013

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091209

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100323

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100405

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130423

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees