動画の可逆圧縮 - [ ZeroRemoteとか開発したIchiGekiのブログ。 ]

[ 397 ] [ 396 ] [ 395 ] [ 394 ] [ 393 ] [ 392 ] [ 391 ] [ 390 ] [ 389 ] [ 387 ] [ 386 ]

動画の可逆圧縮

どうも(´д｀)ﾉ

GIGAZINE祭りも終盤でアクセス数も落ち着いてまいりました。

・・・ちょっと寂しい感じですね・・・。

さて。

動画コーデック初心者なんですけど、「ZeroCodec」も含めて可逆圧縮コーデックってありますよね。アレってどういう意味なのかちょっとわからなくなってきました(´Д｀;)ヾ

データ圧縮の場合、非可逆圧縮だと元に戻らないのでアウトだと思いますが、JPEG形式な画像だとまぁアリかと。動画でもマァあると思います。そういったものは劣化してるんで元に戻らないので非可逆圧縮だと思うんです。色空間をRGBからYUVに変換している可逆圧縮動画コーデックが多くあります。YUVに色空間を変換しているところまではＯＫかと思うんですが、YUY2やUYVYなどのYUV422でも可逆圧縮と表記されてる動画コーデックありますよね・・・。

YUV422になった次点で非可逆圧縮になってしまうのでは無いかと(´Д｀;)ヾ

非圧縮の状態で実行ビットを減らしてしまうと元には戻らないですよね？

今のところZeroCodecは入力がRGBの場合、内部ではそのままRGBで処理してるんで「完全可逆圧縮コーデック」だと思うんですが、YUV422でも可逆圧縮コーデックを名乗れるものか、ちょっと謎です・・・。

いやちょっと「ZeroCodec」の次のバージョンで、内部利用の色空間をRGB(24bit)からYUVのYUV422(16bit)にしてみようかと検討中なんですが、それだと可逆圧縮で無くなってしまうのかなと、リリース早々劇的に仕様変更ｗ

ZeroCodecで圧縮したら逆にファイルサイズが倍増したとゆー御報告が・・・。

スミマセン、自分で作っておいてちょっと笑ってしまいました＿|￣|○

2009/07/12 (Sun) 一般 Comment(4)

この記事にコメントする（管理者承認制）

■ 無題

http://blogs.yahoo.co.jp/linear_pcm0153/24210613.html

ここのコメ欄見てもらうと分かりますが
業務用規格での名残なのかもしれませんね
今までの上限ということで（ほぼ）可逆だと
厳密に言えばYUV422は非可逆で正しいはずです

しかしZeroCodecの登場で思ったんですが
意外と圧縮の処理速度に注力した
コーデックって少ないんですね
圧縮率や画質は競争激しいですけど

NONAME 2009/07/12(Sun)21:03:54

■ Re:無題

なるほど、わかりやすいサイトでした、有難う御座います！
YUV422は非可逆になりそうでね。でも、それだと入力がYUV444のみ非可逆になり、入力がYUV422の場合はそのままなので非可逆になるんでしょうか・・・。うーむ、可逆圧縮ってゆーのは名乗らない方がヨサゲな感じですね(´Д`;)ヾ

>意外と圧縮の処理速度に注力した
>コーデックって少ないんですね

自分の場合、入り口が「速度」なので、ここだけの話「圧縮率は最低」で「速度は最高」の設定になっております、ZeroCodec。圧縮はオマケとして考えてるところが他のコーデックとの大きな違いでしょうか(´д`)
よろしくどうぞー。

IchiGeki

■ 無題

オリジナルの情報を、ちょっとでも完全に復元できないようになると、非可逆圧縮ですなー。
まあ、ほぼ非可逆圧縮なコーデックも、可逆圧縮って名乗っちゃってるのかもしれないですね・・・。

半通りすがり 2009/07/12(Sun)22:42:13

■ Re:無題

ですなー。ま、劣化したデータはそのままスルーして「可逆」とゆー理屈もあるかもしれませんし。まーなんとも難しいとこでは無いかと思います。ZeroCodecも「入力データがRGBなら可逆圧縮」と言ってますけど、もし内部処理をYUV422にしても「入力データがYUV422なら可逆圧縮」と言っても間違っていないですし。うーむ・・・(:´д`)
よろしくどうぞー。

IchiGeki

■ 圧縮率と速度指定

参考までに･･･
　UNIX界のVPNで圧縮する場合LZOというライブラリを
使う事があります。速度と圧縮率をユーザが
指定できるのでCPUパワーのある機械と無い機械で
差別設定しています。もちろんVPNなので可逆圧縮。

二児パパ 2009/07/14(Tue)09:39:03

■ Re:圧縮率と速度指定

LZO速いですよねー。実際にZeroCodecの試作品に実装した事がありました。
ですが、LZOはGPLライセンスなので利用する場合は、ZeroCodecの変なソースも公開する必要が出てくるのです、残念です＿|￣|○

IchiGeki

■ こんばんは

はじめまして、linear_pcm0153と申します。
最初のリンク先のブログを書いている者です。
映像編集の視点からみると、YUV4:4:4を伝送できる手段が、HDMIか3GbpsのHD-SDIしかないので、現実的に使用が不可能なのです。（モニタ環境すらない）
（HDCAM SRがYUVでなく、RGB4:4:4なのも伝送上の理由からだと思われますが裏は取っていませんので個人的な意見です）
私自身、元編集なのか映像技術なのか施工屋なのか…と公私ともに非常に安定していないいい加減な立場なので（笑）確実な事は言えませんが、RGBとYUVは計算式こそあれど同じ色を再現することは不可能ですよね…。動画編集ソフトのEDIUSはそこの部分にやっと気がついたのか、いままで動画をフリーズする時にはRGB静止画に書き出していたのを、Ver5からフリーズフレーム方式に変えました。これによってRGBだと負の値になる-Qや-I、後、絶対色変わったでしょ!?って思われていた「赤」が静止画上でも保たれるようになりました。

RSS登録させていただきます。

linear_pcm0153 2009/07/21(Tue)23:34:47

■ Re:こんばんは

どうもお世話になりますです＿|￣|○

Windowsで開発しているとYUVよりRGBがメインになると思いますので、RGBの方が処理速度的にも構造のシンプルさにも優位なのですが、YUVにしないと圧縮の面でかなり大変なので、どうしてもRGB→YUVは避けては通れない道な気がします(´Д｀;)ヾもっとダイレクトにWindowsの命令系統で直接YUVが取り扱う事ができればと思うのですが、どうもそれは難しいようですね・・・。映像系のOSとか出るとYUVでいけるような気がしますがｗよろしくどうぞー。

IchiGeki

この記事へのトラックバック

この記事にトラックバックする：

ドラゴンクエスト９ HOME コメント返信

プロフィール

Handle : IchiGeki
Job : FreeLancePG
BloodType : B

mail　twiiter　mixi

開発実績

お名前
タイトル
文字色
コメント
パスワード