x264 rev20 - 暇つぶし2ch

x264 rev20 at AVI

1: 株価【34】
09/02/01 20:30:08 神 izNPELJw BE:570874673-PLT(42856) 株主優待
Q ニコニコ・zoome用の動画を作りたい。
A 板違い、Youtube板の"FLV/MP4作成スレ"でどぞ。

Q 圧縮codecありませんか。AviUtlで使いたい。x264gui.auoの使い方は？
A x264 VFW GUI専用スレでどうぞ。
ｽﾚﾘﾝｸ(avi板)

[本家]
URLﾘﾝｸ(www.videolan.org)
URLﾘﾝｸ(git.videolan.org) (ソース/チェンジログ)
URLﾘﾝｸ(x264dev.multimedia.cx) (開発者のブログ)

[バイナリ]
URLﾘﾝｸ(x264.nl)
URLﾘﾝｸ(forum.doom9.org)
URLﾘﾝｸ(celticdruid.no-ip.com)
URLﾘﾝｸ(uk.geocities.com)
URLﾘﾝｸ(seraphy.fam.cx) (ノーマル/afs対応版、patch版、OreAQ版)
URLﾘﾝｸ(oss.netfarm.it) (mencoder)
URLﾘﾝｸ(forum.doom9.org) (MeGUI:mencoderのGUI)
URLﾘﾝｸ(tirnanog.fate.jp)　(mp4box)
URLﾘﾝｸ(yamb.unite-video.com)　(YAMB)

前スレ
x264 rev19
ｽﾚﾘﾝｸ(avi板)

再生方法、規格、インタレ規格、Avisynthの使用法、コンテナ等、
専用のスレがある話題は各専用スレ>>2-4でおながいします。
スレタイ検索 URLﾘﾝｸ(find.2ch.net)

テンプレ続く>>2-4

2:名無しさん＠編集中
09/02/01 20:30:12 izNPELJw
H.264の再生法や規格などの話題は
MPEG-4 AVC/H.264 総合スレ Part7
ｽﾚﾘﾝｸ(avi板)

Avisynthの話題は
Avisynthを絶讃ιょぅょ Part25
ｽﾚﾘﾝｸ(avi板)

インタレ規格の話題は
インタレ解除しないスレの3っぽいスレ
ｽﾚﾘﾝｸ(avi板)

アスペクト比 part4
ｽﾚﾘﾝｸ(avi板)

MP4コンテナの話題は
【MP4】ISOMPEG-4普及委員会4【M4A】【3GP】
ｽﾚﾘﾝｸ(avi板)

MeGUIスレッド
ｽﾚﾘﾝｸ(avi板)

3:名無しさん＠編集中
09/02/01 20:30:15 izNPELJw
[FAQ]
Q x264.exeをダブルクリックしてもインストーラーが立ち上がらない。
A コマンドプロンプト用の実行ファイルです、インストーラーでも圧縮ファイルでもありません。

Q 見れないよ
A x264.nlでmatroska splitterとffdshowを入手してインストール汁！ハードウェアでインタレ解除する場合は、
　　ビデオデコーダーの設定→出力→インターレース関連情報を…にチェックを入れること。
　　またはMPlayerやVLCなどのデコードエンジン内蔵のプレーヤーで試す。これらで見る場合はffdshowは必要なし。

Q AviUtlやVirtualDubとかで読むとエラーでて編集できないんですが・・・
A 諦めろ。編集はエンコード前にするのが常識。

Q Win版QuickTimeで再生できない。
A　QuickTimeはインタレ、ハイプロファイル(-8、--8x8dct、--cqmなど)、--b-pyramidに対応していない。 Bフレ1以下推奨。

Q 携帯機やゲーム機などで再生させるには？
A　それぞれ専用のスレがどこか（他の板も）にあるはずなのでまずは当たってみてください。

Q バージョンアップ早すぎ
A バージョンアップでなくビルドアップです。例えばソースの清書、サイズの収縮などユーザーにとってあんまり意味のない改変でも更新されてます。

Q >>‎1のどのファイルがいいの？
A 迷う奴はx264.nlのを使え。GUI操作が好きな人は同ページにあるMeGUIやStaxRipも。マイクロソフトから.NETのインストールも忘れずに。

Q　エンコードできない。
A　基本的に色空間がYV12のavsファイル(Avisynth)しか受け付けません。（MeGUI、StaxRipも含む）

Q　MP4のVFRってどうやるの？
A　前知識として、そのまま"MP4 VFR"等で検索して、ISOMPEG-4スレへどぞ。

4:名無しさん＠編集中
09/02/01 20:30:17 izNPELJw
Q　アスペクトの指定ってどうやるの？
A　704x480を4:3で見る時は--sar 10:11、 720x480を4:3で見る時は8:9。他は各自計算してください。
　　720ｘ480を16：9で見たい時、par(sar)x：yはx：y=480×16：720×9で求められる。

Q　--interlacedで失敗する。
A　入力ソースは縦が32の倍数のトップフィールドファーストで。

その他パラメータの勉強は
Fraternity7
URLﾘﾝｸ(ageha909.blog121.fc2.com)
QPオプションの目安
URLﾘﾝｸ(www.wikihouse.com)

aviから移行してきた人への簡易見本。704x480の24pと仮定。
Avisynthの2.5以降のバージョンをインストールする。
mp4boxを用意する。
映像は可逆圧縮コーデックでaviを作成する。
音声は別に作成しておく（C:\hogehoge\test.m4aに存在すると仮定）。

echo AviSource("C:\hogehoge\test.avi") > "%temp%\avi.avs"
echo ConvertToYV12() >> "%temp%\avi.avs"
"C:\hogehoge\x264.exe" --crf 20 --progress -o "%temp%\avi.264" "%temp%\avi.avs"
"C:\hogehoge\mp4box.exe" -fps 23.976 -add "%temp%\avi.264":par=10:11 -add "C:\hogehoge\test.m4a" -new "C:\hogehoge\test.mp4"

↑の4行をコマンドプロンプトに右クリ貼り付けenterで完成

↓batファイルにD&Dするだけ用

set x264="C:\hogehoge\x264.exe"
echo AviSource("%1") > "%temp%\avi.avs"
echo ConvertToYV12() >> "%temp%\avi.avs"
%x264% --crf 20 --progress -o "%1.264" "%temp%\avi.avs"

