１６：９アスペクト比およびアナモルフィック画像処理
【課題】データ・ストリームを、所定のアスペクト比で記憶する。
【解決手段】第一のデータ・ストリームが１６：９のアスペクト比のフォーマットであるか否かを決定するために、第一のデータ・ストリームのフラグ・ビットを自動的に調べ、前記ビットが所定の条件を満足する場合、１６：９のアスペクト比のフォーマットで、第一のデータ・ストリームを、コンピュータ・システムの記憶装置に記憶する。
【解決手段】第一のデータ・ストリームが１６：９のアスペクト比のフォーマットであるか否かを決定するために、第一のデータ・ストリームのフラグ・ビットを自動的に調べ、前記ビットが所定の条件を満足する場合、１６：９のアスペクト比のフォーマットで、第一のデータ・ストリームを、コンピュータ・システムの記憶装置に記憶する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビデオ・キャプチャおよび編集に関する。特に、本発明は、１６：９ビジュアル・ディスプレイ・フォーマットで、ビデオ・データ・ストリームをキャプチャし、およびシーケンスすることに関する。
【背景技術】
【０００２】
標準ＮＴＳＣ（Ｎａｔｉｏｎａｌ Ｔｅｌｅｖｉｓｉｏｎ Ｓｙｓｔｅｍ Ｃｏｍｍｉｔｔｅｅ）およびＰＡＬ（Ｐｈａｓｅ Ａｌｔｅｒｎａｔｉｏｎ Ｌｉｎｅ）テレビは、４：３の画像アスペクト比を有する。これは、可視領域の幅と可視領域の高さの比が４／３、すなわち１．３３であることを意味する。ＨＤＴＶ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｔｅｌｅｖｉｓｉｏｎ）は、１６：９、すなわち１．７８の画像アスペクト比を有するいくつかのフォーマットを特定する。
【０００３】
１６：９のアスペクト比で記録されたプログラムが、全幅が見えるような４：３のアスペクト比を有する装置に表示されると、黒い帯が画像の上と下に見られる。これはレターボックス（ｌｅｔｔｅｒ−ｂｏｘｉｎｇ）として知られる。
【０００４】
オリジナルのプログラム素材が（ＮＴＳＣデジタル・ビデオのように）４８０の有効走査線を有する場合、レターボックスされたプログラムに関する有効画像を含む領域が３６０走査線しかない、すなわち合計の可視領域の７５％しかない。このレターボックスされたプログラムが、４８０走査線の固有解像度を有するフォーマットへと記録されると、記録された素材の２５％は空である。
【０００５】
この状況を改善するため、アナモルフィック・トランスファ（ａｎａｍｏｒｐｈｉｃ ｔｒａｎｓｆｅｒ）と呼ばれる技術が開発された。この処理において、１６：９プログラムの有効領域は、記録された素材の４８０走査線すべてを埋めるために、縦に伸ばされる。この種類の素材を見るためには、表示装置は、２５％、縦の寸法をスクイッシュ（ｓｑｕｉｓｈ）'する必要があり、記録中に実行された伸ばしをちょうど相殺する。これは、４８０走査線をより小さい縦の空間に入れ、走査線の出現を減らすという効果を有する。ソース素材がフィルムである場合、それは固有の走査線カウント'を有さず、縦の伸ばしは光学的に達成され、縦解像度を向上させる。
【０００６】
この処理は、本来、レーザーディスクおよびＤＶＤ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｃｓ）に関して開発され、使用されており、多くのハイ・エンド・テレビ・セットは、この種の素材を適切に見るために１６：９スクイッシュ'を実行する能力を有する。
【０００７】
レターボックス・ルック（ｌｅｔｔｅｒｂｏｘｅｄ ｌｏｏｋ）'の人気は、いくつかの消費者用ＤＶ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ）カムコーダー製造者に、彼らのカメラに１６：９'またはＨＤＴＶ'モードを追加するよう促した。これを正しく行うために、カメラはＣＣＤ（Ｃｈａｒｇｅｄ Ｃｏｕｐｌｅ Ｄｅｖｉｃｅ）あるいは感光センサの前の光路にアナモルフィック要素を必要とするか、またはＣＣＤあるいはセンサにおける要素が、アナモルフィック方法でシェープ（ｓｈａｐｅｄ）される必要がある。これをするには大変費用がかかることがわかっているので、ほとんどのカメラは、この効果を得るために騙す'。
【０００８】
画像の中心の３６０走査線を取り、デジタルでそれらを４８０走査線に伸ばすことによって、アナモルフィック・レンズ要素を有するのに似た結果が達成される。ここでの欠点は、記録された素材の走査線のすべてが実際は作られた走査線であり、その一つ一つは、ＣＣＤ上の２の連続した走査線を混合したものである。これは、アナモルフィック・レンズ・アダプタを使用することで得られる解像度の向上をもたらさない。
【０００９】
カメラのファインダでの適切なアスペクト比を保持するために、カメラは、１６：９の素材を表示するときに縦のスクイッシュ'を実行するであろう。これは、ＤＶストリームにおける各フレームの１ビットを精査することによって、ＤＶカムコーダーにおいて検出される。このスクイッシュ'オペレーションは、ある量のハードウェアがＮＴＳＣまたはＰＡＬ出力信号で実行することを求めるので、ほとんどの消費者用カムコーダーは、それらのファインダに表示されるデータを修正するにすぎない。よりハイ・エンドなデッキは、しかしながら、このスクイッシュ'をＮＴＳＣまたはＰＡＬ出力でも実行でき、それらだけで１６：９スクイッシュを実行する能力なしに、テレビ上でレターボックス画像を与える。
【００１０】
アナモルフィック・レンズ・アダプタが取り付けられたカメラを用いれば、記録は通常通り実行されうる。注目すべき効果は、ファインダにおいて、画像は縦に伸ばされて出現し、記録された画像は、縦のスクイッシュ'機能で、モニタ上で正しく見えるにすぎないという点である。
【００１１】
１６：９モードに設定されたＤＶカムコーダーに関して、ファインダにおける素材は正しく見えるが、カメラの出力は、１６：９のスクイッシュ'で、モニタ上に表示される必要があるだろう。
【００１２】
【特許文献１】国際公開第９８／４６０１６号
【特許文献２】特開平９−７００１４号公報
【特許文献３】特開２０００−６９３６２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
編集がこの素材で実行されうるのは、画像コンテンツのアナモルフィック性が、素材へのアクセスに影響を与えないからである。クロス・ディゾルブ等、レンダリングされる効果は良好であろう。しかしながら、形状を作る効果、または回転を伴う動きの効果は、画像における顕著な歪みを作り出すだろう。また、合成されたグラフィックスは、注意深いアスペクト歪みがなければ、歪みやすい。（これらの効果のすべては、アナモルフィック・レンズが作り出す各画像の形状における変化によって、歪められる）。
【課題を解決するための手段】
【００１４】
開示されるのは、１６：９のアスペクト比を有するグラフィック画像を含む第一のデータ・ストリームをコンピュータ・システムへ受信し、前記画像を前記コンピュータ・システムの記憶装置内にキャプチャし、および前記画像を、１６：９アスペクト比フォーマットでコンピュータ・システムにおけるグラフィカル・ユーザ・インタフェースに表示する方法および装置である。また、完成した、編集されたシーケンスを、１６：９のアスペクト比表示フォーマットへ一致させる１またはそれ以上のビデオ・クリップを伴うビデオ・セグメント等、ソース・データ・ストリームを編集するための方法および装置も開示される。
【００１５】
本発明の他の特徴および効果は、添付の図面および以下に続く詳細な説明から明らかになるだろう。
【発明を実施するための最良の形態】
【００１６】
図１ａは、本発明の実施例が組み込まれてもよいコンピュータ・システム１００の一例である。コンピュータ・システム１００は、バス１０３を介してメイン・メモリ１０５へ接続されたプロセッサ１０１を具備する。メイン・メモリ１０５は、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭｓ）または他の適切なメモリでもよい。
【００１７】
データおよび命令は、メイン・メモリ１０５に記憶され、プロセッサ１０１によって処理される。一般的にバス１０３に接続されるのは、ベーシック・インプット／アウトプット命令（ＢＩＯＳ）が記憶される読み取り専用メモリ（ＲＯＭ）である。さらにバス１０３に接続されるのは、とりわけ、メモリ管理装置（ＭＭＵ）、割り込みコントローラ、ビデオ・コントローラ、ダイレクト・メモリ・アクセス・コントローラ（ＤＭＡ）および入力／出力（Ｉ／Ｏ）コントローラ等、様々なコントローラであり、そのすべては図に示されていない。さらにバス１０３に接続されるのは、様々なＩ／Ｏ装置が接続されるＩ／Ｏインターフェース１０７である。Ｉ／Ｏ装置の例は、磁気ディスク・ドライブおよび／または光ディスク・ドライブ等の大容量記憶装置１１１、キーボード等の英数字入力装置１１３、マウスまたはトラックボール等のカーソル・コントロール装置１１７、モニタまたは液晶ディスプレイ（ＬＣＤ）等のディスプレイ装置１１９、プリンタ等のプリンタ装置１２１、モデム等の通信装置１２３、およびＥｔｈｅｒｎｅｔ（登録商標）等のネットワーク・インターフェース装置１２５である。
【００１８】
さらに、ビデオ・テープ・デッキまたはビデオ・カムコーダー等の順次記憶装置１２７は、Ｉ／Ｏコントローラ１０７を通してコンピュータに接続される。例えば、順次記憶装置１２７は、プリンタ・ポート、モデム・ポート、またはＡｐｐｌｅ ＦｉｒｅＷｉｒｅポートを通して接続されうる。以下は、使用されてもよいデッキ・プロトコルのリストである：
ＡｐｐｌｅTMＦｉｒｅＷｉｒｅ
ＡｐｐｌｅTMＦｉｒｅＷｉｒｅ Ｂａｓｉｃ
ＪＶＣTMＲＳ−２３２
ＰａｎａｓｏｎｉｃTMＲＳ−２３２
ＳｏｎｙTMＲＳ−４２２
ＳｏｎｙTMＲＳ−２３２
ＳｏｎｙTMＶＩＳＣＡ
ＳｏｎｙTMＬＡＮＣ
【００１９】
一例としてビデオ・テープ・デッキを用いると、ビデオ・テープ・デッキ１２７は、本発明の実施例に従ってフォーマットされたビデオ・テープ１２９に、編集されたビデオ・クリップおよび／または付随するオーディオ・クリップを記憶する。その一つのフォーマットにおいて、ビデオ・テープ１２９は、“ブラック・アンド・コード（Ｂｌａｃｋ ａｎｄ Ｃｏｄｅ）”でもよい。ブラック・アンド・コードは、ビデオ・テープが、音声のない黒画面で書き込まれるフォーマットを定義し、テープ全体を通して、タイムコードが挿入される。タイムコードによって、ビデオ・テープ・デッキ１２７は、テープ内の様々な位置の経過をたどることができ、それによってテープにおける敏速で迅速なナビゲーションができる。一般的に、ビデオ・テープ・デッキ１２７は、クリップが記録されている時のような方法で制御され、テープ・ヘッドは特定の距離へ戻り、タイムコードを用いて最後のフレームに同期するように前に巻き、記録を開始する。この方法で、クリップと記録された最後のフレームとの間の見えない隙間が形成されない。このように、２つの記録されたクリップの間で、それは１の連続したクリップとして感知される。
【００２０】
上述されたコンピュータ・システム１００は、市場で容易に入手することができる。好ましくは、コンピュータ・システム１００は、Ｃｕｐｅｒｔｉｎｏ，ＣａｌｉｆｏｒｎｉａにあるＡｐｐｌｅ ＣｏｍｐｕｔｅｒTM、Ｉｎｃ．が製造するＭａｃｉｎｔｏｓｈTM、Ｇ３ＰｏｗｅｒＭａｃTMブランドのパーソナル・コンピュータ等、パーソナル・コンピュータのＭａｃｉｎｔｏｓｈTMファミリの一つである。プロセッサは、Ｓｃｈａｕｍｂｕｒｇ，ＩｌｌｉｎｏｉｓにあるＭｏｔｏｒｏｌａTM，Ｉｎｃ．が製造するようなＧ４またはＧ３ＰｏｗｅｒＰＣTM等のマイクロプロセッサのＰｏｗｅｒＰＣファミリの一つでもよい。しかしながら、他のシステムおよびプロセッサが使用されてもよい。コンピュータ・システム１００は、システムのたった一例を示すに過ぎないことが理解され、それは多くの異なる構成およびアーキテクチャを有してもよく、およびそれは本発明とともに採用されてもよい。例えば、ＭａｃｉｎｔｏｓｈおよびＩｎｔｅｌシステムは、しばしば、周辺バス、専用バス等、複数のバスを有する。一方で、本発明のコンピュータ・システムとして使用されてもよい、ネットワーク・コンピュータは、例えば、ハード・ディスクまたは他の大容量記憶装置を含まないかもしれないが、モデムまたはネットワーク・インターフェース等、ネットワーク接続から、プロセッサによって処理されるべきルーチンおよび／またはデータを受信してもよい。同様に、当業界で公知であるウェブＴＶシステムは、本発明のコンピュータ・システムであると考えられてよいが、そのようなシステムは、Ｉ／Ｏ装置を参照して上述されたもの等、１またはそれ以上のＩ／Ｏ装置を含まないかもしれない。さらに、セルラー電話および／またはページング性能を採用しているかもしれない携帯通信およびデータ処理システムは、本発明とともに使用されてもよいコンピュータ・システムであると考えられてもよい。一般的に、本発明のコンピュータ・システムは、プロセッサと、およびプロセッサに接続され、およびプロセッサに本発明の様々な方法を実行させるソフトウェア命令を記憶するメモリとを含む。一般的に、本発明のためのソフトウェアは、プロセッサ１０１が記憶装置から引き出し、処理のためにメイン・メモリ１０５へダウン・ロードするまで、磁気または光学でもよい、大容量記憶装置１１１または記憶ディスク１１２に記憶されてもよい。
【００２１】
図１ｂは、とりわけ、ランダム・アクセス・メモリ（ＲＡＭ）、ハード・ディスク、コンパクト・ディスク、および／または磁気ディスクでよい記憶媒体１５０の一例である。記憶媒体１５０は、アイコン識別子１５１、アイコンが、アイコンの制御下で記憶装置を操作するコンピュータ・システムおよびソフトウェア１５５に接続された順次記憶装置を制御するための命令およびデータ・コード１５３を具備する。プロセッサ１０１は、メイン・メモリ１０５からのデータおよび命令を処理する。ソフトウェア１５５は、キャプチャ、アスペクト比ディスプレイ・フォーマットおよび時間ベースのデータ・ストリームの動き、例えばビデオ・データおよび異なるソース・データ・ストリームからのビデオ・データの編集されたシーケンスも操作する。
【００２２】
ソフトウェアの特性により、キャプチャの好みの入力のために、アイコン識別子および／またはロケーションを含む、ユーザのために表示される好み画面を通してビデオ・コンテンツのキャプチャ中、１６：９アスペクト比ディスプレイ・フォーマットのセレクションを可能にする。
【００２３】
図１ｃ、１ｄおよび１ｅは、本発明の特定の実施例に従ったコンピュータ・システムの表示装置（例えば、ディスプレイ１１９）に表示されてもよい好み画面の３の異なる例を示す。これらの好み画面は、コンピュータ・システムのユーザが、好みとして参照されるデータ・セレクションを入力できるようにするデータ入力画面と考えられてもよい。このようにユーザは、コンピュータ・システムが、コンピュータ・システムに記憶された（または記憶されるべき）データに関して様々なアクションを取ることを示すために、図１ｃまたは図１ｄの“アナモルフィック１６：９”の隣のボックス、または図１ｅの“１６：９インポート・チェック”の隣のボックスにチェック・オフ（“選択”）してもよい。例えば、図１ｃにおける“アナモルフィック１６：９”の隣のボックスを選択することで、システムに、コンピュータ・システムの記憶装置に記憶された映画の特定のシーケンス（例えば、映画の特定の部分）が、１６：９フォーマットで維持されることを伝える（例えば、このシーケンスに追加された映画クリップが、１６：９フォーマットへと維持され（または変換され）る）。図１ｄにおける“アナモルフィック１６：９”の隣のボックスを選択することで、システムに、画像または映画が、１６：９フォーマットのデータとしてキャプチャされるように扱うよう命じる；これは、画像または映画データが１６：９フォーマットであることを示す、フラグ・ビットがデータに存在しないため、データが１６：９フォーマットであることを、システムがユーザによって知らされうる場合に使用されるかもしれない。図１ｅにおける“１６：９インポート・チェック”の隣のボックスを選択することで、コンピュータ・システムは、別のソースから画像データをキャプチャし、またはインポートする時、自動的に、データが１６：９フォーマットであることを示すフラグ・ビットを調べる。一つの実施例において、システムがこのチェックを実行するように、このボックスは（図１ｅにおいて“Ｘ”印で示されている）デフォルトとして選択されている。このチェックの一部としてフラグ・ビットを検出すると、システムはデータを１６：９フォーマットで記憶し、およびこのフォーマットを維持し（例えば図１ａに記載の１１１のようなハード・ディスクに）、およびこのフォーマットのデータを、ビデオ・テープ・デッキあるいは他の順次記憶装置のような別の記憶装置に出力する。
【００２４】
ソフトウェア１５５のさらなる特性は、ビデオ・セグメントを、例えばビデオ・シーケンスを構築するために、一つの場所から別の場所へ移動させる“ドラグ・アンド・ドロップ”機能でもよい。ソフトウェア１５５は、そうでなければ、データ・ストリームの表示を操作することもでき、例えばビデオ・ストリームをフォーマットし、およびそれらの表示アスペクト比ならびに画素構成を認識することができる。コマンド選択およびデータや命令のフローを、プロセッサ１０１へと方向付ける情報、英数字装置１１３および／またはカーソル制御装置１１７または音声認識を介して、ユーザによって実行されてもよい。プロセッサ１０１は、データならびに命令を処理し、およびその結果は、表示装置１１９に表示されてもよい。
【００２５】
図２は、本発明の実施例とともに使用されてもよいグラフィックス・ユーザ・インターフェース（ＧＵＩ）２００の一例である。しかしながら、他のインターフェースが使用されてもよい。ＧＵＩ２００は、表示装置１１９上に表示され（図１ａ参照）、プロセッサ１０１へのデータおよび命令の流れを制御することに関して、ユーザを支援する。典型的には、ＧＵＩ２００は１またはそれ以上のウィンドウを具備し、そのいくつかは、データならびに命令に従って、プロセッサ１０１によって開けられてもよく、いくつかはユーザによって開けられてもよい。図は、２つのウィンドウ２１０、２３０を示す。ウィンドウ２１０は、時間ベースの情報のストリームを含む様々なクリップがロードされうるソース・モニタとして作動するビューアである。ウィンドウ２３０は、そこに編集されたビデオ・ストリームの結果が転送されるか、または第二のビデオ・ストリームが編集の前に見られるかもしれないキャンバス・ウィンドウである。この例示的な実施例がビデオならびに静止画像の表示フォーマットを扱う一方で、他の実施例においては、ロードされた時間ベースの情報のストリームが、複数のビデオ・クリップ、複数のビデオならびにオーディオ・クリップ、または複数のオーディオ・クリップでもよいが、それらに限定されないことが理解される。
【００２６】
例えば、様々なビデオ・データ・ストリームが、ＧＵＩ上のプルダウン・ウィンドウからアイコンを選択することによって、ウィンドウ２１０またはウィンドウ２３０へとロードされてもよい。ビデオの実際のキャプチャおよびログの前に、一つの実施例においては、好み画面がユーザに見えてもよい。この画面上では、ユーザは、ビデオを１６：９アスペクト比フォーマットでロードさせるための選択肢を選択してもよい。一度選択されると、アナモルフィック１６：９アスペクト比ＣＣＤレンズで記録されたビデオ・ストリームが、ウィンドウ２１０上のフル・レターボックス・サイズ画面で特定の実施例において表示され、黒い線は伴わない。ＧＵＩウィンドウ・ディスプレイ２１０，２３０が調節可能なボーダーを有し、かつ例えばテレビ画面として固定表示寸法に限定されないとすると、アナモルフィック画像が直接キャプチャされ、画面領域を埋める。
【００２７】
コントロール・パネル２２０，２４０は、ビデオ・セグメントおよび編集されたシーケンスを調整し、および操作するために使用されるアイコンを組み込んでいる。これは、ビデオあるいはオーディオ・クリップのためのクロノロジカル・シーケンスを表すタイムライン２２１，２４１；編集ポインタ２２２，２４２；再生、リバースならびにフォワード・アイコン２２３，２４３を；当業者に起こるであろうビューイングあるいは編集の助けとして採用されてもよい他の調整アイコンと同様に含んでもよい。
【００２８】
１６：９画像の表示は、画像を正しく表示するために必要な、適用可能画素アスペクト比を処理するためのアルゴリズムを含む基本ソフトウェア１５５によって処理される。このアルゴリズムは、動いている画像における回転効果を判断し、かつ決定し、およびそれに従って歪みを排除するために画素アスペクト比を調整するために使用される。
【００２９】
１６：９フォーマットであるが、アナモルフィックではないビデオ・データ・ストリーム、すなわち、この効果を供給するために縦に伸ばされているが、アナモルフィック・レンズを用いて記録されたのではない画像は、デジタル・ビデオ・ストリームの各フレームにある、プログラムされたビットで、それらのシミュレートされたアナモルフィック・フォーマットを記録するだろう。本発明の基本ソフトウェアは、このビットを認識し、および例えばウィンドウ２３０に、１６：９フォーマットで画像を自動的に表示するが、これは、位置を反映する画像の上および下に黒く線２７５を含むが、アナモルフィック効果をシミュレートするのに必要な画像の歪みを排除するだろう。
【００３０】
ユーザが、他のフォーマット・タイプ、たとえば４：３アスペクト比ビデオ・ストリームに対して１６：９アスペクト比キャプチャ・モードを選択する場合、ビデオ・ストリームは、１６：９フォーマットで、ウィンドウ２１０（例えば）またはウィンドウ２３０でキャプチャされ、表示されるだろう（図２ａ参照）。これが、４：３比の素材と関与する場合、これは、ブラック・フィールド２９０の中に表示されるボックス２８０として現れるだろう。画像の縮尺を替えることによって、または当業界で公知の他の手段によって、画像は１６：９領域全体を埋めるために伸ばされうる。様々なフォーマット・タイプを１６：９表示モードに組み込むことが、他の１６：９ストリームを伴うこの素材の継ぎ目のない編集を可能とする。そのような素材が１６：９フォーマット・アスペクト比表示に変換される時、ソフトウェア１５５は、例えば、コンピュータ・システムにおける記憶装置へ、またはビデオ・テープ等の遠隔記憶装置へのその出力時に、表示フォーマットを１６：９であると識別するために、変換された素材のフレーム・ビット上の情報を変更して、関連する再生装置に、適切である画面表示フォーマットを知らせる。
【００３１】
本発明の一つの実施例におけるビデオ・ストリームの編集の処理は、係属アメリカ合衆国特許出願第０９／２８５，９３４号、題名“テープへの編集”、１９９９年４月２日出願に記述されている。編集は、ウィンドウ２１０の下にあるコントロール・パネルを用いて、ビデオ情報の時間ベースのストリームで実行される。コントロール・パネル２２０，２４０は、タイムライン２２１，２４１を具備し、前記タイムラインは、ロードされた、時間ベースのビデオ・コンテンツのクロノロジカル・シーケンスの経過をたどる。タイムライン２２１、２４１は、目的地へ転送されるべき、編集された時間ベースのストリームを構築する時間ベースのストリームのイン・ポイントおよびアウト・ポイントを選択するために使用される編集ポインタ２１２，および２１３を含む。
【００３２】
編集されたシーケンスを作成する時、ユーザは、シーケンスが、１６：９アスペクト比表示フォーマットへ編集されるべきであることを示すアナモルフィック１６：９の設定を選択してもよい。１６：９コンテンツを１６：９シーケンスに加える時、素材は、編集された時間ベースのストリームに直接入る。非１６：９コンテンツが、１６：９ストリームに加えられてもよい。非１６：９は、１６：９フォーマットで、またはそれ自身のフォーマットを使用して、すなわち４：３でロードされることができ、およびＧＵＩ２３０における隣接する画面で見られることができる。非１６：９ビデオ・コンテンツを挿入することは、１６：９表示フォーマットに適合するように、画素アスペクト比の調節を必要とする。この種の変換は、さらなるレンダリング・ステップを伴う。
【００３３】
レンダリング・ステップにおいて、ビデオ・ストリームのフレームは、シーケンス内に潤滑に適合するように算出される。フレーム・サイズおよび解像度に関する様々な設定が、ユーザによって、レンダリング・ステップに関する好みとして設定されうる。そうでなければ、ソフトウェアが素材をレンダリングすることができる。シーケンスに入った静止画像も、同様に適用可能な画素アスペクト比に適合するように調整される。
【００３４】
編集の完了時に、ソフトウェアは、各ＤＶフレームにおけるアナモルフィック・ビットを適切に設定し、例えばカムコーダーのファインダにおいて、または適切な表示画面において、適切なビューイングを可能にする。
【００３５】
図３は、本発明の一つの実施例における、完成した編集されたコンテンツを出力するためのステップを示すフロー・チャートである。ビデオ・シーケンスを出力するための方法は、係属中アメリカ合衆国特許出願第０９／２８５，９３４号、“テープへの編集”に記述されている。例えば、テープへの編集オペレーションは、様々な方法を用いて実行されうる。編集を伴うソース媒体は、ファイルに記憶されてもよい。ファイル・アイコンは、テープへの編集ウィンドウへとドラグされ、または矢印を使ってテープへの編集ウィンドウへ、編集されたソース媒体をドラグするために、３点編集の方法を用いることができる。
【００３６】
機能的ブロック３００において、ユーザは、編集されたシーケンスを選択し、それはシステムに記憶されてもよい１またはそれ以上のソースからのビデオ・クリップを含むかもしれない。ユーザは、このシーケンスがビデオ・テープへと出力されるか、そこで素材を上書きするか、またはビデオ・テープのコンテンツの中に挿入されるか、すなわちテープへ編集されるかを指定する。これは、決定ブロック４１０で反映される。ビデオへの出力は、ビデオ・テープへの印刷オペレーション４２０によって達成され、それはコンピュータ・システムの出力部分へ、例えば接続されたテープ・デッキで接続される。テープへの編集が試みられる場合に、うまく編集するための好み情報を供給するために、時間コードがテープになければならない４３０。次のオペレーションは、編集オペレーションの種類、プレビュー、挿入または組み立て種類を選択することを伴う。ユーザはそれから、接続されたビデオ・テープ・マシン４４０へとビデオ・テープを挿入するよう促される。ファイルとしてまたはバッチ・ファイル・フォーマットで、シーケンスをエクスポートする他の方法は、当業界で公知の他の出力方法の中でもとりわけ、本発明の範囲および企図範囲内である。他の準備およびマスタリング設定を含む設定、および例えばリーダー（ｌｅａｄｅｒ）の作成、カラー・バー、トレーラーまたは他の特性を可能にする選択肢も含まれてよい。
【００３７】
例えばテープまたはカムコーダーへの、編集されたソース素材の出力時、プログラム可能フレーム・ビットは、正しい表示を供給するために、１６：９フォーマットに調節される。アナモルフィック・フォーマットをシミュレートするために縮尺されている、および黒いボーダーを有するものとして表示装置上に現れる素材に関して、ソフトウェア１５５は、記憶装置に出力される前に、その本来のフル・サイズの伸ばされたフォームに画像を縮尺する。
【００３８】
図４は、１６：９でフォーマットされたデータがコンピュータ・システムによってインポートされ、あるいは受信され、それから１６：９フォーマットで他の記憶装置（例えば、ビデオ・テープ・マシン等、順次記憶装置）へと記録されてもよいシステム・レベルの方法を示す。オペレーション５０１は、画像データを（例えば、ビデオ・カメラまたは他の入力装置から）受信し、および自動的に１６：９フラグ・ビットを調べ、受信されたデータにおけるこのビットを検出し、およびハード・ディスクあるいは光ディスクまたは磁気光学ディスク等、コンピュータ・システムに接続された記憶装置（例えば、装置１１１）に前記データを記憶するコンピュータ・システムを伴う。オペレーション５０２は、１６：９でフォーマットされたデータの表示を含み、そのフォーマットで、コンピュータ・システムの表示装置（例えば、ディスプレイ１１９）に表示される。オペレーション５０３は、ユーザが１６：９フォーマットでデータを編集（例えば、画像データのフレームを削除し、またはオーディオ・データをミックスする等）するかもしれない可能性を反映する。オペレーション５０４は、オペレーション５０２および５０３に続き、それはコンピュータ・システムからのデータ（例えば、記録されているデータにおける１６：９フォーマット・データを示すために設定された、１６：９フラグ・ビットとともに）を、順次記憶装置（例えば、ビデオ・テープ・マシン）等の他の記憶装置に記録することを伴う。コンピュータ・システムは、通常に、フラグ・ビットがデータは１６：９フォーマットであることを示す場合に、１６：９フォーマットでデータを記録するだろう。
【００３９】
前述の詳細な説明において、本発明はその特定の実施例を参照して記述されている。しかしながら、特許請求の範囲で述べられたような本発明のより広い精神および範囲から逸脱することなく、そこに様々な変形および変更がなされもよいことは明らかであろう。明細書および図面は、従って、制約的な意味よりはむしろ、例示的な意味とみなされるべきである。
本発明は、例示として説明され、添付の図面の図における制限として説明されるのではない。
【図面の簡単な説明】
【００４０】
【図１ａ】図１ａは、本発明の実施例を含むかもしれないコンピュータ・システムの図である。
【図１ｂ】図１ｂは、本発明の実施例を含むかもしれない記憶媒体の図である。
【図１ｃ】図１ｃは、データ入力画面の３の異なる例を示す。
【図１ｄ】図１ｄは、データ入力画面の３の異なる例を示す。
【図１ｅ】図１ｅは、データ入力画面の３の異なる例を示す。
【図２】図２は、本発明の実施例とともに使用されるかもしれないグラフィック・ユーザ・インターフェースの図である。
【図２ａ】図２ａは、本発明の実施例とともに使用されるかもしれないグラフィック・ユーザ・インターフェースの図である。
【図３】図３は、本発明の実施例におけるビデオ・データ・ストリームのエクスポート・シーケンスを示すフローチャートである。
【図４】図４は、１６：９でフォーマットされたデータが、コンピュータ・システムによって記録され／受信されるかもしれず、それから１６：９フォーマットで別の記憶装置（例えば、テープ）に記録されるかもしれないシステム・レベル方法を示す。
【技術分野】
【０００１】
本発明は、ビデオ・キャプチャおよび編集に関する。特に、本発明は、１６：９ビジュアル・ディスプレイ・フォーマットで、ビデオ・データ・ストリームをキャプチャし、およびシーケンスすることに関する。
【背景技術】
【０００２】
標準ＮＴＳＣ（Ｎａｔｉｏｎａｌ Ｔｅｌｅｖｉｓｉｏｎ Ｓｙｓｔｅｍ Ｃｏｍｍｉｔｔｅｅ）およびＰＡＬ（Ｐｈａｓｅ Ａｌｔｅｒｎａｔｉｏｎ Ｌｉｎｅ）テレビは、４：３の画像アスペクト比を有する。これは、可視領域の幅と可視領域の高さの比が４／３、すなわち１．３３であることを意味する。ＨＤＴＶ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｔｅｌｅｖｉｓｉｏｎ）は、１６：９、すなわち１．７８の画像アスペクト比を有するいくつかのフォーマットを特定する。
【０００３】
１６：９のアスペクト比で記録されたプログラムが、全幅が見えるような４：３のアスペクト比を有する装置に表示されると、黒い帯が画像の上と下に見られる。これはレターボックス（ｌｅｔｔｅｒ−ｂｏｘｉｎｇ）として知られる。
【０００４】
オリジナルのプログラム素材が（ＮＴＳＣデジタル・ビデオのように）４８０の有効走査線を有する場合、レターボックスされたプログラムに関する有効画像を含む領域が３６０走査線しかない、すなわち合計の可視領域の７５％しかない。このレターボックスされたプログラムが、４８０走査線の固有解像度を有するフォーマットへと記録されると、記録された素材の２５％は空である。
【０００５】
この状況を改善するため、アナモルフィック・トランスファ（ａｎａｍｏｒｐｈｉｃ ｔｒａｎｓｆｅｒ）と呼ばれる技術が開発された。この処理において、１６：９プログラムの有効領域は、記録された素材の４８０走査線すべてを埋めるために、縦に伸ばされる。この種類の素材を見るためには、表示装置は、２５％、縦の寸法をスクイッシュ（ｓｑｕｉｓｈ）'する必要があり、記録中に実行された伸ばしをちょうど相殺する。これは、４８０走査線をより小さい縦の空間に入れ、走査線の出現を減らすという効果を有する。ソース素材がフィルムである場合、それは固有の走査線カウント'を有さず、縦の伸ばしは光学的に達成され、縦解像度を向上させる。
【０００６】
この処理は、本来、レーザーディスクおよびＤＶＤ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｃｓ）に関して開発され、使用されており、多くのハイ・エンド・テレビ・セットは、この種の素材を適切に見るために１６：９スクイッシュ'を実行する能力を有する。
【０００７】
レターボックス・ルック（ｌｅｔｔｅｒｂｏｘｅｄ ｌｏｏｋ）'の人気は、いくつかの消費者用ＤＶ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ）カムコーダー製造者に、彼らのカメラに１６：９'またはＨＤＴＶ'モードを追加するよう促した。これを正しく行うために、カメラはＣＣＤ（Ｃｈａｒｇｅｄ Ｃｏｕｐｌｅ Ｄｅｖｉｃｅ）あるいは感光センサの前の光路にアナモルフィック要素を必要とするか、またはＣＣＤあるいはセンサにおける要素が、アナモルフィック方法でシェープ（ｓｈａｐｅｄ）される必要がある。これをするには大変費用がかかることがわかっているので、ほとんどのカメラは、この効果を得るために騙す'。
【０００８】
画像の中心の３６０走査線を取り、デジタルでそれらを４８０走査線に伸ばすことによって、アナモルフィック・レンズ要素を有するのに似た結果が達成される。ここでの欠点は、記録された素材の走査線のすべてが実際は作られた走査線であり、その一つ一つは、ＣＣＤ上の２の連続した走査線を混合したものである。これは、アナモルフィック・レンズ・アダプタを使用することで得られる解像度の向上をもたらさない。
【０００９】
カメラのファインダでの適切なアスペクト比を保持するために、カメラは、１６：９の素材を表示するときに縦のスクイッシュ'を実行するであろう。これは、ＤＶストリームにおける各フレームの１ビットを精査することによって、ＤＶカムコーダーにおいて検出される。このスクイッシュ'オペレーションは、ある量のハードウェアがＮＴＳＣまたはＰＡＬ出力信号で実行することを求めるので、ほとんどの消費者用カムコーダーは、それらのファインダに表示されるデータを修正するにすぎない。よりハイ・エンドなデッキは、しかしながら、このスクイッシュ'をＮＴＳＣまたはＰＡＬ出力でも実行でき、それらだけで１６：９スクイッシュを実行する能力なしに、テレビ上でレターボックス画像を与える。
【００１０】
アナモルフィック・レンズ・アダプタが取り付けられたカメラを用いれば、記録は通常通り実行されうる。注目すべき効果は、ファインダにおいて、画像は縦に伸ばされて出現し、記録された画像は、縦のスクイッシュ'機能で、モニタ上で正しく見えるにすぎないという点である。
【００１１】
１６：９モードに設定されたＤＶカムコーダーに関して、ファインダにおける素材は正しく見えるが、カメラの出力は、１６：９のスクイッシュ'で、モニタ上に表示される必要があるだろう。
【００１２】
【特許文献１】国際公開第９８／４６０１６号
【特許文献２】特開平９−７００１４号公報
【特許文献３】特開２０００−６９３６２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
編集がこの素材で実行されうるのは、画像コンテンツのアナモルフィック性が、素材へのアクセスに影響を与えないからである。クロス・ディゾルブ等、レンダリングされる効果は良好であろう。しかしながら、形状を作る効果、または回転を伴う動きの効果は、画像における顕著な歪みを作り出すだろう。また、合成されたグラフィックスは、注意深いアスペクト歪みがなければ、歪みやすい。（これらの効果のすべては、アナモルフィック・レンズが作り出す各画像の形状における変化によって、歪められる）。
【課題を解決するための手段】
【００１４】
開示されるのは、１６：９のアスペクト比を有するグラフィック画像を含む第一のデータ・ストリームをコンピュータ・システムへ受信し、前記画像を前記コンピュータ・システムの記憶装置内にキャプチャし、および前記画像を、１６：９アスペクト比フォーマットでコンピュータ・システムにおけるグラフィカル・ユーザ・インタフェースに表示する方法および装置である。また、完成した、編集されたシーケンスを、１６：９のアスペクト比表示フォーマットへ一致させる１またはそれ以上のビデオ・クリップを伴うビデオ・セグメント等、ソース・データ・ストリームを編集するための方法および装置も開示される。
【００１５】
本発明の他の特徴および効果は、添付の図面および以下に続く詳細な説明から明らかになるだろう。
【発明を実施するための最良の形態】
【００１６】
図１ａは、本発明の実施例が組み込まれてもよいコンピュータ・システム１００の一例である。コンピュータ・システム１００は、バス１０３を介してメイン・メモリ１０５へ接続されたプロセッサ１０１を具備する。メイン・メモリ１０５は、ダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭｓ）または他の適切なメモリでもよい。
【００１７】
データおよび命令は、メイン・メモリ１０５に記憶され、プロセッサ１０１によって処理される。一般的にバス１０３に接続されるのは、ベーシック・インプット／アウトプット命令（ＢＩＯＳ）が記憶される読み取り専用メモリ（ＲＯＭ）である。さらにバス１０３に接続されるのは、とりわけ、メモリ管理装置（ＭＭＵ）、割り込みコントローラ、ビデオ・コントローラ、ダイレクト・メモリ・アクセス・コントローラ（ＤＭＡ）および入力／出力（Ｉ／Ｏ）コントローラ等、様々なコントローラであり、そのすべては図に示されていない。さらにバス１０３に接続されるのは、様々なＩ／Ｏ装置が接続されるＩ／Ｏインターフェース１０７である。Ｉ／Ｏ装置の例は、磁気ディスク・ドライブおよび／または光ディスク・ドライブ等の大容量記憶装置１１１、キーボード等の英数字入力装置１１３、マウスまたはトラックボール等のカーソル・コントロール装置１１７、モニタまたは液晶ディスプレイ（ＬＣＤ）等のディスプレイ装置１１９、プリンタ等のプリンタ装置１２１、モデム等の通信装置１２３、およびＥｔｈｅｒｎｅｔ（登録商標）等のネットワーク・インターフェース装置１２５である。
【００１８】
さらに、ビデオ・テープ・デッキまたはビデオ・カムコーダー等の順次記憶装置１２７は、Ｉ／Ｏコントローラ１０７を通してコンピュータに接続される。例えば、順次記憶装置１２７は、プリンタ・ポート、モデム・ポート、またはＡｐｐｌｅ ＦｉｒｅＷｉｒｅポートを通して接続されうる。以下は、使用されてもよいデッキ・プロトコルのリストである：
ＡｐｐｌｅTMＦｉｒｅＷｉｒｅ
ＡｐｐｌｅTMＦｉｒｅＷｉｒｅ Ｂａｓｉｃ
ＪＶＣTMＲＳ−２３２
ＰａｎａｓｏｎｉｃTMＲＳ−２３２
ＳｏｎｙTMＲＳ−４２２
ＳｏｎｙTMＲＳ−２３２
ＳｏｎｙTMＶＩＳＣＡ
ＳｏｎｙTMＬＡＮＣ
【００１９】
一例としてビデオ・テープ・デッキを用いると、ビデオ・テープ・デッキ１２７は、本発明の実施例に従ってフォーマットされたビデオ・テープ１２９に、編集されたビデオ・クリップおよび／または付随するオーディオ・クリップを記憶する。その一つのフォーマットにおいて、ビデオ・テープ１２９は、“ブラック・アンド・コード（Ｂｌａｃｋ ａｎｄ Ｃｏｄｅ）”でもよい。ブラック・アンド・コードは、ビデオ・テープが、音声のない黒画面で書き込まれるフォーマットを定義し、テープ全体を通して、タイムコードが挿入される。タイムコードによって、ビデオ・テープ・デッキ１２７は、テープ内の様々な位置の経過をたどることができ、それによってテープにおける敏速で迅速なナビゲーションができる。一般的に、ビデオ・テープ・デッキ１２７は、クリップが記録されている時のような方法で制御され、テープ・ヘッドは特定の距離へ戻り、タイムコードを用いて最後のフレームに同期するように前に巻き、記録を開始する。この方法で、クリップと記録された最後のフレームとの間の見えない隙間が形成されない。このように、２つの記録されたクリップの間で、それは１の連続したクリップとして感知される。
【００２０】
上述されたコンピュータ・システム１００は、市場で容易に入手することができる。好ましくは、コンピュータ・システム１００は、Ｃｕｐｅｒｔｉｎｏ，ＣａｌｉｆｏｒｎｉａにあるＡｐｐｌｅ ＣｏｍｐｕｔｅｒTM、Ｉｎｃ．が製造するＭａｃｉｎｔｏｓｈTM、Ｇ３ＰｏｗｅｒＭａｃTMブランドのパーソナル・コンピュータ等、パーソナル・コンピュータのＭａｃｉｎｔｏｓｈTMファミリの一つである。プロセッサは、Ｓｃｈａｕｍｂｕｒｇ，ＩｌｌｉｎｏｉｓにあるＭｏｔｏｒｏｌａTM，Ｉｎｃ．が製造するようなＧ４またはＧ３ＰｏｗｅｒＰＣTM等のマイクロプロセッサのＰｏｗｅｒＰＣファミリの一つでもよい。しかしながら、他のシステムおよびプロセッサが使用されてもよい。コンピュータ・システム１００は、システムのたった一例を示すに過ぎないことが理解され、それは多くの異なる構成およびアーキテクチャを有してもよく、およびそれは本発明とともに採用されてもよい。例えば、ＭａｃｉｎｔｏｓｈおよびＩｎｔｅｌシステムは、しばしば、周辺バス、専用バス等、複数のバスを有する。一方で、本発明のコンピュータ・システムとして使用されてもよい、ネットワーク・コンピュータは、例えば、ハード・ディスクまたは他の大容量記憶装置を含まないかもしれないが、モデムまたはネットワーク・インターフェース等、ネットワーク接続から、プロセッサによって処理されるべきルーチンおよび／またはデータを受信してもよい。同様に、当業界で公知であるウェブＴＶシステムは、本発明のコンピュータ・システムであると考えられてよいが、そのようなシステムは、Ｉ／Ｏ装置を参照して上述されたもの等、１またはそれ以上のＩ／Ｏ装置を含まないかもしれない。さらに、セルラー電話および／またはページング性能を採用しているかもしれない携帯通信およびデータ処理システムは、本発明とともに使用されてもよいコンピュータ・システムであると考えられてもよい。一般的に、本発明のコンピュータ・システムは、プロセッサと、およびプロセッサに接続され、およびプロセッサに本発明の様々な方法を実行させるソフトウェア命令を記憶するメモリとを含む。一般的に、本発明のためのソフトウェアは、プロセッサ１０１が記憶装置から引き出し、処理のためにメイン・メモリ１０５へダウン・ロードするまで、磁気または光学でもよい、大容量記憶装置１１１または記憶ディスク１１２に記憶されてもよい。
【００２１】
図１ｂは、とりわけ、ランダム・アクセス・メモリ（ＲＡＭ）、ハード・ディスク、コンパクト・ディスク、および／または磁気ディスクでよい記憶媒体１５０の一例である。記憶媒体１５０は、アイコン識別子１５１、アイコンが、アイコンの制御下で記憶装置を操作するコンピュータ・システムおよびソフトウェア１５５に接続された順次記憶装置を制御するための命令およびデータ・コード１５３を具備する。プロセッサ１０１は、メイン・メモリ１０５からのデータおよび命令を処理する。ソフトウェア１５５は、キャプチャ、アスペクト比ディスプレイ・フォーマットおよび時間ベースのデータ・ストリームの動き、例えばビデオ・データおよび異なるソース・データ・ストリームからのビデオ・データの編集されたシーケンスも操作する。
【００２２】
ソフトウェアの特性により、キャプチャの好みの入力のために、アイコン識別子および／またはロケーションを含む、ユーザのために表示される好み画面を通してビデオ・コンテンツのキャプチャ中、１６：９アスペクト比ディスプレイ・フォーマットのセレクションを可能にする。
【００２３】
図１ｃ、１ｄおよび１ｅは、本発明の特定の実施例に従ったコンピュータ・システムの表示装置（例えば、ディスプレイ１１９）に表示されてもよい好み画面の３の異なる例を示す。これらの好み画面は、コンピュータ・システムのユーザが、好みとして参照されるデータ・セレクションを入力できるようにするデータ入力画面と考えられてもよい。このようにユーザは、コンピュータ・システムが、コンピュータ・システムに記憶された（または記憶されるべき）データに関して様々なアクションを取ることを示すために、図１ｃまたは図１ｄの“アナモルフィック１６：９”の隣のボックス、または図１ｅの“１６：９インポート・チェック”の隣のボックスにチェック・オフ（“選択”）してもよい。例えば、図１ｃにおける“アナモルフィック１６：９”の隣のボックスを選択することで、システムに、コンピュータ・システムの記憶装置に記憶された映画の特定のシーケンス（例えば、映画の特定の部分）が、１６：９フォーマットで維持されることを伝える（例えば、このシーケンスに追加された映画クリップが、１６：９フォーマットへと維持され（または変換され）る）。図１ｄにおける“アナモルフィック１６：９”の隣のボックスを選択することで、システムに、画像または映画が、１６：９フォーマットのデータとしてキャプチャされるように扱うよう命じる；これは、画像または映画データが１６：９フォーマットであることを示す、フラグ・ビットがデータに存在しないため、データが１６：９フォーマットであることを、システムがユーザによって知らされうる場合に使用されるかもしれない。図１ｅにおける“１６：９インポート・チェック”の隣のボックスを選択することで、コンピュータ・システムは、別のソースから画像データをキャプチャし、またはインポートする時、自動的に、データが１６：９フォーマットであることを示すフラグ・ビットを調べる。一つの実施例において、システムがこのチェックを実行するように、このボックスは（図１ｅにおいて“Ｘ”印で示されている）デフォルトとして選択されている。このチェックの一部としてフラグ・ビットを検出すると、システムはデータを１６：９フォーマットで記憶し、およびこのフォーマットを維持し（例えば図１ａに記載の１１１のようなハード・ディスクに）、およびこのフォーマットのデータを、ビデオ・テープ・デッキあるいは他の順次記憶装置のような別の記憶装置に出力する。
【００２４】
ソフトウェア１５５のさらなる特性は、ビデオ・セグメントを、例えばビデオ・シーケンスを構築するために、一つの場所から別の場所へ移動させる“ドラグ・アンド・ドロップ”機能でもよい。ソフトウェア１５５は、そうでなければ、データ・ストリームの表示を操作することもでき、例えばビデオ・ストリームをフォーマットし、およびそれらの表示アスペクト比ならびに画素構成を認識することができる。コマンド選択およびデータや命令のフローを、プロセッサ１０１へと方向付ける情報、英数字装置１１３および／またはカーソル制御装置１１７または音声認識を介して、ユーザによって実行されてもよい。プロセッサ１０１は、データならびに命令を処理し、およびその結果は、表示装置１１９に表示されてもよい。
【００２５】
図２は、本発明の実施例とともに使用されてもよいグラフィックス・ユーザ・インターフェース（ＧＵＩ）２００の一例である。しかしながら、他のインターフェースが使用されてもよい。ＧＵＩ２００は、表示装置１１９上に表示され（図１ａ参照）、プロセッサ１０１へのデータおよび命令の流れを制御することに関して、ユーザを支援する。典型的には、ＧＵＩ２００は１またはそれ以上のウィンドウを具備し、そのいくつかは、データならびに命令に従って、プロセッサ１０１によって開けられてもよく、いくつかはユーザによって開けられてもよい。図は、２つのウィンドウ２１０、２３０を示す。ウィンドウ２１０は、時間ベースの情報のストリームを含む様々なクリップがロードされうるソース・モニタとして作動するビューアである。ウィンドウ２３０は、そこに編集されたビデオ・ストリームの結果が転送されるか、または第二のビデオ・ストリームが編集の前に見られるかもしれないキャンバス・ウィンドウである。この例示的な実施例がビデオならびに静止画像の表示フォーマットを扱う一方で、他の実施例においては、ロードされた時間ベースの情報のストリームが、複数のビデオ・クリップ、複数のビデオならびにオーディオ・クリップ、または複数のオーディオ・クリップでもよいが、それらに限定されないことが理解される。
【００２６】
例えば、様々なビデオ・データ・ストリームが、ＧＵＩ上のプルダウン・ウィンドウからアイコンを選択することによって、ウィンドウ２１０またはウィンドウ２３０へとロードされてもよい。ビデオの実際のキャプチャおよびログの前に、一つの実施例においては、好み画面がユーザに見えてもよい。この画面上では、ユーザは、ビデオを１６：９アスペクト比フォーマットでロードさせるための選択肢を選択してもよい。一度選択されると、アナモルフィック１６：９アスペクト比ＣＣＤレンズで記録されたビデオ・ストリームが、ウィンドウ２１０上のフル・レターボックス・サイズ画面で特定の実施例において表示され、黒い線は伴わない。ＧＵＩウィンドウ・ディスプレイ２１０，２３０が調節可能なボーダーを有し、かつ例えばテレビ画面として固定表示寸法に限定されないとすると、アナモルフィック画像が直接キャプチャされ、画面領域を埋める。
【００２７】
コントロール・パネル２２０，２４０は、ビデオ・セグメントおよび編集されたシーケンスを調整し、および操作するために使用されるアイコンを組み込んでいる。これは、ビデオあるいはオーディオ・クリップのためのクロノロジカル・シーケンスを表すタイムライン２２１，２４１；編集ポインタ２２２，２４２；再生、リバースならびにフォワード・アイコン２２３，２４３を；当業者に起こるであろうビューイングあるいは編集の助けとして採用されてもよい他の調整アイコンと同様に含んでもよい。
【００２８】
１６：９画像の表示は、画像を正しく表示するために必要な、適用可能画素アスペクト比を処理するためのアルゴリズムを含む基本ソフトウェア１５５によって処理される。このアルゴリズムは、動いている画像における回転効果を判断し、かつ決定し、およびそれに従って歪みを排除するために画素アスペクト比を調整するために使用される。
【００２９】
１６：９フォーマットであるが、アナモルフィックではないビデオ・データ・ストリーム、すなわち、この効果を供給するために縦に伸ばされているが、アナモルフィック・レンズを用いて記録されたのではない画像は、デジタル・ビデオ・ストリームの各フレームにある、プログラムされたビットで、それらのシミュレートされたアナモルフィック・フォーマットを記録するだろう。本発明の基本ソフトウェアは、このビットを認識し、および例えばウィンドウ２３０に、１６：９フォーマットで画像を自動的に表示するが、これは、位置を反映する画像の上および下に黒く線２７５を含むが、アナモルフィック効果をシミュレートするのに必要な画像の歪みを排除するだろう。
【００３０】
ユーザが、他のフォーマット・タイプ、たとえば４：３アスペクト比ビデオ・ストリームに対して１６：９アスペクト比キャプチャ・モードを選択する場合、ビデオ・ストリームは、１６：９フォーマットで、ウィンドウ２１０（例えば）またはウィンドウ２３０でキャプチャされ、表示されるだろう（図２ａ参照）。これが、４：３比の素材と関与する場合、これは、ブラック・フィールド２９０の中に表示されるボックス２８０として現れるだろう。画像の縮尺を替えることによって、または当業界で公知の他の手段によって、画像は１６：９領域全体を埋めるために伸ばされうる。様々なフォーマット・タイプを１６：９表示モードに組み込むことが、他の１６：９ストリームを伴うこの素材の継ぎ目のない編集を可能とする。そのような素材が１６：９フォーマット・アスペクト比表示に変換される時、ソフトウェア１５５は、例えば、コンピュータ・システムにおける記憶装置へ、またはビデオ・テープ等の遠隔記憶装置へのその出力時に、表示フォーマットを１６：９であると識別するために、変換された素材のフレーム・ビット上の情報を変更して、関連する再生装置に、適切である画面表示フォーマットを知らせる。
【００３１】
本発明の一つの実施例におけるビデオ・ストリームの編集の処理は、係属アメリカ合衆国特許出願第０９／２８５，９３４号、題名“テープへの編集”、１９９９年４月２日出願に記述されている。編集は、ウィンドウ２１０の下にあるコントロール・パネルを用いて、ビデオ情報の時間ベースのストリームで実行される。コントロール・パネル２２０，２４０は、タイムライン２２１，２４１を具備し、前記タイムラインは、ロードされた、時間ベースのビデオ・コンテンツのクロノロジカル・シーケンスの経過をたどる。タイムライン２２１、２４１は、目的地へ転送されるべき、編集された時間ベースのストリームを構築する時間ベースのストリームのイン・ポイントおよびアウト・ポイントを選択するために使用される編集ポインタ２１２，および２１３を含む。
【００３２】
編集されたシーケンスを作成する時、ユーザは、シーケンスが、１６：９アスペクト比表示フォーマットへ編集されるべきであることを示すアナモルフィック１６：９の設定を選択してもよい。１６：９コンテンツを１６：９シーケンスに加える時、素材は、編集された時間ベースのストリームに直接入る。非１６：９コンテンツが、１６：９ストリームに加えられてもよい。非１６：９は、１６：９フォーマットで、またはそれ自身のフォーマットを使用して、すなわち４：３でロードされることができ、およびＧＵＩ２３０における隣接する画面で見られることができる。非１６：９ビデオ・コンテンツを挿入することは、１６：９表示フォーマットに適合するように、画素アスペクト比の調節を必要とする。この種の変換は、さらなるレンダリング・ステップを伴う。
【００３３】
レンダリング・ステップにおいて、ビデオ・ストリームのフレームは、シーケンス内に潤滑に適合するように算出される。フレーム・サイズおよび解像度に関する様々な設定が、ユーザによって、レンダリング・ステップに関する好みとして設定されうる。そうでなければ、ソフトウェアが素材をレンダリングすることができる。シーケンスに入った静止画像も、同様に適用可能な画素アスペクト比に適合するように調整される。
【００３４】
編集の完了時に、ソフトウェアは、各ＤＶフレームにおけるアナモルフィック・ビットを適切に設定し、例えばカムコーダーのファインダにおいて、または適切な表示画面において、適切なビューイングを可能にする。
【００３５】
図３は、本発明の一つの実施例における、完成した編集されたコンテンツを出力するためのステップを示すフロー・チャートである。ビデオ・シーケンスを出力するための方法は、係属中アメリカ合衆国特許出願第０９／２８５，９３４号、“テープへの編集”に記述されている。例えば、テープへの編集オペレーションは、様々な方法を用いて実行されうる。編集を伴うソース媒体は、ファイルに記憶されてもよい。ファイル・アイコンは、テープへの編集ウィンドウへとドラグされ、または矢印を使ってテープへの編集ウィンドウへ、編集されたソース媒体をドラグするために、３点編集の方法を用いることができる。
【００３６】
機能的ブロック３００において、ユーザは、編集されたシーケンスを選択し、それはシステムに記憶されてもよい１またはそれ以上のソースからのビデオ・クリップを含むかもしれない。ユーザは、このシーケンスがビデオ・テープへと出力されるか、そこで素材を上書きするか、またはビデオ・テープのコンテンツの中に挿入されるか、すなわちテープへ編集されるかを指定する。これは、決定ブロック４１０で反映される。ビデオへの出力は、ビデオ・テープへの印刷オペレーション４２０によって達成され、それはコンピュータ・システムの出力部分へ、例えば接続されたテープ・デッキで接続される。テープへの編集が試みられる場合に、うまく編集するための好み情報を供給するために、時間コードがテープになければならない４３０。次のオペレーションは、編集オペレーションの種類、プレビュー、挿入または組み立て種類を選択することを伴う。ユーザはそれから、接続されたビデオ・テープ・マシン４４０へとビデオ・テープを挿入するよう促される。ファイルとしてまたはバッチ・ファイル・フォーマットで、シーケンスをエクスポートする他の方法は、当業界で公知の他の出力方法の中でもとりわけ、本発明の範囲および企図範囲内である。他の準備およびマスタリング設定を含む設定、および例えばリーダー（ｌｅａｄｅｒ）の作成、カラー・バー、トレーラーまたは他の特性を可能にする選択肢も含まれてよい。
【００３７】
例えばテープまたはカムコーダーへの、編集されたソース素材の出力時、プログラム可能フレーム・ビットは、正しい表示を供給するために、１６：９フォーマットに調節される。アナモルフィック・フォーマットをシミュレートするために縮尺されている、および黒いボーダーを有するものとして表示装置上に現れる素材に関して、ソフトウェア１５５は、記憶装置に出力される前に、その本来のフル・サイズの伸ばされたフォームに画像を縮尺する。
【００３８】
図４は、１６：９でフォーマットされたデータがコンピュータ・システムによってインポートされ、あるいは受信され、それから１６：９フォーマットで他の記憶装置（例えば、ビデオ・テープ・マシン等、順次記憶装置）へと記録されてもよいシステム・レベルの方法を示す。オペレーション５０１は、画像データを（例えば、ビデオ・カメラまたは他の入力装置から）受信し、および自動的に１６：９フラグ・ビットを調べ、受信されたデータにおけるこのビットを検出し、およびハード・ディスクあるいは光ディスクまたは磁気光学ディスク等、コンピュータ・システムに接続された記憶装置（例えば、装置１１１）に前記データを記憶するコンピュータ・システムを伴う。オペレーション５０２は、１６：９でフォーマットされたデータの表示を含み、そのフォーマットで、コンピュータ・システムの表示装置（例えば、ディスプレイ１１９）に表示される。オペレーション５０３は、ユーザが１６：９フォーマットでデータを編集（例えば、画像データのフレームを削除し、またはオーディオ・データをミックスする等）するかもしれない可能性を反映する。オペレーション５０４は、オペレーション５０２および５０３に続き、それはコンピュータ・システムからのデータ（例えば、記録されているデータにおける１６：９フォーマット・データを示すために設定された、１６：９フラグ・ビットとともに）を、順次記憶装置（例えば、ビデオ・テープ・マシン）等の他の記憶装置に記録することを伴う。コンピュータ・システムは、通常に、フラグ・ビットがデータは１６：９フォーマットであることを示す場合に、１６：９フォーマットでデータを記録するだろう。
【００３９】
前述の詳細な説明において、本発明はその特定の実施例を参照して記述されている。しかしながら、特許請求の範囲で述べられたような本発明のより広い精神および範囲から逸脱することなく、そこに様々な変形および変更がなされもよいことは明らかであろう。明細書および図面は、従って、制約的な意味よりはむしろ、例示的な意味とみなされるべきである。
本発明は、例示として説明され、添付の図面の図における制限として説明されるのではない。
【図面の簡単な説明】
【００４０】
【図１ａ】図１ａは、本発明の実施例を含むかもしれないコンピュータ・システムの図である。
【図１ｂ】図１ｂは、本発明の実施例を含むかもしれない記憶媒体の図である。
【図１ｃ】図１ｃは、データ入力画面の３の異なる例を示す。
【図１ｄ】図１ｄは、データ入力画面の３の異なる例を示す。
【図１ｅ】図１ｅは、データ入力画面の３の異なる例を示す。
【図２】図２は、本発明の実施例とともに使用されるかもしれないグラフィック・ユーザ・インターフェースの図である。
【図２ａ】図２ａは、本発明の実施例とともに使用されるかもしれないグラフィック・ユーザ・インターフェースの図である。
【図３】図３は、本発明の実施例におけるビデオ・データ・ストリームのエクスポート・シーケンスを示すフローチャートである。
【図４】図４は、１６：９でフォーマットされたデータが、コンピュータ・システムによって記録され／受信されるかもしれず、それから１６：９フォーマットで別の記憶装置（例えば、テープ）に記録されるかもしれないシステム・レベル方法を示す。
【特許請求の範囲】
【請求項１】
コンピュータ・システムにキャプチャされたグラフィック画像を有する第一のデータ・ストリームに応答して、第一のデータ・ストリームが１６：９のアスペクト比のフォーマットであるか否かを決定するために、第一のデータ・ストリームのフラグ・ビットを自動的に調べ、
前記ビットが所定の条件を満足する場合、１６：９のアスペクト比のフォーマットで、
第一のデータ・ストリームを、コンピュータ・システムの記憶装置に記憶することを含むコンピュータによって実施される方法。
【請求項２】
前記第一のデータ・ストリームのフラグ・ビットを自動的に調べることが、第一のデータ・ストリームを記憶装置に出力することに先立って、グラフィック画像をスケーリングするか否かを決めるためである請求項１記載の方法。
【請求項３】
前記ビットを調べることに応答して、１６：９のアスペクト比のフォーマットで、コンピュータ・システムの表示装置にグラフィック画像を表示することを更に含む請求項１記載の方法。
【請求項４】
前記第一のデータ・ストリームを編集して、１６：９のアスペクト比のフォーマットで第二のデータ・ストリームを発生し、そして
前記第二のデータ・ストリームを前記コンピュータ・システムから別の記憶装置に出力することを更に含む請求項１記載の方法。
【請求項５】
前記編集の後に、前記第二のデータ・ストリームの各フレーム内に前記ビットを設定することを更に含む請求項４記載の方法。
【請求項６】
前記第二のデータ・ストリームが前記ビットを有する場合、前記第二のデータ・ストリームを出力することが、１６：９のアスペクト比のフォーマットで達成される請求項４記載の方法。
【請求項７】
前記第一のデータ・ストリームのビットを自動的に調べることが、ユーザからの１つ以上の属性の組に従って、達成される請求項１記載の方法。
【請求項８】
前記一つ以上の属性が、グラフィカル・ユーザ・インタフェース（ＧＵＩ）を介して、構成可能である請求項７記載の方法。
【請求項９】
前記第一のデータ・ストリームのフレーム内の前記ビットを、前記フレームが、１６：９のアスペクト比のフォーマットであることを示すように設定することを含む請求項１記載の方法。
【請求項１０】
第二のデータ・ストリームを受信し、
前記第一のデータ・ストリームと前記第二のデータ・ストリームとをシークエンスし且つレンダリングして、第三のデータ・ストリームを生成し、そして
前記第三のデータ・ストリームの各フレーム内のビットを、第三のデータ・ストリームが１６：９のアスペクト比のフォーマットであること示すように設定することを更に含む請求項１記載の方法。
【請求項１１】
前記第三のデータ・ストリームが他の記憶装置に出力することを更に含む請求項１０記載の方法。
【請求項１２】
マシンがアクセスすることが可能な媒体命令であって、この命令が、マシンによって実行された場合に、
コンピュータ・システムにキャプチャされたグラフィカル画像を有する第一のデータ・ストリームに応答して、第一のデータ・ストリームが、１６：９のアスペクト比のフォーマットであるか否かを決定するために、第一のデータ・ストリームのフラグ・ビットを自動的に調べ、そして
前記ビットが所定の条件を満足する場合、前記第一のデータ・ストリームを、コンピュータ・システムの記憶装置内に、１６：９のアスペクト比のフォーマットで記憶することを含む動作をマシンに達成させる、マシンがアクセス可能な媒体命令。
【請求項１３】
前記第一のデータ・ストリームのフラグ・ビットを自動的に調べることが、前記第一のデータ・ストリームを記憶装置に出力するのに先立って、グラフィカル画像をスケーリングするか否かを決めるためである請求項１２記載の製品。
【請求項１４】
前記マシンがアクセス可能な媒体が、前記ビットを調べることに応答して、１６：９のアスペクト比のフォーマットでコンピュータ・システムの表示装置上にグラフィカル画像を生じすることを含む動作をマシンに達成させるデータを更に含む請求項１２記載の製品。
【請求項１５】
前記マシンがアクセスすることが可能な媒体が、第一のデータ・ストリームを編集して、１６：９のアスペクト比のフォーマットで第二のデータ・ストリームを発生し、そして
前記コンピュータ・システムからの第二のデータ・ストリームを他の記憶装置に出力することを含む動作を、前記マシンに達成させることを更に含む請求項１２記載の製品。
【請求項１６】
前記マシンがアクセスすることが可能な媒体が、前記編集の後に、第二のデータ・ストリームの各フレームに、ビットを設定することを含む動作をマシンに達成させるデータを更に含む請求項１５記載の製品。
【請求項１７】
前記第二のデータ・ストリームを出力することが、第二のデータ・ストリームが前記ビットを有している場合、１６：９のアスペクト比のフォーマットで達成される請求項１５記載の製品。
【請求項１８】
前記第一のデータ・ストリームを自動的に調べることが、ユーザからの一つ以上の属性に従って、達成される請求項１２記載の製品。
【請求項１９】
前記一つ以上の属性が、グラフィカル・ユーザ・インタフェース（ＧＵＩ）を介して、構成可能である請求項１８記載の製品。
【請求項２０】
前記マシンがアクセスすることが可能な媒体が、フレームが１６：９のアスペクト比のフォーマットであることを示すために、第一のデータ・ストリームのフレーム内にフラグ・ビットを設定することを含む動作を、マシンに達成させるデータを含む請求項１２記載の製品。
【請求項２１】
マシンがアクセスすることが可能な媒体が、更に、
第二のデータ・ストリームを受信し、
第一のデータ・ストリームおよび第二のデータ・ストリームをシークエンシングし、且つレンダリングして、第三のデータ・ストリームを生成し、
第三のデータ・ストリームの各フレーム内のビットを、第三のデータ・ストリームが１６：９のアスペクト比のフォーマットであることを示すことを含む動作を、マシンに達成させるデータを更に含む請求項１２記載の製品。
【請求項２２】
前記マシンがアクセスすることが可能な媒体が、第三のデータ・ストリームを、コンピュータ・システムから離れた他の記憶装置に出力することを含む動作を、マシンに達成させるデータを更に含む請求項２１記載の製品。
【請求項２３】
コンピュータ・システムにキャプチャされたグラフィック画像を有する第一のデータ・ストリームに応答して、第一のデータ・ストリームが１６：９のアスペクト比のフォーマットであるか否かを決定するために、第一のデータ・ストリームのフラグ・ビットを自動的に調べる手段、および
ビットが所定の条件を満足する場合、第一のデータ・ストリームをコンピュータ・システムの記憶装置内に１６：９のアスペクト比のフォーマットで記憶する手段、を含むシステム。
【請求項２４】
前記第一のデータ・ストリームのフラグ・ビットを自動的に調べるための手段が、第一のデータ・ストリームを記憶装置に出力する前に、グラフィック画像をスケーリングするか否かを決定するためのものである請求項２３記載のシステム。
【請求項２５】
前記ビットを調べることに応答して、コンピュータ・システムの表示装置上にグラフィック画像を１６：9のアスペクト比のフォーマットで、表示するための手段を更に含む請求項２３記載のシステム。
【請求項２６】
前記第二のデータ・ストリームを１６：９のアスペクト比のフォーマットで発生するよう、第一のデータ・ストリームを編集するための手段、および
前記第二のデータ・ストリームを別の記憶装置に出力するための手段を更に含む請求項２３記載のシステム。
【請求項２７】
前記編集の後に、第二のデータ・ストリームの各フレーム内のビットを設定するための手段を更に含む請求項２６記載のシステム。
【請求項２８】
前記第二のデータ・ストリームを出力することが、第二のデータ・ストリームがビットを有する場合、１６：９のアスペクト比のフォーマットで達成される請求項２６記載のシステム。
【請求項２９】
前記第一のデータ・ストリームの前記ビットを自動的に調べることが、ユーザから受信された１つ以上の属性に従って、達成される請求項２３記載のシステム。
【請求項３０】
前記一つ以上の属性が、グラフィカル・ユーザ・インタフェース（ＧＵＩ）を介して構成可能である請求項２９記載のシステム。
【請求項３１】
フレームが１６：９のアスペクト比のフォーマットであることを示すために、前記第一のデータ・ストリームのフレーム内のフラグ・ビットを設定するための手段を更に含む請求項２３記載のシステム。
【請求項３２】
第二のデータ・ストリームを受信するための手段、
第一のデータ・ストリームと第二のデータ・ストリームとをシークエンスし且つレンダレングして、第三のデータ・ストリームを発生するための手段、及び
第三のデータ・ストリームが１６：９のアスペクト比のフォーマットであることを示すように、第三のデータ・ストリームの各フレーム内のビットを設定するための手段、を更に含む請求項２３記載システム。
【請求項３３】
前記第三のデータ・ストリームをコンピュータ・システムから他の記憶装置に出力するための手段、を更に含む請求項３２記載のシステム。
【請求項３４】
グラフィック画像を含む第一のデータ・ストリームを受信するための入力／出力コントローラ、
前記入力／出力コントローラに結合しており、第一のデータ・ストリームを１６：９のアスペクト比のフォーマットを示しているフラグ・ビットについて自動的に調べるプロセッサ、及び
前記プロセッサに結合されており、前記フラグ・ビットが検出された場合に、１６：９のアスペクト比のフォーマットで、第一のデータ・ストリームを記憶するための記憶装置を、含むシステム。
【請求項３５】
画像を１６：９のアスペクト比のフォーマットで表示するための表示装置を更に含む請求項３４記載のシステム。
【請求項３６】
フレームが、１６：９のアスペクト比のフォーマットであることを示すように、前記プロセッサが、第一のデータ・ストリームのフレーム内のフラグ・ビットを設定するためのものである請求項３４記載のシステム。
【請求項３７】
前記入力／出力コントローラが、第二のデータ・ストリームを受信するためのものであり、
前記プロセッサが、第三のデータ・ストリームを生成するように、第一のデータ・ストリームと第二のデータ・ストリームとをシークエンスし且つレンダリングするためのものであり、且つ
第三のデータ・ストリームの各フレーム内のフラグ・ビットを、１６：９のアスペクト比のフォーマットであることを示すように設定するためのものである請求項３４記載のシステム。
【請求項３８】
前記入力／出力コントローラが、第三のデータ・ストリームが、他の記憶装置に出力するためのものである請求項３７記載のシステム。
【請求項３９】
前記プロセッサが、１６：９のアスペクト比のフォーマットの第一のデータ・ストリームを編集し、第一のデータ・ストリームの各フレーム内のフラグ・ビットを設定して、第一のデータ・ストリームを、１６：９のアスペクト比のフォーマットで他の記憶装置に出力する請求項３４記載のシステム。
【請求項４０】
前記表示装置が、１６：９のアスペクト比のフォーマットを示すフラグに関して第一のデータ・ストリームを自動的に調べるように設定されるグラフィカル・ユーザ・インタフェース（ＧＵＩ）を表示するためのものである請求項３４記載のシステム。
【請求項１】
コンピュータ・システムにキャプチャされたグラフィック画像を有する第一のデータ・ストリームに応答して、第一のデータ・ストリームが１６：９のアスペクト比のフォーマットであるか否かを決定するために、第一のデータ・ストリームのフラグ・ビットを自動的に調べ、
前記ビットが所定の条件を満足する場合、１６：９のアスペクト比のフォーマットで、
第一のデータ・ストリームを、コンピュータ・システムの記憶装置に記憶することを含むコンピュータによって実施される方法。
【請求項２】
前記第一のデータ・ストリームのフラグ・ビットを自動的に調べることが、第一のデータ・ストリームを記憶装置に出力することに先立って、グラフィック画像をスケーリングするか否かを決めるためである請求項１記載の方法。
【請求項３】
前記ビットを調べることに応答して、１６：９のアスペクト比のフォーマットで、コンピュータ・システムの表示装置にグラフィック画像を表示することを更に含む請求項１記載の方法。
【請求項４】
前記第一のデータ・ストリームを編集して、１６：９のアスペクト比のフォーマットで第二のデータ・ストリームを発生し、そして
前記第二のデータ・ストリームを前記コンピュータ・システムから別の記憶装置に出力することを更に含む請求項１記載の方法。
【請求項５】
前記編集の後に、前記第二のデータ・ストリームの各フレーム内に前記ビットを設定することを更に含む請求項４記載の方法。
【請求項６】
前記第二のデータ・ストリームが前記ビットを有する場合、前記第二のデータ・ストリームを出力することが、１６：９のアスペクト比のフォーマットで達成される請求項４記載の方法。
【請求項７】
前記第一のデータ・ストリームのビットを自動的に調べることが、ユーザからの１つ以上の属性の組に従って、達成される請求項１記載の方法。
【請求項８】
前記一つ以上の属性が、グラフィカル・ユーザ・インタフェース（ＧＵＩ）を介して、構成可能である請求項７記載の方法。
【請求項９】
前記第一のデータ・ストリームのフレーム内の前記ビットを、前記フレームが、１６：９のアスペクト比のフォーマットであることを示すように設定することを含む請求項１記載の方法。
【請求項１０】
第二のデータ・ストリームを受信し、
前記第一のデータ・ストリームと前記第二のデータ・ストリームとをシークエンスし且つレンダリングして、第三のデータ・ストリームを生成し、そして
前記第三のデータ・ストリームの各フレーム内のビットを、第三のデータ・ストリームが１６：９のアスペクト比のフォーマットであること示すように設定することを更に含む請求項１記載の方法。
【請求項１１】
前記第三のデータ・ストリームが他の記憶装置に出力することを更に含む請求項１０記載の方法。
【請求項１２】
マシンがアクセスすることが可能な媒体命令であって、この命令が、マシンによって実行された場合に、
コンピュータ・システムにキャプチャされたグラフィカル画像を有する第一のデータ・ストリームに応答して、第一のデータ・ストリームが、１６：９のアスペクト比のフォーマットであるか否かを決定するために、第一のデータ・ストリームのフラグ・ビットを自動的に調べ、そして
前記ビットが所定の条件を満足する場合、前記第一のデータ・ストリームを、コンピュータ・システムの記憶装置内に、１６：９のアスペクト比のフォーマットで記憶することを含む動作をマシンに達成させる、マシンがアクセス可能な媒体命令。
【請求項１３】
前記第一のデータ・ストリームのフラグ・ビットを自動的に調べることが、前記第一のデータ・ストリームを記憶装置に出力するのに先立って、グラフィカル画像をスケーリングするか否かを決めるためである請求項１２記載の製品。
【請求項１４】
前記マシンがアクセス可能な媒体が、前記ビットを調べることに応答して、１６：９のアスペクト比のフォーマットでコンピュータ・システムの表示装置上にグラフィカル画像を生じすることを含む動作をマシンに達成させるデータを更に含む請求項１２記載の製品。
【請求項１５】
前記マシンがアクセスすることが可能な媒体が、第一のデータ・ストリームを編集して、１６：９のアスペクト比のフォーマットで第二のデータ・ストリームを発生し、そして
前記コンピュータ・システムからの第二のデータ・ストリームを他の記憶装置に出力することを含む動作を、前記マシンに達成させることを更に含む請求項１２記載の製品。
【請求項１６】
前記マシンがアクセスすることが可能な媒体が、前記編集の後に、第二のデータ・ストリームの各フレームに、ビットを設定することを含む動作をマシンに達成させるデータを更に含む請求項１５記載の製品。
【請求項１７】
前記第二のデータ・ストリームを出力することが、第二のデータ・ストリームが前記ビットを有している場合、１６：９のアスペクト比のフォーマットで達成される請求項１５記載の製品。
【請求項１８】
前記第一のデータ・ストリームを自動的に調べることが、ユーザからの一つ以上の属性に従って、達成される請求項１２記載の製品。
【請求項１９】
前記一つ以上の属性が、グラフィカル・ユーザ・インタフェース（ＧＵＩ）を介して、構成可能である請求項１８記載の製品。
【請求項２０】
前記マシンがアクセスすることが可能な媒体が、フレームが１６：９のアスペクト比のフォーマットであることを示すために、第一のデータ・ストリームのフレーム内にフラグ・ビットを設定することを含む動作を、マシンに達成させるデータを含む請求項１２記載の製品。
【請求項２１】
マシンがアクセスすることが可能な媒体が、更に、
第二のデータ・ストリームを受信し、
第一のデータ・ストリームおよび第二のデータ・ストリームをシークエンシングし、且つレンダリングして、第三のデータ・ストリームを生成し、
第三のデータ・ストリームの各フレーム内のビットを、第三のデータ・ストリームが１６：９のアスペクト比のフォーマットであることを示すことを含む動作を、マシンに達成させるデータを更に含む請求項１２記載の製品。
【請求項２２】
前記マシンがアクセスすることが可能な媒体が、第三のデータ・ストリームを、コンピュータ・システムから離れた他の記憶装置に出力することを含む動作を、マシンに達成させるデータを更に含む請求項２１記載の製品。
【請求項２３】
コンピュータ・システムにキャプチャされたグラフィック画像を有する第一のデータ・ストリームに応答して、第一のデータ・ストリームが１６：９のアスペクト比のフォーマットであるか否かを決定するために、第一のデータ・ストリームのフラグ・ビットを自動的に調べる手段、および
ビットが所定の条件を満足する場合、第一のデータ・ストリームをコンピュータ・システムの記憶装置内に１６：９のアスペクト比のフォーマットで記憶する手段、を含むシステム。
【請求項２４】
前記第一のデータ・ストリームのフラグ・ビットを自動的に調べるための手段が、第一のデータ・ストリームを記憶装置に出力する前に、グラフィック画像をスケーリングするか否かを決定するためのものである請求項２３記載のシステム。
【請求項２５】
前記ビットを調べることに応答して、コンピュータ・システムの表示装置上にグラフィック画像を１６：9のアスペクト比のフォーマットで、表示するための手段を更に含む請求項２３記載のシステム。
【請求項２６】
前記第二のデータ・ストリームを１６：９のアスペクト比のフォーマットで発生するよう、第一のデータ・ストリームを編集するための手段、および
前記第二のデータ・ストリームを別の記憶装置に出力するための手段を更に含む請求項２３記載のシステム。
【請求項２７】
前記編集の後に、第二のデータ・ストリームの各フレーム内のビットを設定するための手段を更に含む請求項２６記載のシステム。
【請求項２８】
前記第二のデータ・ストリームを出力することが、第二のデータ・ストリームがビットを有する場合、１６：９のアスペクト比のフォーマットで達成される請求項２６記載のシステム。
【請求項２９】
前記第一のデータ・ストリームの前記ビットを自動的に調べることが、ユーザから受信された１つ以上の属性に従って、達成される請求項２３記載のシステム。
【請求項３０】
前記一つ以上の属性が、グラフィカル・ユーザ・インタフェース（ＧＵＩ）を介して構成可能である請求項２９記載のシステム。
【請求項３１】
フレームが１６：９のアスペクト比のフォーマットであることを示すために、前記第一のデータ・ストリームのフレーム内のフラグ・ビットを設定するための手段を更に含む請求項２３記載のシステム。
【請求項３２】
第二のデータ・ストリームを受信するための手段、
第一のデータ・ストリームと第二のデータ・ストリームとをシークエンスし且つレンダレングして、第三のデータ・ストリームを発生するための手段、及び
第三のデータ・ストリームが１６：９のアスペクト比のフォーマットであることを示すように、第三のデータ・ストリームの各フレーム内のビットを設定するための手段、を更に含む請求項２３記載システム。
【請求項３３】
前記第三のデータ・ストリームをコンピュータ・システムから他の記憶装置に出力するための手段、を更に含む請求項３２記載のシステム。
【請求項３４】
グラフィック画像を含む第一のデータ・ストリームを受信するための入力／出力コントローラ、
前記入力／出力コントローラに結合しており、第一のデータ・ストリームを１６：９のアスペクト比のフォーマットを示しているフラグ・ビットについて自動的に調べるプロセッサ、及び
前記プロセッサに結合されており、前記フラグ・ビットが検出された場合に、１６：９のアスペクト比のフォーマットで、第一のデータ・ストリームを記憶するための記憶装置を、含むシステム。
【請求項３５】
画像を１６：９のアスペクト比のフォーマットで表示するための表示装置を更に含む請求項３４記載のシステム。
【請求項３６】
フレームが、１６：９のアスペクト比のフォーマットであることを示すように、前記プロセッサが、第一のデータ・ストリームのフレーム内のフラグ・ビットを設定するためのものである請求項３４記載のシステム。
【請求項３７】
前記入力／出力コントローラが、第二のデータ・ストリームを受信するためのものであり、
前記プロセッサが、第三のデータ・ストリームを生成するように、第一のデータ・ストリームと第二のデータ・ストリームとをシークエンスし且つレンダリングするためのものであり、且つ
第三のデータ・ストリームの各フレーム内のフラグ・ビットを、１６：９のアスペクト比のフォーマットであることを示すように設定するためのものである請求項３４記載のシステム。
【請求項３８】
前記入力／出力コントローラが、第三のデータ・ストリームが、他の記憶装置に出力するためのものである請求項３７記載のシステム。
【請求項３９】
前記プロセッサが、１６：９のアスペクト比のフォーマットの第一のデータ・ストリームを編集し、第一のデータ・ストリームの各フレーム内のフラグ・ビットを設定して、第一のデータ・ストリームを、１６：９のアスペクト比のフォーマットで他の記憶装置に出力する請求項３４記載のシステム。
【請求項４０】
前記表示装置が、１６：９のアスペクト比のフォーマットを示すフラグに関して第一のデータ・ストリームを自動的に調べるように設定されるグラフィカル・ユーザ・インタフェース（ＧＵＩ）を表示するためのものである請求項３４記載のシステム。
【図１ａ】
【図１ｂ】
【図１ｃ】
【図１ｄ】
【図１ｅ】
【図２】
【図２ａ】
【図３】
【図４】
【図１ｂ】
【図１ｃ】
【図１ｄ】
【図１ｅ】
【図２】
【図２ａ】
【図３】
【図４】
【公開番号】特開２００８−２０６１４６（Ｐ２００８−２０６１４６Ａ）
【公開日】平成２０年９月４日（２００８．９．４）
【国際特許分類】
【出願番号】特願２００８−２０６７１（Ｐ２００８−２０６７１）
【出願日】平成２０年１月３１日（２００８．１．３１）
【分割の表示】特願２００７−１５６０８１（Ｐ２００７−１５６０８１）の分割
【原出願日】平成１３年５月２１日（２００１．５．２１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．レーザーディスク
【出願人】（５０３２６０９１８）アップル インコーポレイテッド (568)
【Ｆターム（参考）】
【公開日】平成２０年９月４日（２００８．９．４）
【国際特許分類】
【出願日】平成２０年１月３１日（２００８．１．３１）
【分割の表示】特願２００７−１５６０８１（Ｐ２００７−１５６０８１）の分割
【原出願日】平成１３年５月２１日（２００１．５．２１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．レーザーディスク
【出願人】（５０３２６０９１８）アップル インコーポレイテッド (568)
【Ｆターム（参考）】
[ Back to top ]