ＬＣＬ（旧ＬＲＣ）

ＬＣＬのダウンロード

ＬＣＬはフリーウェアです。転載も自由に行ってかまいません。

パソコンでノンリニア編集をされている方は是非お試し下さい。

最新バージョン2.2.3（LCL223.ZIP 76KB）のダウンロード
G400の新ドライバーでYUV出力すると正常に表示できないのを修正。

バージョン2.2.2（LCL222.ZIP 76KB）のダウンロード
ALPHA-ＣＰＵ版　(LCL120A.LZH　81KB)のダウンロード

適当なフォルダに解凍し、readme_jp.txtを参考にインストールして下さい。

ＬＣＬ　Ver2.2.0からの新機能

今回からPNGフイルタを実装しました(AVIZLIBのみ)。このフィルタは、ＰＮＧフォーマットと同じフィルタ処理を行い、画像データをZLIBで圧縮し易いフォーマットに変換します。また、可逆フィルタなので画質が劣化することもありません。ただし、ベタ塗りアニメのような画像にはかえって逆効果となります。扱う画像によって使い分けてください。

PNGフィルタの効果

ビデオキャプチャーした画像を素材にし、PNGフィルタ有無による圧縮率の違いを見てみましょう。

使用素材 地上波ＴＶアニメ(640x480/24Bit/無圧縮/90秒/1940MB)

フォーマット	フィルタ無し	フィルタ有り
RGB	1470MB(76%)	1076MB(55%)
422	946MB(49%)	690MB(36%)
420	746MB(38%)	571MB(29%)

注）素材はMJPEGでキャプチャーしているので元画像のフォーマットは422です。

ＬＣＬって何？

ＬＣＬとはvfw（Video for Windows）用のLoss-Less Codec Library（可逆圧縮ドライバー）です。Loss-Less Codec Libraryの頭文字をとってＬＣＬと呼んでいます。

ＬＣＬの開発背景

最近のアニメーション制作現場は急速にデジタル化が進んでおり、フルデジタルで制作されるケースもめずらしくありません。通常はアニモやレタス等のアニメーション専用のソフトでデジタル彩色し通常の撮影にあたるレンダリング出力を一コマづつデジタルレコーダーに記録し編集されます。しかし、これらのデジタル機材は非常に高価なものです。安価な編集システムを構築するには、パソコンを利用したノンリニア編集がうってつけではありますが業務用に耐えうる画質をもたせるにはやはり高価な機材を必要とします。最近はＤＶフォーマットを採用したものが登場していますが、ＤＶフォーマットではデジタル彩色されたＣＧや３ＤＣＧでは画質の劣化が顕著にでてしまい業務用としては使えません。もちろん無圧縮で編集という手もありますが、この場合は必要とするＨＤＤの容量やスピードの点で問題があります。そこで、画像の圧縮に可逆圧縮を使用すれば画質の劣化がまったくなく、ＨＤＤの必要容量も無圧縮より少なくて済むと言うことになります。ところが、探してみるとvfw用の可逆圧縮なコーデックがないんです（私の探しかたがわるかったのかもしれませんが）。そこで、と りあえず自分で作ってみるかってな感じで作り始めたのがＬＣＬです。

ＬＣＬの動作環境

現在公開中のコーデックはＷｉｎｄｏｗｓ９５／９８／ＮＴ対応です。

ＬＣＬの圧縮アルゴリズム

現在ＬＣＬには二種類のコーデックが用意されています。

１．AVImszh

LZ77（注１）をベースに伸長速度に重点を置いて作成しました。基本的にデジタル彩色されたＣＧアニメーション用なのでそれ以外の素材では圧縮効率は低いです。

２．ＡＶＩｚｌｉｂ

可逆圧縮ライブラリにLZ77をベースにしたzlib（注２）を採用しています。PNGファイルやＺｉｐ等に使用されている圧縮ライブラリで、汎用の物としてはもっとも圧縮率の高い可逆圧縮ライブラリの一つです。ただし、圧縮率は高いものの展開速度はさほど早くないです。どうせフルフレーム展開出来ないならとことん圧縮した方がいいかなと思ってＹＵＶフォーマットへの変換機能も搭載してあります。通常はこのコーデックを使用する機会がもっとも多いでしょう。

圧縮率と平均展開速度の例