5:名無しさん＠編集中
09/02/01 20:47:56 ylVjD8E2
これは>>1乙ではなくて、わっちの自慢のしっぽじゃから勘違いをするでないぞ！
　　　　　　　　　　　　　 |＼　　　　　　 |＼
　　　　　　　　　　　　　 l lヽ`-‐ '´￣｀ヾゝヽ　　つ
　　　　　　　　　　　ｼ~　／" ｀ヽヽ　 `､l　　　　　つ
　　　　　　　　　　　　　//, '///|! !∥ ヽﾊ　､_ヽ　　つ
　　　　　　　　　　　　〃 {_{＼」」Ｌ|l|／ﾘｌ │ |ヽ　　　つ
　　＿＿＿＿.　　　ﾚ!小ｌ●　　　 ● 从　|、|　）
　く　　ﾉ::::::;;;;;;＼. 　　ヽ|l⊃　r‐‐v　⊂⊃　|ﾉﾊ´
　　￣￣フ;;;;;／　/⌒ヽ__|ﾍ　　ヽノ　　j /⌒i !ヽ
　　　／;;;;／　　. ＼ /ヽ.|　l＞,､ __,　イァ/　 ///ﾊ
　　／;;;;∠＿＿＿　/ヽ./|　|　ヽヾ、　/,{ﾍ､__∧/ﾊ !
　く:::::::::;'::::::;':::::::;'::::::7ヽ< } / 　 l丶× / ヾ l　l''ﾊ∨

6:名無しさん＠編集中
09/02/01 22:45:29 thVMtBrr
>>1が乙でなんたらかんたら

7:名無しさん＠編集中
09/02/01 23:06:41 HWE6yqJ9
>>1 乙

8:名無しさん＠編集中
09/02/02 00:06:05 VChIXvis
　　　　　　俺が>>1乙を言うクマー！
　　　　　　　　　　　　　　　　r -､,, -　､　
　　　　　　　　　　　 __ 　　　ヽ／　　　　ヽ__　　　
俺が先だクマー！ ,"- `ヽ,　/　●　　　　 l　）　自分だけずるいクマー
　　　　　　　　　／　　●　＼__　(●　●　i"　　
　　　　　　　__/　　　●）　　￣）"__　"`;
　　　　　　.（_i　 ● 　　' __, '" ￣`'（__＿／.i⌒i　　
　　　　　　　　丶_ ,i⌒i,,_（_/　　　　● i￣￣）_|__ 　
　　　　　　__, '"　　￣　ヽ!　●　●)　ミ~￣_● ヽ）
　　　　　（_/　　　　　● i　　　 ∪　　/ ⊂{●　 |　そうはいかんクマー　
　　　　　　 l　●( _●)　（￣）-　　　/　　　-' 　i　
　　　　　／ヽ､　 |∪l　　 T　　　　　i 　　 ● '"）

9:名無しさん＠編集中
09/02/02 01:04:25 D4i9xvxF
x264gui.auo使いですが、引き続きこのスレにいますね

10:名無しさん＠編集中
09/02/02 12:13:49 osnNDIFk
（　‘д‘）y-~~＜H264に比べたらX264なんてゴミやな　綺麗さが10倍違うわ

11:名無しさん＠編集中
09/02/02 14:22:57 J+mkTZ3t
たしかにただのプログラムのエンコーダー見たって綺麗とは思わないな

12:名無しさん＠編集中
09/02/02 15:58:19 dHUNGF4Y
H.264の規格書（ｒｙ

13:名無しさん＠編集中
09/02/03 00:19:31 G0aq9B6X
gui.auo、CLI併用者だけどあっちがvfwを切り離さない限り
ニコ厨くさいのとかコンテナAVIに入れるには(ryとか堪忍
なので自分も引き続きこのスレにいますわ

14:名無しさん＠編集中
09/02/03 00:29:50 j657dZY2
H.264のAVIを馬鹿にしてはいかん
NVIDIA公式でも配布されてる

URLﾘﾝｸ(www.nvidia.co.jp)

15:名無しさん＠編集中
09/02/03 01:13:26 qFH+YWNK
>>14
皆がそれの様に、Bフレームを使っていないのなら、VfWでも大きな問題は無いだろうけどね。

16:名無しさん＠編集中
09/02/03 02:02:46 B/YmxHWK
H.264 in AVIを馬鹿にしてるんじゃなく、その使用者の多くが無能、若しくは質問をしてくる奴の無能さを馬鹿にしてるんじゃね

17:名無しさん＠編集中
09/02/03 02:12:42 qFH+YWNK
CLIのユーザーには関係がない、GUI版特有の問題は向こうのスレでやってほしい。

18:名無しさん＠編集中
09/02/03 03:15:02 GACx73n7
x264gui.auoでCLI使用の場合はここでいいのか？

19:名無しさん＠編集中
09/02/03 03:23:37 piEmBdJr
オプションとかならGUIでもここでいいんじゃね？
てかGUI使ってますって言わないとわからないような場合は。

エラーが出て落ちるんですとかならあっちだろう。

20:名無しさん＠編集中
09/02/03 13:05:29 3v6rKyFK
>>14
だっさーｗ
もう金輪際ゲフォ買わねー

21:名無しさん＠編集中
09/02/03 13:59:55 sfnEfmMn
統合グラフィック厨乙です

22:名無しさん＠編集中
09/02/03 21:22:33 dFDKQRHs
1099が駄目と前スレで書き込みがあったがどうなの？

23:名無しさん＠編集中
09/02/03 22:18:57 okcqNn2L
駄目なん？　って聞かれたから、駄目ですって言ってあげただけでしょ

24:名無しさん＠編集中
09/02/03 22:24:03 G0aq9B6X
さぁ試すべr1099
個人的にはr1086がサイズと画質が安定してる気がするんだが
こう更新が早いと十分なテストができないな。。。

25:名無しさん＠編集中
09/02/03 22:55:58 fZIi0ecp
URLﾘﾝｸ(app.blog.livedoor.jp)
1086がいいってさ

26:名無しさん＠編集中
09/02/03 23:03:03 iJWGCR0B
もっと高速化してくれ

27:名無しさん＠編集中
09/02/03 23:05:22 LhWEmc8m
何となく数字の感じが良いのは分かった

28:名無しさん＠編集中
09/02/03 23:05:45 E8tHFQaL
>>25
宣伝か？としか言いようが無いくらいどうでもいい文だしてくるな・・・
まあおれも1086だな、それ以降は膨らむし、aq-sensitivityで落ちるからなあ・・・

29:名無しさん＠編集中
09/02/03 23:11:26 fZIi0ecp
>>28
しかし確かに1086が良いのは事実なんだよな

30:名無しさん＠編集中
09/02/03 23:19:38 4RHJoH8G
1086がイイって言ってる人はSeraphyさんの使ってるの？たしかにSeraphyさんのは
1090以降なんか変だけどそれ以外のビルダーのは1086～1099まで画質もサイズも
大差ないよ。

31:名無しさん＠編集中
09/02/03 23:21:24 QtLb0xhp
( ﾟ∀ﾟ)ｱﾊﾊ八八ﾉヽﾉヽﾉヽﾉ＼ / ＼/ ＼
1096で大量にエンコしちゃったしこのまま最新版使うとするか

32:名無しさん＠編集中
09/02/03 23:25:23 WkcQbabR
1086 エンコード"いまやろ"

33:名無しさん＠編集中
09/02/03 23:33:55 piEmBdJr
1086が正常で1090がおかしいって何でだろう？
ちょっと実験して本当かどうか調べてみるか。

34:名無しさん＠編集中
09/02/03 23:53:55 okcqNn2L
>>33
今まさに1096で大量エンコ中だから助かるわ。
ついでに、折角なら1099でお願いしたい。

35:名無しさん＠編集中
09/02/04 00:00:25 Q0DM0JYV
未だr999使ってるわ

36:名無しさん＠編集中
09/02/04 00:06:28 +n7oVxmR
ひょっとしてseraphy氏のがおかしいってICC版だったりする？
ICC版は前から出力結果違ってたけど。

37:名無しさん＠編集中
09/02/04 00:12:38 9LLaaFaC
GCC版でもおかしいよ。

38:名無しさん＠編集中
09/02/04 00:17:39 0YAU1ZoS
1090以降駄目だったのか…
なんか変だな～、とは思っていたのだが

39:名無しさん＠編集中
09/02/04 00:18:24 iwPMcZRr
Seraphy版使ってないから関係ねー

40:名無しさん＠編集中
09/02/04 00:33:13 Oiw3P2dC
Phenomな俺はもうseraphy版は使えねえしなぁ

41:名無しさん＠編集中
09/02/04 00:34:34 +n7oVxmR
とりあえず俺ビルドとseraphyビルドのOreAQ版x264guiを比較したんだが結構違った。AQは同じだったので省略。
俺ビルド
slice I:54 Avg QP:17.74 size: 44072 PSNR Mean Y:49.17 U:51.33 V:51.12 Avg:49.73 Global:49.66
slice P:1614 Avg QP:19.81 size: 13724 PSNR Mean Y:46.96 U:49.45 V:49.16 Avg:47.59 Global:47.37
slice B:2096 Avg QP:20.72 size: 2879 PSNR Mean Y:46.79 U:49.16 V:48.91 Avg:47.40 Global:47.15
consecutive B-frames: 11.9% 32.0% 27.3% 18.0% 5.7% 3.7% 1.3%
mb I I16..4: 16.2% 50.0% 33.8%
mb P I16..4: 3.1% 4.7% 2.0% P16..4: 47.0% 10.6% 12.1% 0.0% 0.0% skip:20.6%
mb B I16..4: 0.4% 0.5% 0.2% B16..8: 21.5% 2.0% 2.2% direct: 2.7% skip:70.5% L0:38.3% L1:50.3% BI:11.4%
8x8 transform intra:48.1% inter:58.3%
direct mvs spatial:96.9% temporal:3.1%
ref P L0 71.0% 11.5% 8.2% 3.4% 3.0% 2.8%
ref B L0 76.1% 11.4% 6.2% 4.0% 2.2%
ref B L1 93.4% 6.6%
SSIM Mean Y:0.9928001
PSNR Mean Y:46.900 U:49.316 V:49.047 Avg:47.513 Global:47.274 kb/s:1557.52

sepraphyビルド
slice I:52 Avg QP:18.53 size: 40634 PSNR Mean Y:48.71 U:50.96 V:50.75 Avg:49.29 Global:49.22
slice P:1341 Avg QP:20.48 size: 15742 PSNR Mean Y:46.64 U:49.19 V:48.88 Avg:47.28 Global:47.07
slice B:2371 Avg QP:21.51 size: 3078 PSNR Mean Y:46.41 U:48.83 V:48.56 Avg:47.02 Global:46.83
consecutive B-frames: 7.3% 24.4% 24.3% 15.2% 8.1% 6.8% 14.0%
mb I I16..4: 17.9% 49.8% 32.3%
mb P I16..4: 7.2% 5.8% 2.5% P16..4: 62.7% 14.4% 5.9% 0.0% 0.0% skip: 1.5%
mb B I16..4: 0.3% 0.3% 0.2% B16..8: 14.1% 2.4% 1.6% direct: 3.9% skip:77.2% L0:43.4% L1:39.2% BI:17.4%
8x8 transform intra:40.2% inter:61.9%
direct mvs spatial:99.9% temporal:0.1%
ref P L0 55.0% 15.3% 12.8% 5.9% 5.6% 5.4%
ref B L0 66.3% 14.8% 9.2% 6.1% 3.6%
ref B L1 91.5% 8.5%
SSIM Mean Y:0.9924908
PSNR Mean Y:46.522 U:48.985 V:48.706 Avg:47.145 Global:46.940 kb/s:1555.28

42:名無しさん＠編集中
09/02/04 00:34:46 bHKTs6ie
seraphy氏はもうやる気なくしてる感じ？

43:名無しさん＠編集中
09/02/04 00:35:26 xhDClwEi
1063使ってます

44:名無しさん＠編集中
09/02/04 00:44:02 Bp0Sibf3
結構エンコ待ち溜まってるのでとりあえず1086に上げてみます

45:名無しさん＠編集中
09/02/04 01:29:41 +n7oVxmR
結果報告
一言でいうとseraphyビルドはおかしい。
コンパイラの違いとか最適化が影響するかもしれないし俺ビルドの方がおかしい可能性も考えてx264.nlも加えて比較した。
俺ビルドはGCC 4.3.2でYorkfield向け最適化、x264.nlはGCC 3.4.6、seraphyビルドはGCC 4.2.1。
結果は
パッチ無し通常版は俺ビルド＝x264.nlビルド≠seraphyビルド
OreAQ版も俺ビルド≠seraphyビルド
詳しいログは↓
URLﾘﾝｸ(www1.axfc.net)

Web Diff使うとどこが違うのか一目瞭然で便利
URLﾘﾝｸ(labs.ceek.jp)

46:名無しさん＠編集中
09/02/04 01:38:36 c6e02F1B
おにーさん版ビルドOreAQステキですね

47:名無しさん＠編集中
09/02/04 01:58:06 omO0Egfe
俺ビルドください。

48:名無しさん＠編集中
09/02/04 02:32:03 +n7oVxmR
俺ビルド
URLﾘﾝｸ(www1.axfc.net)

GUIはめんどくさいので…今日は寝る

49:名無しさん＠編集中
09/02/04 03:05:27 KXtkwAzu
>>48
VFR_maniac氏ビルドの方が1.3～1.4倍速くコンパクトになる結果に・・・
i7(965Ex)オートOC*3.442Ghz

50:名無しさん＠編集中
09/02/04 03:07:13 xhDClwEi
920でも3.8GHｚ常用できるのに965にしてはOC率低いな

51:名無しさん＠編集中
09/02/04 03:12:04 8nkp8YQG
検証ありり
refが妙に高いなー　とは思ってたんだが…

52:名無しさん＠編集中
09/02/04 03:28:12 8nkp8YQG
>>45
そして一応親切心からsar32:27でいいのかと突っ込んでみる

53:名無しさん＠編集中
09/02/04 03:58:38 KXtkwAzu
>>50
有り金はたいて50万で買ったから強制OCはしてない。
今度のメニーコアまでもたせなきゃ

54:名無しさん＠編集中
09/02/04 04:02:57 2MFF+NHD
どんだけぼられてるんだよ

55:名無しさん＠編集中
09/02/04 04:05:25 xhDClwEi
安い920か940で気兼ねなくOCするのとどちらがいいか悩みどころだな
俺も920と965両方とも3.8GHｚまでしか上げてないしなぁ
CPU単体で見れば処理速度は変わらないし

56:名無しさん＠編集中
09/02/04 04:23:09 KXtkwAzu
>>54
HDを買いすぎたんだお
1.5TBの衝動買い

57:名無しさん＠編集中
09/02/04 04:25:32 F3Aca3FU
ご愁傷様です

58:名無しさん＠編集中
09/02/04 04:26:07 mt/0z8v6
どんだけぼられてるんだよ

59:名無しさん＠編集中
09/02/04 05:28:22 xhDClwEi
>>56
10台くらい買ったのか

60:名無しさん＠編集中
09/02/04 05:41:59 +n7oVxmR
>>49
>>48は最適化外してるからかな。
Core2指定
URLﾘﾝｸ(www1.axfc.net)
コンパクトになるって出力違うってこと？リビジョンが違うせいじゃなかろうか。

>>52
40:33？どっちがいいのかいまいちわからん。
ソースはTSでそれは16:9のアス比だからエンコ後も16:9になるように指定したんだけど。
40:33だとソースよりも横長になるし。それともソースのTSもそのままだとアス比おかしいの？

61:名無しさん＠編集中
09/02/04 06:04:26 E5I+s28v
私がHD->SDをやるなら、704x480にリサイズして--sar 40:33にするけど、別にそれでもおかしくない。

BT.709->BT.601もやらないと、再生した時の色がおかしくなるけど。

62:名無しさん＠編集中
09/02/04 06:55:40 QpD3qKkU
確かにseraphy氏版はr1086以降がおかしい
r1086までだと25分動画で350MB～400MBぐらいに収まってたのに、
r1090,r1093,r1096だと450MB～550MBぐらいで約100MBぐらい差が出てる
まだ同じソースで試してないけど暫く様子見した方がよさげ
書く言う自分は10本以上エンコしてしまったわけだけど、
画質の差はなさそうだからエンコしてしまった分はそのままにして今はr1086使ってる

63:名無しさん＠編集中
09/02/04 07:46:26 bHKTs6ie
何となく数字の感じが良いからな r1086なんだよ

64:名無しさん＠編集中
09/02/04 07:54:15 E5I+s28v
他人のバイナリで悩むのは不毛だから、自分でビルドできるなら、黙ってそれを使った方が良いわな。

65:名無しさん＠編集中
09/02/04 11:48:25 xIAxQuce
seraphy氏の掲示板で回答きてた
これで直るかなあ

66:名無しさん＠編集中
09/02/04 11:50:01 cXGfnMcZ
俺patch版のほう使ってるけど膨らむなんて感じないけどな。
だからいちいち同じ動画でテストとかしてないし感覚の問題だけど。

67:名無しさん＠編集中
09/02/04 12:28:03 inEWnyXT
seraphy氏ビルドの1090以降2passで落ちるのって俺だけ？

68:名無しさん＠編集中
09/02/04 14:04:28 xIAxQuce
VFR氏とseraphy氏のr1096を同ソース同オプションで比べてみたけど、若干seraphy氏の方が膨らんで、若干VFR氏の方がSSIMがよかった
aq関係は変化無し
100Mも膨らむってのはどうなんだろ・・・

69:名無しさん＠編集中
09/02/04 14:17:59 8nkp8YQG
Seraphy氏が1099r2出してくれたよ
どうもコンパイラのバグだったようで、直ったっぽい

70:名無しさん＠編集中
09/02/04 15:25:20 0YAU1ZoS
なんだかんだと修正してくれるseraphy乙であります

71:名無しさん＠編集中
09/02/04 15:46:33 zuivkhU/
いまだにr1057使ってる俺だけどseraphyさんいつもありがとう
じゃあそろそろ最新版に移行させていただこうかしら

72:名無しさん＠編集中
09/02/04 16:29:38 OKviutqp
いまだにr683つかってるけどSeraphy氏乙であります

73:名無しさん＠編集中
09/02/04 16:40:51 jwjbnXqH
この板って他の板より一昔前の2ちゃんねるの表現が多いな
電車男に具現化されたような典型的な

74:名無しさん＠編集中
09/02/04 16:44:08 V+g7VYWq
専門板ってそんなもんだよ

75:名無しさん＠編集中
09/02/04 16:47:36 8nkp8YQG
というか専門板が"2ch"である必要がないよな

76:名無しさん＠編集中
09/02/04 16:55:05 uPnYweWJ
そりゃあニュー速やらVIPやらと一緒くたにされちゃあかなわんな。
話題が決まってるんだから2chの文化が入る込む余地はない。

77:名無しさん＠編集中
09/02/04 16:57:05 lABSwOyg
　 ∧＿∧　　／￣￣￣￣￣￣￣￣￣
　（　´∀｀）＜　
　（　　　　）　＼＿＿＿＿＿＿＿＿＿
　｜｜　|
　（_＿）＿）

78:名無しさん＠編集中
09/02/04 18:43:10 qGiqqfzg
Seraphy氏の1099r2で治ったー！良かった良かった。

79:名無しさん＠編集中
09/02/04 21:33:06 Bp0Sibf3
本当に直ったのか？
直ったのなら移行したいところだが今1086試してみてちょっとだけエンコスピードが増えてしまった。
うーん1072に戻したほうが良いんだろうか？

80:名無しさん＠編集中
09/02/04 21:44:47 eEuQ7Xx/
分からないならきにするな

81:名無しさん＠編集中
09/02/04 21:52:34 8nkp8YQG
ハハハ
r1100… 10l: fix compilation with GCC 4.3+

82:名無しさん＠編集中
09/02/04 21:58:36 8nkp8YQG
これで直ったのかな？
seraphy氏は1090からGCC 4.2.1-sjljを使ってたそうな
GCC 4.3.2-tdm2　で正常だったみたいだけど、どういうことだろ

どっちみち1099r2はnlと同じGCC-3.4.6だから問題なさそうだけどね

83:名無しさん＠編集中
09/02/05 01:31:05 VGIRO+RX
以前、色のにじみとかバンディングが気になるって人は
ffdshowのRGB変換がアップデートしたみたいだから使ってみれば？

高品質クロマ処理や10bit精度の入力/出力は使えそう。
ffdshow使っている人はいるのかな？

2646 01.02.2009

1.New color space converters
Supported color spaces
input: progressive YV12, progressive NV12, YV16, YUY2
output: RGB32,RGB24
High quality chroma upscaling: 75:25 averaging vertically and horizontally
Support for color primary parameters, such as ITU-R BT.601/709, input and output levels
10bit or more calculations
SSE2 required (other converters are used on old computers)
faster than former high quality conversion on 45nm Core2 (YV12->RGB). Depends on the speed of the execution of SSE2 instructions.
Make sure "High quality YV12 to RGB conversion" checked

2.RGB conversion: New options
Output levels ("Computer monitor" or "TV / Projector")
YCbCr specification "Auto" (use H.264's VUI or width >= 1024: BT 709, width < 1024: BT 601)

3.H.264 use VUI information about color space
video_full_range_flag: Select "Auto" at Input levels/RGB conversion (This is not default)
matrix_coefficients: Select "Auto" at YCbCr specification/RGB conversion (This is new default)

4.Fixed handling of YV16
YV16 = FF_CSP_422P|FF_CSP_FLAGS_YUV_ADJ (in TvideoCodecUncompressed.cpp)

URLﾘﾝｸ(www.xvidvideo.ru)

84:名無しさん＠編集中
09/02/05 01:39:43 nH6lDgBU
RGB出力とかありえん

85:名無しさん＠編集中
09/02/05 02:58:13 7yLtavxE
テレビをPCモニタとして使う場合とかならありえるし
なにかしらの問題の対策のためffdshow入れてる人も居る
まぁ極端な例だけどねｗ

86:名無しさん＠編集中
09/02/05 03:00:34 ewMuHAv/
どこでRGB変換入れるかの違いだろ。
ゲフォならソフトウェアで変換したほうが1000倍くらいいいとか聞いた。
てかffdshowのアップサンプリングは前から性能は悪くないぞ

87:名無しさん＠編集中
09/02/05 09:48:32 h1iVhS7C
どのみちRGBにしなければモニタに表示できないのだから、
ビデオカード側で行うかソフトで処理してRGBで渡すかの違いだけだからな。

ラデならビデオカード側で、ゲフォならffdshowとかソフト側で色空間変換(RGBへ)というのが無難だったと思う。

88:名無しさん＠編集中
09/02/05 13:57:20 t9cLPlLm
seraphy氏のはPhenomで動くようになったの？

89:名無しさん＠編集中
09/02/05 16:09:37 HBNND2LJ
1101

90:名無しさん＠編集中
09/02/05 23:20:53 6AewST6E
>>88
無理
対応するつもりないと言ってるし

91:名無しさん＠編集中
09/02/06 00:07:49 nrpYOCNx
で結局なんでだめなの？

92:名無しさん＠編集中
09/02/06 00:53:39 oB6Q/K+U
seraphy氏はPhenomの環境が無いからだろ？

93:名無しさん＠編集中
09/02/06 00:55:50 nrpYOCNx
でも普通にコンパイルしてるだけなら普通動くと思うんだけど。

94:名無しさん＠編集中
09/02/06 02:41:15 41LBPu5P
>>93
Phenomでも別に普通に動くだろ
シングルスレッドで動かせばな

95:名無しさん＠編集中
09/02/06 03:56:40 NNdzU+UR
--no-asm でも駄目なの？

96:名無しさん＠編集中
09/02/06 06:09:45 mdfiO4dP
URLﾘﾝｸ(forum.doom9.org)

-march=pentium2でやっている人のバイナリなら、どのCPUでも問題なく動くだろう。

97:名無しさん＠編集中
09/02/06 06:28:16 3g9OuDUa
Phenom買う予定だから動かないのは困る

98:名無しさん＠編集中
09/02/06 06:48:27 cInQZzSl
自分でビルドすれば問題なしなんだろ？
Phenom2買うつもりだから気になる。しかしAMDめ延期って・・・orz

99:名無しさん＠編集中
09/02/06 08:12:38 uKmWbyTi
何買おうが知ったこっちゃないが
エンコするような奴がPhenom買うとか金の無駄過ぎる

100:名無しさん＠編集中
09/02/06 09:52:54 bcIFMs+H
エンコだけじゃないからPhenomなんだろ

101:名無しさん＠編集中
09/02/06 12:14:17 QMnn+0jz
なにを買えば無駄じゃないんだああああ

102:名無しさん＠編集中
09/02/06 14:58:58 d50+aLaH
Nehalem-EX

103:名無しさん＠編集中
09/02/06 15:14:26 ZweGBYTF
BD初回限定BOX

104:名無しさん＠編集中
09/02/06 15:45:45 Qn6ZOKjZ
レグザ

105:名無しさん＠編集中
09/02/06 16:01:06 dhBYemUI
東芝のテレビは糞だろｗ
PCマニアだったらSONY一拓

106:名無しさん＠編集中
09/02/06 16:18:50 xUUw6Ix5
TS再生したいからじゃないの？
家電のことはよく知らないけど。

107:名無しさん＠編集中
09/02/06 16:25:10 Qn6ZOKjZ
東芝でもSONYでもどんどん買ってとにかく消費しろ。

108:名無しさん＠編集中
09/02/06 19:04:24 qrMv0V40
>>105
PCマニアには韓国パネルの東芝やSONYは評価されていない。

109:名無しさん＠編集中
09/02/06 19:17:28 9AO3adBS
やるならハードウェアかAV板言行ってやれよ

110:名無しさん＠編集中
09/02/06 19:20:56 JqoCS/gf
AdultVideo

111:名無しさん＠編集中
09/02/06 19:33:50 UOq1TYiJ
TSの汚さに落胆した後なら、どこのメーカーだろうが大抵のHDTV、BDレコに不満なんか無い

112:名無しさん＠編集中
09/02/06 21:22:24 vGzqozmI
暗い部分はAQで調整して階層割れ防げるけど、赤黒い（赤暗い）部分が何やっても階層割れ起こしてしまうんだが
ここの人たちはそういう部分どのように処理してるんすかね？

113:名無しさん＠編集中
09/02/06 21:58:08 Ly9ZvsQE
どういうところ？画像で示してもらえるとわかるんだが

114:名無しさん＠編集中
09/02/06 22:01:44 DOviRP2j
バンディングのこと？あれはどうしようもない。再生側が補完してくれればひどくはならないはずだが

115:名無しさん＠編集中
09/02/06 22:05:16 b3HrZJys
PCマニア(笑)

116:名無しさん＠編集中
09/02/06 22:22:41 kMUNfVLs
>>88
> seraphy氏のはPhenomで動くようになったの？

Aviutlの出力プラグイン版@GCCをPhenomII 940でエンコしてる

117:名無しさん＠編集中
09/02/06 22:23:44 rtcrZ8DV
ソースの時点で階調割れしてて、フィルター処理でさらに悪化してたりしてな

118:名無しさん＠編集中
09/02/07 05:15:52 lNYwqqAM
>>113
アップローダーあまり使ったことがないので適当なとこですみません
URLﾘﾝｸ(uproda.2ch-library.com)

静止画ではわかりにくいですが赤暗いとはこのような所を指していました
NRは時間軸に軽くかけています、ソースは地デジですがもう手元にソースがないので圧縮後のものをキャプしました

このほかの暗部はGradFunkMirrorなどを弱くかけAQやdeadzone、あとはfgoなどでそれを拾うようにして対処していたのですが
この部分だけはどうしてもうまくいきませんでした

119:名無しさん＠編集中
09/02/07 07:44:50 z61tyt/6
GradFun2DBmod
URLﾘﾝｸ(forum.doom9.org)

GradFunkMirrorの代わりにこれを使って、グレインを保持できる設定にするとか。

120:名無しさん＠編集中
09/02/07 08:44:04 veF+lQKI
バンディングノイズはｆｆdshowのフィルタで
バンディングノイズ除去があるからこれで完璧に消える。

ffdshowのエンコード時にもフィルタ使えるからx264でも連携してくれないかな。。。

121:名無しさん＠編集中
09/02/07 08:49:53 veF+lQKI
あと、AviUtlのプラグインでバンディング低減MTプラグインというのもあるから
これでもいいかも。

使ったことないけど。

122:名無しさん＠編集中
09/02/07 11:14:14 fE6Qn/Nm
ef2の第1話に見える

123:名無しさん＠編集中
09/02/07 12:34:42 +CXV/6Fu
>>120
バンディングノイズ除去っておかしくないか？
バンディング除去で行う処理（ディザリング）は、いわばノイズ付加処理だろ

124:名無しさん＠編集中
09/02/07 13:08:34 PLoqdPpJ
>>120
あとエンコ時にディザ付加しても量子化でつぶされるからほとんど効果ないよ。
つーかffdshowのDebandってまさにGrandFunのことだし。

125:123
09/02/07 13:43:28 +CXV/6Fu
あらためて読み直すと>>123もおかしいな
バンディングは低減はできても除去はできない
訂正しますよ

126:名無しさん＠編集中
09/02/07 15:28:52 XUZSGvA7
x264で実写をエンコするときはcrf=24～26で高画質と紹介されてるのですが
汚いとしか思えません。　crf=22ぐらいで何とか許容できる感じです。
素人の私でも気づくぐらいなのでエンコ厨の方なら一笑に付すところでしょう。
SDサイズの動画だと1300kから1500kbpsは欲しいところです。　高画質を狙う
のならH.264でも2000kは必要と思います。　ソースにもよりますが・・・

画質を高望みすると高ビットレートにならざるを得ません。　低ビットレートでは
x264はXvidなどに圧勝してると思いましたが　640*480サイズで1500～2000kbps
ぐらいの割り振りならXvidとそれほど大差がないように思いました。
subme7とかの設定で低速でエンコしても時間がかかるばかりです。
結局 Xvidに戻ることにしました　quantizer=3 VHQ=4 VAQ適用で画質、サイズ
共に妥協できる範囲に落ち着きました。　

127:名無しさん＠編集中
09/02/07 15:46:03 PLoqdPpJ
はい、さようなら

128:名無しさん＠編集中
09/02/07 16:10:00 9++31ZJr
だめだ、思惑通りに笑ってしまった

129:名無しさん＠編集中
09/02/07 16:24:46 +jnjXLHZ
1093以降エラーが出てエンコ出来なかったけどr2で直って良かった

130:名無しさん＠編集中
09/02/07 17:54:53 Vobvg09t
>>118
事前のディザかけと--fullrangeと--colormatrixを
うまく使えばどうにかなるんじゃ？
FlashPlayerとffdshow最新版は対応してるみたいだし。
URLﾘﾝｸ(x264.tobinaka.com)
URLﾘﾝｸ(x264.tobinaka.com)

131:名無しさん＠編集中
09/02/07 18:20:29 jJvahEkw
でた。tobinaka☆

132:名無しさん＠編集中
09/02/07 18:22:46 rOzuyRr8
(ﾉ∀`) ｱﾁｬｰ

133:名無しさん＠編集中
09/02/07 18:23:15 qvgC02Jd
tobinakaさんは神だと思っている。
（略）
あの時は本当にびっくりした。

134:名無しさん＠編集中
09/02/07 18:24:20 fzG2sHXX
過剰反応してバカじゃないの

135:名無しさん＠編集中
09/02/07 18:29:47 XMOhnojW
>>126
build 66以降はcrfのデフォ値が22になったんじゃなかったっけ?

Xvidは実写だと絵が眠くなりすぎるから、個人的にはもう戻ることはないなぁ。

136:名無しさん＠編集中
09/02/07 18:37:23 2PHaNaNR
crf 22で実写だと容量的に変換する意味がなくなる(MPEG-2のままでいいやということに)
x264は設定を煮詰めないと

137:名無しさん＠編集中
09/02/07 19:01:52 XMOhnojW
TSならそうかもしれないけど、DVDやBDならかなり縮むよ。
別にデフォで使ってるわけでもないけど。

138:名無しさん＠編集中
09/02/07 19:04:29 lNYwqqAM
118です
思った以上に沢山のアドバイスをいただけて感謝しております
>>119と>>130を試してみてみようとおもいます
ありがとうございました。

139:名無しさん＠編集中
09/02/07 19:14:39 iNItu/X5
URLﾘﾝｸ(x264.tobinaka.com)
URLﾘﾝｸ(x264.tobinaka.com)
URLﾘﾝｸ(x264.tobinaka.com)
URLﾘﾝｸ(x264.tobinaka.com)
URLﾘﾝｸ(x264.tobinaka.com)
URLﾘﾝｸ(x264.tobinaka.com)
URLﾘﾝｸ(x264.tobinaka.com)
URLﾘﾝｸ(x264.tobinaka.com)
URLﾘﾝｸ(x264.tobinaka.com)
URLﾘﾝｸ(x264.tobinaka.com)
URLﾘﾝｸ(x264.tobinaka.com)
URLﾘﾝｸ(x264.tobinaka.com)
URLﾘﾝｸ(x264.tobinaka.com)
URLﾘﾝｸ(x264.tobinaka.com)
URLﾘﾝｸ(x264.tobinaka.com)
URLﾘﾝｸ(x264.tobinaka.com)
URLﾘﾝｸ(x264.tobinaka.com)
URLﾘﾝｸ(x264.tobinaka.com)
URLﾘﾝｸ(x264.tobinaka.com)
URLﾘﾝｸ(x264.tobinaka.com)
URLﾘﾝｸ(x264.tobinaka.com)
URLﾘﾝｸ(x264.tobinaka.com)
URLﾘﾝｸ(x264.tobinaka.com)

140:名無しさん＠編集中
09/02/07 19:21:35 t5gHo4zs
tobinakaのwiki相変わらずコピペだらけで何の役にもたたねえｗ

141:名無しさん＠編集中
09/02/07 19:22:07 oHWj7k3R
fullrangeとかやめとけ
規格外なうえにソース処理や格納方法を間違えると大変なことになる

142:名無しさん＠編集中
09/02/07 19:41:35 PLoqdPpJ
いちいちtobinakaに過剰反応してるやつって嫉妬に狂った腐女子みたい

143:名無しさん＠編集中
09/02/07 20:05:23 veF+lQKI
>>124
やってみて言ったほうがいいぞ。

144:名無しさん＠編集中
09/02/07 20:16:42 veF+lQKI
>>125
ffdshowの日本語がバンディング除去になっているんだ。
後は分かるな。

145:名無しさん＠編集中
09/02/07 20:22:11 t5gHo4zs
単発の煽りに過剰反応してるやつってtobinakaみたい

146:名無しさん＠編集中
09/02/07 21:11:31 7tNxMRWz
>>126
同じぐらいの時間でエンコする場合はXvidが手っ取り早くていいね。
ディジタル放送なんかのSNの良いソースなどでは軽く3DNRするだけでいいから短時間でエンコ出来てしまう。
ゴッホ絵になりやすいH.264系よりすっきりした描写だから俺も使ってるよ。

147:名無しさん＠編集中
09/02/07 21:14:31 8FPqGCpe
使いこなせないならXvidでいいと思うよ。画質下がるし。
使いこなせないなら

148:名無しさん＠編集中
09/02/07 21:17:01 fzG2sHXX
オプションいじるだけでプロ気取り（笑）

149:名無しさん＠編集中
09/02/07 21:36:03 YkKekKz5
定期的にXvid厨が沸くな

150:名無しさん＠編集中
09/02/07 21:53:21 sj6MF6+c
スルーすればいいものをお前みたいに反応する奴がいるからな

151:名無しさん＠編集中
09/02/08 02:25:14 0/TOvt4p
でも普通にオプションいじれるだけで、
エンコ神（笑）ぐらいにはなれるだろ。

152:名無しさん＠編集中
09/02/08 03:55:21 HdUOfES8
seraphy.fam.cxに繋がらない

153:名無しさん＠編集中
09/02/08 06:36:39 tOYgL3pm
じゃあオナニーでもして暇つぶすか

154:名無しさん＠編集中
09/02/08 09:02:29 f/WD9mm8
sarで指定したアスペクト比レートを
エンコ後修正って出来ます？

155:名無しさん＠編集中
09/02/08 09:06:40 apIPBgfZ
>>154
mp4boxで可能

156:名無しさん＠編集中
09/02/08 09:10:00 f/WD9mm8
>>155
即レスthx！
調べてみますありがとう～

157:名無しさん＠編集中
09/02/08 12:35:48 ya5hHaZv
-PAR 1=?:?

158:名無しさん＠編集中
09/02/08 12:38:32 51YzUjx4
>>146
ディジタル(笑)
お前PT1荒らしてた馬鹿な奴かｗ

159:名無しさん＠編集中
09/02/08 14:12:37 QV7M5OCq
ディジタルって普通に言わね?
ディズニーとデズニーの違いくらいのことと思うけど

160:名無しさん＠編集中
09/02/08 14:20:10 Hi+IKhGh
技術文書で書くことはあるけど
他者とコミュニケーションする場では使わんな
馬鹿に見えるから

161:名無しさん＠編集中
09/02/08 14:21:16 HEWX54BJ
>>159
電気電子系の学部、研究科出に
デジタルじゃない！ディジタルだ！
ってよく注意されるわ。
まぁ、確かにディジタルが正しそうだ。

162:名無しさん＠編集中
09/02/08 14:25:48 Ax1yiYjY
ディジタル
古めの書体で右から書くと雰囲気でそう。

163:名無しさん＠編集中
09/02/08 14:34:46 fbdFmvpo
ディヅィトゥ！

164:名無しさん＠編集中
09/02/08 15:15:00 cnTX3TCl
>>162
ルタヂィデ

165:名無しさん＠編集中
09/02/08 16:27:20 ijJqAhF6
最早英語と言うよりカタカナ語なんだからデジタルでいいと思うけど
デスクトップをディスクトップと言うのはなんとかして欲しいと思うが
お前の机は回転するのかと小一時間（ｒｙ

166:名無しさん＠編集中
09/02/08 17:14:58 ikt3KXuz
diは昔の人は「ディ」が発音できなかったから「デ」になっちゃっただけで、
deを「ディ」と発音する人は根本的に頭が悪いと思う。

167:名無しさん＠編集中
09/02/08 17:15:33 ZcKIq8hF
ウチのじっちゃんは

ディスク -> ですく
メロディー -> めろでー

という発声しかできない

168:名無しさん＠編集中
09/02/08 17:59:41 3p5A58o4
最近はMSも表記変えてきたが
メモリ、モニタ、プロセッサなど語尾の
「ー」を省略するのも独特だよな

169:名無しさん＠編集中
09/02/08 18:02:40 0FWyOdU3
独特っつーか英単語をカタカナ表記にした時点で正しいものなんてないんだよ
つか、スレ違いだから失せろ

170:名無しさん＠編集中
09/02/08 18:09:59 d6eK9GDD
>>165
ﾜﾛﾀ
めちゃくちゃわかるｗ

>>166
debugみたいに表記上は「de」でも発音記号では「di:」になる
ケースもあるから、ひとくくりには判断できないけどね。

ま、カタカナ英語で定着してることもなく、ネイティブの発音にも
合ってないような言い方はやめて欲しいということだな。

171:名無しさん＠編集中
09/02/08 18:12:46 uXKYubyJ
いいじゃんネイテブなんてケアーしないで。

172:名無しさん＠編集中
09/02/08 18:20:11 5PJYBByu
安定してきたからオプションの話題無いのかな。

別に表記なんて分かればいいと思うけどなあ。どうせそのまま発音しても通じないし。

173:名無しさん＠編集中
09/02/08 19:21:29 6P3Tly0B
>>154
>>155
mp4boxじゃsarは変更できないんじゃないかな～
par優先のplayerならいいけど sarしか見ないplayerなら効果ないかも

174:名無しさん＠編集中
09/02/08 19:22:52 HdUOfES8
h264infoだっけ何かあったな

175:名無しさん＠編集中
09/02/08 19:41:21 apIPBgfZ
>>173
一度demuxして、h264_parseで調べたら分かるけど、aspect_ratio_idcが変更されるよ。

176:名無しさん＠編集中
09/02/08 19:51:31 ikt3KXuz
そもそもsarとparの区別無いんでしょ？

177:名無しさん＠編集中
09/02/09 00:29:15 dqgYP5Pf
多分>>173はmp4boxで設定するとコンテナでしか反映されないと思ってるんだと思う。
つか俺もつい最近までそう思ってたけど実験したらどうやら直接ストリームヘッダを書き換えるみたいね。
あとTSからDemuxしたMPEG2-AACもmp4boxでMuxしてDemuxするとMPEG4に書き換わる

178:名無しさん＠編集中
09/02/09 00:46:56 Kce2lgJc
deskはOEだとdeskeで、これはdishやdiskの意味もあった語

179:名無しさん＠編集中
09/02/09 07:29:23 iNwaRQES
カメラをキャメラっていうカマクラ頭のおばはんいるよね。

180:名無しさん＠編集中
09/02/09 09:29:33 d4OiQDN8
rev.1000出た時予定されてたｲﾝﾀﾚ対応の
強化ってどうなったんだろう。
予定では10～15％の符号化効率アップで
wktkしてたんだが。

181:名無しさん＠編集中
09/02/09 09:43:32 XjcRXKtv
>>Speaking of MBAFF, i remember seeing a posting of yours saying "MBAFF, coming to a x264 revision near you".
>>Can you update us on the progress of this addition ?

>Delayed indefinitely due to the discovery that the original patch, supposedly working but written by retarded monkeys, was in fact the latter, but not the former.

URLﾘﾝｸ(forum.doom9.org)

MainConceptのエンコーダは、x264の様に全部のMBをインターレースとして扱うのではなく、
ちゃんとmacroblock-adaptiveで処理をするそうだが。

182:名無しさん＠編集中
09/02/09 11:22:30 dqgYP5Pf
厳密なMBAFFを行うとインタレMB判定に時間がかかるからやんないんだよ。
だから全部インタレ扱いにするならPAFFを実装してほしいってのが大部分の希望

183:名無しさん＠編集中
09/02/09 11:27:09 MwOxnCEv
x264は旧世代コーデック以上に効率が悪いから15%どころかもっと改善される余地がある

184:名無しさん＠編集中
09/02/09 11:28:44 Ww36S94i
CABACとかはまだまだ最適化で符号化効率あがりそう。
デブロックも検出精度向上とかで。

185:名無しさん＠編集中
09/02/09 12:19:29 8LI+Aqwz
>>184

186:名無しさん＠編集中
09/02/09 12:20:18 Ww36S94i
>>185
反論どうぞ。

187:名無しさん＠編集中
09/02/09 12:22:14 OW6XlFAN
速度も圧縮効率も一年前と比べると随分改善されてる気がするが
まだ改善の余地があるんだな
どんどん昔エンコしたファイルとの格差が広がる

188:名無しさん＠編集中
09/02/09 12:24:17 g84+FVua
>>184

189:名無しさん＠編集中
09/02/09 12:25:20 Ww36S94i
自動応答？

190:名無しさん＠編集中
09/02/09 13:04:46 dqgYP5Pf
こういうオープンソースプロジェクトって多数の人がコード書くから
数年更新続けてるとごみとかたくさんたまる印象がある。あくまで俺の印象だけど。

191:名無しさん＠編集中
09/02/09 14:01:54 gomHY9op
>>184
CABACの処理弄ったらデコードできなくなりますが。

とマジレスしてみる

192:名無しさん＠編集中
09/02/09 14:11:09 fUGVadBZ
>>191
無知は邪魔だから消えれば？

193:名無しさん＠編集中
09/02/09 15:49:18 C6tX0Mo3
最近ようやく地アナキャプから地デジTSに変えたんだけど、そのせいでエンコがかなり重くなったなぁ
前は大して気にしなかったが、処理速度はほんの少しでも向上してくれたらありがたいわ

194:名無しさん＠編集中
09/02/09 16:41:22 CiC4Oh+h
私は地アナの時の方が処理が大変だったなぁ。