テスト用素材 テストマシン	LightWave3Dで作成した３ＤＣＧのＡＶＩムービー ＰｅｎｔｉｕｍＰｒｏ２００ＭＨｚ＋９６ＭＢ
コーデック	サイズ	圧縮率	平均展開速度
無圧縮	３４０ＭＢ	１／１	−−−−−
MotionSZH	１７７ＭＢ	１／１．９	３０ｍｓ
AVIzlib	１０７ＭＢ	１／３．１８	２２０ｍｓ
ＤＶＳｏｆｔ	未測定	１／８．６固定(RGB換算）	未測定
MPEG2(9.6M)	未測定	１／２６固定	未測定

注１）

LZ77は、1977年にAbraham Lempel氏とJacob Ziv 氏が発表した圧縮アルゴリズムで、LHAやZIPのベースとなっている。

注２）

zlibは、zip,gzipの圧縮アルゴリズムをライブラリ化したものです。作者は、zip,gzipを作ったJean-loup GaillyとMark Adlertの両氏です。このライブラリはフリーソフトで、下記のホームページで公開されています。
zlib Home Page http://www.cdrom.com/pub/infozip/zlib/

YUVフォーマットについて

ＬＣＬ Ver1.10では次のＹＵＶフォーマットに対応しています。

ＹＵＶ １：１：１

このフォーマットはＲＧＢ（２４ビット）からＹＵＶ（２４ビット）に単純に変換されたものなのでＲＧＢの元画像に対して画質の劣化はありません。また、画像の質によってはＲＧＢよりも圧縮率が高くなります。

ＹＵＶ ４：２：２（２：１：１）

このフォーマットはＹＵＶに変換された水平２画素分のＹ情報に対して、水平2画素分の平均されたＵＶ情報をパックしますので色情報が少し劣化しますが、MJPEG等で使用されています。4:2:2と2:1:1の違いはフォーマット上のＹＵＶ配置の違いだけで、画質に差はありません。

ＹＵＶ ４：１：１

このフォーマットは水平４画素のＹ情報に対して、水平４画素分の平均されたＵＶ情報をパックしたもので、色情報の劣化は結構深刻です。コンピューター上のＲＧＢプログレッシブ表示では、いくら人の目が色に鈍感でも、違いがはっきりわかります。ＤＶや１万前後の安価なビデオキャプチャーボードで使用されているようです。一般的には、ＮＴＳＣで出力するか352X240のサイズにリサイズする事を前提とした用途に限定されると思います。

ＹＵＶ ４：２：０

4:1:1フォーマットが水平４画素分の色情報をパックするのに対して、水平２画素、垂直２画素の計４画素に対してバックしてます。MPEGでよく使用されているフォーマットです。

各ＹＵＶフォーマットによる画像サンプル（４倍に拡大）

YUV 1:1:1	YUV 4:2:2(2:1:1)
YUV 4:1:1	YUV 4:2:0

各画像フォーマットでの圧縮率（元画像 720X480X24 30フレーム 31,104KB）

ＬＣＬ　Ver2.0.0からの新機能

１．マルチスレッドモード

１フレームを２分割し、２つのスレッドで圧縮展開と色空間の変換を行います。これによりマルチＣＰＵを搭載したＮＴマシンでより高速な処理が可能になります。

２．ＹＵＶ出力

ＲＧＢフォーマット以外に、ＵＹＶＹ及びＹＵＹ２フォーマットで出力できます。これにより、ＹＵＶオーバーレイ表示モードに対応したビデオカードとプレイヤーで、高速高品質な再生が可能となります。　注）ＹＵＶフォーマットで圧縮した場合。

マルチスレッド及びＹＵＶ出力の効果を以下の条件で測定しました。

CPU	Celeron300A(450MHz) x 2
OS	WindowsNT4.0(SP5)
VGA	Matrox G400 (PowerDesk Ver4.34)
編集ソフト	VideoMaid Ver1.7b
再生ソフト	メディアプレイヤー２ Ver6.4
素材	アニメのＯＰ(640x480/29.97fps/ 90秒)
使用コーデック	avizlib.dll(Ver2.0.0)

●測定１　VideoMaidの再圧縮時間

フォーマット	シングルスレッド	マルチスレッド
RGB24ビット	19分54秒	13分35秒
YUV 4:2:2	15分57秒	10分59秒

●測定２　メディアプレイヤー２の平均フレームレート

フォーマット	シングルスレッド		マルチスレッド
	(RGB出力)	(YUV出力)	(RGB出力)	(YUV出力)
RGB24ビット	15.76fps	---	24.85fps	---
YUV 4:2:2	13.29fps	21.13fps	21.54fps	29.89fps

ALPHAプロセッサ版 (Ver1.2.0)

梅田宏明さんのご協力により、ALPHAプロセッサ用のネイティプコード版を作ることが出来ました。ただし、自分では動作確認が出来ないので、実験公開することにしました。ＡＬＰＨＡプロセッサをご利用の方は是非動作確認にご協力下さい。梅田さんのご報告では、FX!32 によるエミュレーションに比べ、５〜６倍のスピードアップがなされたそうです。

ＬＣＬの名称変更について

今までＬＲＣと言う名称で皆様にご利用頂いておりましたが、この度ＬＣＬと名称変更させて頂くことにしました。そもそもＬＲＣの名前の由来はLoss Ress Codecの頭文字をとったものでしたが、正しい英語ではＲｅｓｓではなくＬｅｓｓです。まぁ、単純なスペルミスな訳で、まことに持ってお恥ずかしい限りです。自分的にはまぁいいかってな感じでほっといたんですが、最近これを指摘される方が増えてきたのでいつまでもほっとくわけにはいかないなと思い、思い切って変更することにしました。ホームページ上の表記は一応変更しましたが、公開中のファイルはＬＲＣのままです。こちらは次回のバージョンアップ時に変更したいと思います。なを、このページのファイル名（LRC.htm）は直リンクを張られている方が多いのでそのままにしようと思います。