x264 VFW 専用スレ Part1

x264 VFW 専用スレ Part1 at AVI

1:名無しさん＠編集中
06/10/09 16:12:19 z3izm9Be
ここは、まだまだ需要が多い VFW版を延命させるためのスレです。
作成している有志の方や関連HPを見付けた方は、こちらにURLを貼って頂ければと思います。

Q 再生できません。
A 当然です。x264はエンコーダーのみです、デコーダーは持ち合わせてません。

[本家]
URLﾘﾝｸ(www.videolan.org)
URLﾘﾝｸ(trac.videolan.org) (ソース)

[バイナリ]
URLﾘﾝｸ(x264.nl)
URLﾘﾝｸ(x264.nl)　(vfw入り最終版)
URLﾘﾝｸ(celticdruid.no-ip.com)
URLﾘﾝｸ(forum.doom9.org)
URLﾘﾝｸ(uk.geocities.com)
URLﾘﾝｸ(oss.netfarm.it) (mencoder)
URLﾘﾝｸ(forum.doom9.org) (MeGUI:mencoderのGUI)

URLﾘﾝｸ(www.ne.jp) (x264VfW日本語化パッチ)

[有志による最新版]
URLﾘﾝｸ(x264vfw.xlphp.net)
URLﾘﾝｸ(seraphy.fam.cx)

2:名無しさん＠編集中
06/10/09 16:12:50 z3izm9Be
H.264の再生や規格などの話題は
MPEG-4 AVC/H.264 総合スレ Part6
ｽﾚﾘﾝｸ(avi板)

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

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

CoreAVCスレ1
ｽﾚﾘﾝｸ(avi板)

☆彡 ffdshow vol.7 ☆彡
ｽﾚﾘﾝｸ(software板)

【高音質】AACオーディオ総合スレッド【mp4/m4a】
ｽﾚﾘﾝｸ(software板)

3:名無しさん＠編集中
06/10/09 16:13:22 z3izm9Be
Q 見れないよ
A matroska splitterとffdshow入れてVideo decoder configurationのH.264 Decoderをdisabledからlibavcodecに変更汁！

Q VirtualDubとかで読むとエラーでて編集できないんですが・・・
A aviコンテナならffdshow入れてVFW codec configurationのH.264 Decoderをdisabledからlibavcodecに変更汁！
　　mp4コンテナは諦めろ。

Q 再生が重いんだが
A MPlayerやVLCやGOMなどの軽量プレーヤーを使う。これらで見る場合はffdshowは必要なし。

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

4:名無しさん＠編集中
06/10/09 16:55:07 ILhPLER7
>>1
糞スレ立てるな

5:名無しさん＠編集中
06/10/09 17:53:50 k6VlVcsk
x264はCLIだけでおｋ。VFWなんてｲﾗﾈ

6:名無しさん＠編集中
06/10/09 19:03:21 SXkPj2xr
なんてことを言うんだ君は

7:名無しさん＠編集中
06/10/09 20:09:44 z5+EoWSd
スレを分けるな！
x264に戻れ、マジで削除依頼出して来い

8:名無しさん＠編集中
06/10/10 03:30:46 6EIuAS/E
>>1
乙

9:名無しさん＠編集中
06/10/10 03:32:59 vNf9B5La
[有志による最新版]
URLﾘﾝｸ(x264vfw.xlphp.net)
URLﾘﾝｸ(seraphy.fam.cx)

どっちがいいの？つか、どっちも同じ？

10:名無しさん＠編集中
06/10/10 04:51:19 vK/mJWQn
>>9
変わらないと思う。早く出てきた方を使えばイイかと。

11:名無しさん＠編集中
06/10/10 09:09:59 Y0kmpINe
ライセンスは読んでませんがレスは読みましたと厨的な上
ソースが欲しけりゃ掲示板まで来いと高圧的な下

12:名無しさん＠編集中
06/10/10 10:23:18 6yDLlwA/
別に正義漢ぶって他人のサイトのやり方にどうこういわんでもいいだろ
提供してくれるんだから文句は言わんよ
GPLどうこうについては利用者には直接的に関係ないんだからさ

13:名無しさん＠編集中
06/10/10 10:42:30 YbXhKAYt
サイトのやり方にどうこう言ったのか

14:名無しさん＠編集中
06/10/10 22:03:25 tjoPVjOL
正直俺はVFWでなくてもaviutlか何かで一時ファイルを作らずに出力できればいいと思っている。

15:名無しさん＠編集中
06/10/10 22:08:13 JCBiNcIq
できるじゃん。

16:名無しさん＠編集中
06/10/10 22:25:10 iQWrBNSV
vfw_rev588
URLﾘﾝｸ(x264vfw.xlphp.net)

17:名無しさん＠編集中
06/10/11 01:06:29 RRgWyCdi
ライセンスが同梱されてないしな。明らかに朝鮮人。

18:名無しさん＠編集中
06/10/12 04:14:54 zh/oVnTs
分ける必要なし
よってこのスレは重複になるので削除依頼出して吊ってこい>>1

19:名無しさん＠編集中
06/10/12 04:29:19 QotFaqdy
>>18
それで本スレじゃ
・規則そのx： vfwは口にしてはいけない
とか言うんだろ？
それはワガママっていうんだよ。坊や。

20:名無しさん＠編集中
06/10/12 09:23:12 YD296B1s
590 age

21:名無しさん＠編集中
06/10/12 19:36:32 6Azvcv9T
588以降、CPUの使用率が格段に上がって
エンコ速度upしてるのは俺だけ？

22:名無しさん＠編集中
06/10/12 19:50:04 YD296B1s
確かに。588 から 590 で更にアップしてるな。

23:名無しさん＠編集中
06/10/12 20:02:41 6Azvcv9T
PV3ソースの1440x810からリサイズとクロップのフィルターを
AVSでかけてる以外は余計な処理はしてないんだけど、
フルロードに近いCPU負荷で最初びびった。

24:名無しさん＠編集中
06/10/12 23:53:31 XIEaVWnD
URLﾘﾝｸ(x264vfw.xlphp.net)
↑こっちのほう、消えた？　好きだったのに・・・

25:名無しさん＠編集中
06/10/12 23:55:24 VVD3Ot/j
URLﾘﾝｸ(x264vfw2.xlphp.net)

26:名無しさん＠編集中
06/10/13 00:02:59 KvXh794p
サンクス

27:名無しさん＠編集中
06/10/13 00:32:55 s9DtY+F7
転送量が増えたって・・・
なんのかんのとアクセスが伸びたのね

28:名無しさん＠編集中
06/10/13 00:47:11 KvXh794p
TMPGEnc 4.0 XPress で使ってる方っています？
自分は Core2Duo と TMPGEnc 4.0 XPress で使っているんですが、何故かCPU使用率
が低め（70～80%くらい）なんですよね。
TMPGEnc 4.0 XPress も x264 もDualコアには対応してるのに。
FairUse Wizard だと完璧（90%後半）なんですけどね。
だから、TMPGEnc 4.0 XPress 側に何か原因があると思うんですけど。

29:名無しさん＠編集中
06/10/13 00:52:03 IbUk73Oh
>>28
そうですか　で？

30:名無しさん＠編集中
06/10/13 00:54:12 6JYU0o7K
>>28
TMPGEncを作ってる会社に聞け

31:名無しさん＠編集中
06/10/13 01:00:44 y9auSFw5
フィルタでもかけてるんじゃないの？
マルチスレッドってどんなもんか考えてみたら？

32:名無しさん＠編集中
06/10/13 01:24:59 KvXh794p
ん～、インタレ解除して24fps化している以外は特に掛けてないんですけどね。
同じ設定で WMV9 を使うと、CPUの使用率は100%近くになるのに。
作ってる会社に聞いてみようかと思ったのですが、外部Codecのことなので思い留まって
しまいました。

33:名無しさん＠編集中
06/10/13 01:38:33 C4RxQ2rN
CPU使用率が完璧ってどういう意味？

34:名無しさん＠編集中
06/10/13 06:28:40 lKnws00l
x264じゃなくて内臓のH.264を使用してるとか言うオチじゃ(ry

35:名無しさん＠編集中
06/10/13 09:36:30 yJ3LvaPT
>>33
二つのコアの使用率がほぼ同じになって並列処理をしてるという意味です。
使用率が低めの時には、必ず偏りがあるので。

>>34
内蔵のやつは、AAC しか選べないんです。
MP3 を使いたいので、あえて x264 を使ってます。

36:名無しさん＠編集中
06/10/13 14:16:38 /6D9H1H2
DUALコア対応ってのはあくまで、50%以上使えますよということで、100％使えるという保障にはならない。
途中でかますフィルターが対応してなかったら、それの出力街になるので当然遊びが出る。

よってムービーで100%使いきれるものは単純なトランスコードくらいしかないと思われます。

37:名無しさん＠編集中
06/10/13 17:50:25 I9L8cK53
>>25
x264vfw_rev590.zipの中身を使うだけじゃ駄目なんだよね？
よくわからん

38:名無しさん＠編集中
06/10/13 17:59:50 WaA9qKR7
過去のがあるならdll置き換えのみ
今回が初めてならinfでインストール

39:名無しさん＠編集中
06/10/13 18:32:35 aWgNMdiS
hp復活したけど、海王居なくなっちゃった。

40:名無しさん＠編集中
06/10/13 18:34:31 I9L8cK53
>>38
あんがとう
やっとエンコ＆視聴できたよ

41:名無しさん＠編集中
06/10/13 23:27:45 lq5cXXeq
URLﾘﾝｸ(vista.undo.jp)

42:名無しさん＠編集中
06/10/15 01:18:16 IgNgAC65
592 age

43:名無しさん＠編集中
06/10/15 23:16:02 l6KmbhqO
ピクセル比の使い方がいまいち分からないんですが。
ソースは、16：9物で、720ｘ480でキャプチャー
これを、704ｘ480にして、ピクセル比40：33で、エンコードして、
WMPで再生したところ、704ｘ480で再生されてしまします。
4：3物を、720ｘ480でキャプチャー。
704ｘ480にクロップして、640ｘ480にリサイズして、ピクセル比10：11にしたところ。
両脇に黒帯がつきました。もしや数値が反対なのかなと思い、
16：9物をピクセル比33：40の704ｘ480でエンコしてみます。
根本的に間違っているようなのですが、1280ｘ720入力のあるワイドテレビに入力して、
16：9物に上下に黒帯つかないかなーとか思っています、試行錯誤中。

44:43
06/10/15 23:34:21 l6KmbhqO
ごめんなさい、馬鹿すぎました。アスペクト比の設定でした。
9：16で試して見ます。失礼しました

45:名無しさん＠編集中
06/10/17 21:50:27 Qm/3oa6d
593 age

46:名無しさん＠編集中
06/10/30 09:25:14 DFYk1L9R
596 age

47:名無しさん＠編集中
06/11/07 09:54:31 /s8W2WWb
600 machi

48:名無しさん＠編集中
06/11/08 03:20:13 U+f5gzP4

49:名無しさん＠編集中
06/11/09 20:38:11 hDxyhqbO
vfwﾏﾝｾｰ

50:名無しさん＠編集中
06/11/10 19:33:42 bR1xwSnK
x264vfw のMoreタブのSample ARは
アスペクト比が4:3なら10:11と入力
16:9なら40:33と入力

これであってますか？

51:名無しさん＠編集中
06/11/10 20:22:00 yWONmD+y
基本の横サイズをどれだけストレッチするか

704x480(720x480を左右計16ドット削った場合)の動画を

再生時に640x480にするなら 640:704 = 10:11
再生時に853x480にするなら 853:704 = 40:33

1280x1080を

再生時に1920x1080なら 1920:1280 = 3:2

1440x1080を

再生時に1920x1080なら 1920:1440 = 4:3

52:名無しさん＠編集中
06/11/10 20:59:36 wZqH4eRe
600 来た。

53:名無しさん＠編集中
06/11/10 21:18:16 bR1xwSnK
>>51
ということは
704x480(720x480を左右計16ドット削った場合)の動画を
640x480や704ｘ396にリサイズしたものを
そのままの解像度で再生したい場合は1:1でよいということですね。

ありがとうございます。

54:名無しさん＠編集中
06/11/12 12:58:31 H98bAMae
VFW版から、.mp4に至るまで、こんな感じでやってるんですが、出来上がったmp4が
quicktimeで再生出来ないです。何処か間違ってるでしょうか。

映像
aviutl -> x264 -> avi2raw -> raw

音声
aacの場合：aviutl -> wav -> ext_bs -> .aac
wavの場合：aviul -> wav -> foobar2000 ->aac
ac3の場合：aviul -> wav -> ext_bs -> .ac3 -> foobar2000 ->aac

mp4boxで、rawとaacをmux。

Aviutlを使いたいのは、PV3ソースのため。中間ファイルを吐けばいいんだろうけど、
容量的に厳しいので。

55:名無しさん＠編集中
06/11/12 18:47:24 2DOx1X5O
>>54
ｘ264の設定がハイプロになってんじゃないの？
それと、別に中間ファイル作らなくたって
aupを直接Synthに読み込ませればいいだけじゃね？

56:名無しさん＠編集中
06/11/12 21:27:48 C0FTxkFO
>>54
難しいことやってますね。
わしは、AviUtlで編集->MeGUIでmp4エンコっす

57:名無しさん＠編集中
06/11/13 18:57:03 K84RJk1F
>>54
PV3ソースってavisynthで読めるでしょ？

58:名無しさん＠編集中
06/11/16 23:33:47 ADL8JBWh
ｘ264 vfw rev600 のMore...タブの
DCT Decimate と Fast P Skip はONにするとそれぞれどういう効果があるのでしょうか？

59:名無しさん＠編集中
06/11/16 23:40:26 0bYhsnjl
URLﾘﾝｸ(www.wikihouse.com)

dct_decimate
Pフレーム中の僅かな係数しか含まないDCTブロックを除去（デフォルトはenabled）。

fast_pskip
Pフレームにおける速い段階でのスキップ検出。
闇階調のブロックノイズ緩和に効果有り

60:名無しさん＠編集中
06/11/17 00:19:55 OHarV56W
>>59
ありがとうございます

61:名無しさん＠編集中
06/11/19 22:37:35 dTgFlFfm
rev.601で最大8％速くなったらしいけど、vfw版でも速くなるの？

62:名無しさん＠編集中
06/11/19 22:51:02 7RrGs6A/
>>61
試しているとことですが、確実に速度は上がっているようですよ。

63:名無しさん＠編集中
06/11/20 10:45:51 VYyI37x9
設定によるだろ

64:名無しさん＠編集中
06/11/21 00:02:27 Gx2oFkhM
ワンクッションあるんだから
とりあえず最新版入れとけば大丈夫

65:名無しさん＠編集中
06/11/21 01:17:01 rPVSAEZk
PHANTASIA.NETからいつもDLしてるのだが、VFW3種類あるけど、なにか違いってあるのかな？
あまり考えずに最初に使ったのがseraphy版だったからずっとseraphy版使ってるけど

66:名無しさん＠編集中
06/11/21 08:39:09 LTq0SbPU
>>65
Lunatiliaのはオプションが2個多い
xlphpのはVCでビルドされてるくらいの違い

67:名無しさん＠編集中
06/11/21 10:24:57 b/hzk1ha
結構色々出てるんだね。初めて知ったよ。

68:名無しさん＠編集中
06/11/23 00:57:24 PlEYcZIp
簡単に120fps出力できるからvfw版を使ってたんだがなぜか120fpsのaviコンテナの動画を開こうとするとexplorerが落ちるようにorz
しょうがなくmkvコンテナに変えたよ・・・
まぁ数MB縮むからデメリットは精神的なものだけなんだけどね

69:名無しさん＠編集中
06/11/23 01:10:56 k9PIuYQv
数MBも変わるの？インターリーブ間隔1になってるとかじゃなくて。

70:名無しさん＠編集中
06/11/23 01:11:57 uD/eqirj
描写が激しいスポーツ系とかなら60fps以上だろうけど、
たいていは60fpsで済む人間の目っていい加減だな

71:名無しさん＠編集中
06/11/23 01:25:34 PlEYcZIp
>>69
特に弄ってないから1間隔なはず
25分の動画で4MB程度減るな

72:名無しさん＠編集中
06/11/23 01:59:02 k9PIuYQv
手元の120fps.avi 25分動画で試してみた。
間隔1　197MB
間隔12　193MB（-3.75MB）
間隔120　193MB（-4.06MB）

4MBの差はこういうことだと思う。

73:名無しさん＠編集中
06/11/23 02:15:26 rdo4QbmZ
>>72
それをさらにmkvにしてごらんよ

74:名無しさん＠編集中
06/11/26 09:34:09 xV9OuBuF
コンテナで、aviとmkvそれぞれのメリットは何？

75:名無しさん＠編集中
06/11/26 09:39:23 +fyvtz2w
aviだと何かと交換性がある
mkvはaviに出来ないことが出来る

76:名無しさん＠編集中
06/11/26 14:00:12 jTvOQAsT
>>074
URLﾘﾝｸ(www.alexander-noe.com)
ここの「A small container comparison」

77: ◆HhTh8Gv36s
06/11/26 15:12:15 lT25OWoY

78:74
06/11/26 17:20:19 LRYI/Dvq
>>75-76㌧

うーんやっぱｍｋｖかな・・・

79:名無しさん＠編集中
06/11/26 21:40:54 ho4ckHmg
seraphy Rev 603

80:名無しさん＠編集中
06/11/26 21:46:45 45x4Ewtq
インストールしたけど、設定パネルの表示は601のまま・・・
どういうことだろ

81:80
06/11/26 22:29:52 45x4Ewtq
v601と同じソース、同じ条件でエンコしてみた
（huffyuvソース　Aviutl上で　Lanczosで640×480にリサイズ x264はインターレース以外デフォルト)
もしかしてバグフィクスしてくれた？
601でやったときフレームごと破綻（途中のラインから、同じデータが下にコピーされて縦じま模様になる）
してたのが減った。まだそれが時々見られるし、ビットレートは265から292に増えてるけど…

82:名無しさん＠編集中
06/11/26 22:30:54 zRCDqsw8
へー

83:80
06/11/27 00:50:58 +DhC3PFP
ごめん設定ミスしてた(Lanczozフィルタのチェックを付け忘れ)
やり直してみたら、v601のときとバイト数まで一致（内容までは分からないけど）
結局何のためのビルドアップなんだろ？

84:名無しさん＠編集中
06/11/27 02:27:31 iKzs0eLj
Revisionlogも見ない馬鹿は書かなくていいよ

85:名無しさん＠編集中
06/11/27 07:11:14 PCxIPJiy
h

86:名無しさん＠編集中
06/11/27 07:12:54 PCxIPJiy
URLﾘﾝｸ(www12.atwiki.jp)
ビルダーが何か勘違いしてる臭い。
8％云々の文章を読む限り
CLIもVFWと同じx264.libのガワに過ぎないということがどうも分かってないっぽい。
そして「VFWが更新したら」に投票してる全員がビルダーと同じ勘違いをしていると言える。
つまり分かってるのは少数派・・・さびしいことだ。

87:名無しさん＠編集中
06/11/27 18:44:13 Tepy5BJz
rev600超えたあたりから設定変えたわけでもないのに圧縮時間が4/3倍になったんだが・・・
それにaviで120fpsだとexplorerが落ちるしorz

88:87
06/11/27 19:06:18 Tepy5BJz
120fpsで落ちるってのはrev603にしたら治ったみたい

89:名無しさん＠編集中
06/11/28 14:27:52 HS0hyc3h
r604

90:名無しさん＠編集中
06/11/28 18:24:24 KinznjFH
マック用の更新だろうが。ログぐらい見ろハゲ。

91:名無しさん＠編集中
06/11/28 19:55:35 RSzkkX35
vfw版にはconstant quantizer(--qp)ではなくてconstant quality(--crf)モード
はつけられないんでしょうか？いっぺん試してみたい

92:名無しさん＠編集中
06/11/28 20:49:02 +81b4t2S
そういやvfwにはcrfがないんだな
俺は徐々にcli版に乗り換えててcrfを使用中

93:名無しさん＠編集中
06/11/28 21:32:53 mO2+jdaf
>>91　ないみたい

94:91
06/11/29 15:11:31 oHFuu76u
>>93

あらま、そうですか。残念…

95:名無しさん＠編集中
06/12/01 13:06:53 mBQOGBQY
最新の海王版がcrf対応してる。

96:名無しさん＠編集中
06/12/01 14:12:29 QPXk7LMy
>95
Nominal QP がそうなの？

97:名無しさん＠編集中
06/12/01 15:01:38 7Ykqmw8E
海王版てどれのこと？

98:名無しさん＠編集中
06/12/02 22:12:49 /kNDJrJN
海王版というのがわかりませんでした

>>1のテンプレの有志の方のバージョンがいつか対応してくれるかな
と期待して待ちます。

99:名無しさん＠編集中
06/12/03 00:12:03 awGATw5W
>>98
海王版が何を指すのかはわかりませんが、こちらで公開されているものにcrfが付いてますよ。
URLﾘﾝｸ(moemoejump.hp.infoseek.co.jp)

100:名無しさん＠編集中
06/12/06 17:35:24 8mOUJjZw
h264って実写に向いてない気がする

101:名無しさん＠編集中
06/12/07 06:25:10 CVa2cVdY
h264ってID:8mOUJjZwに向いてない気がする

102:名無しさん＠編集中
06/12/07 08:36:47 ammqzCHL
なんで実写で暗いところにあんな大きいブロックノイズ作っちまうかな > x264

103:名無しさん＠編集中
06/12/07 11:33:48 yIied+x6
264がﾌﾞﾛｯｸ･ﾉｲｽﾞに弱いことは最初から言われてたこと。

104:名無しさん＠編集中
06/12/07 13:38:02 QyO5vx3j
仕様です

105:名無しさん＠編集中
06/12/07 17:26:55 kEKeEJ7q
大きなブロックノイズがボコボコしてても
高画質/高圧縮と喜んでしまう件について

106:名無しさん＠編集中
06/12/07 21:04:40 GEaLM5Z8
ブロックノイズ出る設定にして、その言いぐさですか。

107:名無しさん＠編集中
06/12/07 21:25:30 z0GmBZAT
>>106
そんな設定あるの？

ﾚ　ブロックノイズを入れる　サイズ：大

みたいな。

ブロックノイズ低減を入れるとノイズ取れねぇくせに
のっぺり感だけ増すしなー

108:名無しさん＠編集中
06/12/08 02:21:18 OP75HzO0
(´･ω･) 設定も晒さないで何言ってるんだか

109:名無しさん＠編集中
06/12/08 08:35:05 FLQyaWyC
(´･ω･) 設定も晒しても何も言えないんでしょうが

110:名無しさん＠編集中
06/12/08 08:47:48 hsL25fz6
ブロックノイズって、マトリクスでどーかできないの？

111:名無しさん＠編集中
06/12/08 10:04:38 FLQyaWyC
つーか何そのマトリクスって？
VFW版でそんなもん設定できたっけ？

とりあえず推奨値に設定し、画質が悪くなるような設定は省いた。
そしてブロックノイズ出た（1pass q24-26,2passともに） orz

112:名無しさん＠編集中
06/12/08 12:00:52 ic+M8Yqr
ブロックノイズ出た部分だけでもうｐろだに上げてくれると参考になるかも、
よろしくっす

113:名無しさん＠編集中
06/12/08 13:17:02 f+ZcyUwp
ん～ちゅうか、その部分のソースくれよ。
俺様がブロックノイズでないようにエンコしてやるよ(▼▼)

114:名無しさん＠編集中
06/12/08 17:35:24 OP75HzO0
>>111
q24-26程度なら「画質そこそこの設定」だと思うし、
2passの設定も書いていないから何とも言えない

115:名無しさん＠編集中
06/12/08 17:37:48 djLKigEZ
>>112,113
おお、嬉しいね。
でもアップは著作権引っかかるし、そこだけ切り出すのもメンドイな。
そんな特別な映像ではなく割とありきたりなんで軽く説明すると
　・都会のビル街で一つだけ夜空に突出しているビルがある。
　　でビルの上部では警告灯(?　飛行機に対する奴）がチカチカ。
　　（これがブロック及びモスキートを引き起こす）
　・バックの夜空もほとんど真っ黒なんだが下の都会の灯りに
　　わずかに照らされる感じでわずかにグラデーションしてる
　　（そこにデカイブロックがポコポコと。小さいブロックならOKにしちまうんだが）
　・エンコはレートは800kbpsで。
　　（レートを上げて綺麗になるのは当たり前）

一応avisynthでノイズ除去・ノイズ除去（時間軸）を掛けてソースは綺麗になってる。
（kenkunNRだっけ？そんな奴）
なんかイイ方法あったら教えて～m(_ _)m

116:名無しさん＠編集中
06/12/08 17:44:25 djLKigEZ
>>114
800-850kbpsで2pass。
他の設定はほぼ推奨値内。ブロックが出やすいと言われる項目は切ってある。
ノイズ・ブロック低減も切。Iフレームだかキーフレームだか初期値25,250と
なっているところは30,300にしてある（30fpsだからってことで）
コンテナaviなんだけどこれが原因ってことあるのかな（Bフレ関係で）

画質の善し悪しとブロックの出る出ないはまた別の話なのかもね。
局所的にブロックぽこぽこ≠画質悪い、か。

117:名無しさん＠編集中
06/12/08 17:46:44 djLKigEZ
連投スマン。解像度書くの忘れた。640*480
また「レートそのままで解像度小さく」に逃げようかな・・・

118:名無しさん＠編集中
06/12/08 21:37:47 nqQtH2Dq
Q26なんて論外。ソースが何だろうとまずQ20。話はそれからだろ？

119:名無しさん＠編集中
06/12/08 21:45:57 updHXH50
そもそもQ値なんて使わない
と思ったらここVFWスレだった
VFWでもcrf使えるのあるみたいだけど

120:名無しさん＠編集中
06/12/08 21:46:56 WXnCuB5r
800kbpsでVGAでブロックノイズを出さない方法？
数100passくらいかければ出来るんじゃね？

121:名無しさん＠編集中
06/12/08 21:52:53 /BuQuex4
statsファイル弄れば良い。

122:名無しさん＠編集中
06/12/08 23:06:51 R4EG+LQp
あてくしがえんこするときは
640x480なら1200～1300kbps
Qなら20か21くらいかな

123:名無しさん＠編集中
06/12/09 03:41:54 h1SDj4UX
>>115
正当な目的(研究や論述の補強など)で、必要最小限(該当シーン付近だけ)なら「引用」と見なされて、
著作権者の許諾を必要としないわけだが。

124:115
06/12/09 04:38:56 P6PKvtd+
>>118 実写だとQ24-26くらいってあったんだけどね。やっぱ駄目か。

>>119 VFWだと無いって話だったけど、あるの？できたらリンク希望

>>120 つまり無理ってことか。

>>122 なるほど、Q20-21だとファイルサイズでかくない？
　　　　どこかのサイトの「VGA、800kbpsで満足いく画質になります」に
　　　　騙されたみたい。

>>123 これって正当な目的なん？研究でも論述の補強でもないけど。
　　　　 h.264のフォーラムにレポートなんてこともしないし。
　　　　（アップが面倒というのが一番の理由なんだけどね）

とりあえずQ20にするとか解像度下げるとか色々やってみる。
アドバイスありがとうございました

125:名無しさん＠編集中
06/12/09 04:42:59 CJp6Ed5d
デブロッキングフィルタoffにしたらブロックノイズが出るに決まってるのに

126:名無しさん＠編集中
06/12/09 10:00:10 ZL78s05y
>>124
ほんの20～30レスくらい遡ればイイのだから、ちゃんと読め。>>99

127:名無しさん＠編集中
06/12/10 01:52:03 ZijvytR3
>>125
決まっているのかよw
off推奨だったんだよ。
デブロックonでもブロックノイズ出たんだよ（って上の方に既に書いたんだよ）
デブロックはノイズ消えないくせに他がのっぺりするだけだったんだよ。

>>126
そこ見てなかった。しかもそこのファイル知らない間に既にDLしてた。
このスレの最初だったか「vfwってcrfの設定ないね」の書き込みを見て
そのように承知していたまんまだったよ。

128:名無しさん＠編集中
06/12/10 03:02:44 M0wADGjL
ソースの時点でブロックノイズが乗ってるんじゃないか
AVCはデブロックフィルタのお陰で
ビットレート下げてもぼやけるだけでブロックノイズは出ないはずだが

129:名無しさん＠編集中
06/12/10 03:10:09 DfgN5PGd
ネタっぽいし絵がないと他人に得るモノはないしそのうち飽きられる。

130:名無しさん＠編集中
06/12/10 03:48:29 rAvHqJvK
q24-26は特に問題ないと思う
ただ、問題のシーンでは画面が動かずPフレの1フレーム当りのバイト数が
少なすぎて、ブロックノイズが発生してると思うから、
Pフレ減少率を抑えるか、その部分のみq値かビットレート上げるか

131:名無しさん＠編集中
06/12/10 04:01:28 HQGG4FVP
問題のシーンのソースとマルチパスのワンパス目のログをいっしょにうｐれ

132:名無しさん＠編集中
06/12/10 16:36:37 WC1nmQsC
公益性なくてもいい個人専用のサポセンはここですか？

133:名無しさん＠編集中
06/12/10 16:46:38 vz6wxT07
>>130
実写ソースでq24-26はどう考えても妥協画質としか・・・

134:名無しさん＠編集中
06/12/10 18:10:25 5kyv2djj
必死だな

開発陣がなんで26をデフォルトにしているか考えろ

135:名無しさん＠編集中
06/12/10 18:23:35 y0NDgCx3
　　　　　　　＿＿＿_　　　
　　　　　　／＼　　／＼　ｷﾘｯ
.　　　　　／　（ー）　（ー）＼　　　　　
　　　　／　　 ⌒（__人__）⌒ ＼
　　　　|　　　　　|r┬-|　　　　|　　どんなコーデックだってデフォルトじゃ妥協のクソ画質に
　　　　＼　　　　 `ー'´　　／しかならないのに？ >>134って馬鹿なの？
　　　　ノ　　　　　　　　　　　＼
　／´　　　　　　　　　　　　　　ヽ　　　　　　　
　|　　　　ｌ　　　　　　　　　　　　　　＼
　ヽ　　　 -一''''''"~~｀`'ー--､　　　-一'''''''ー-､. 　　
　　ヽ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))

136:名無しさん＠編集中
06/12/10 19:18:57 AmhhTlfK
VGA、1000kbp以下でエンコしないとx264の価値が薄れてしまう。
1000kbp以上なら他のCodec使えばいいと思う。
850kbpぐらいでやってるけどDivXの1200kbp程度の画質は得られてる。

137:名無しさん＠編集中
06/12/10 19:48:00 6Pr9qwpl
ねーよ

138:名無しさん＠編集中
06/12/10 19:51:02 vz6wxT07
>>134
開発陣の考えがわかるのならここに来る必要ないと思うよ

139:名無しさん＠編集中
06/12/10 20:37:20 rAvHqJvK
q値とブロックノイズを同次元で語らんほうがいいと思うが
極論だが、Iフレ最大間隔を250->1にしたらブロックノイズ治るかもしれんし

140:名無しさん＠編集中
06/12/10 21:29:47 FzPNRFC4
>>128
>ソースの時点でブロックノイズが乗ってるんじゃないか

そこまでアホじゃないよ、いくらなんでも。

>>130
なるほど。その部分のみq or ビットレートを上げると言うことは
一つの動画をブロックできるシーン組とできないシーン組別々にエンコして
あとでくっつけるってことかな。

>>131　やっぱりそれを見て貰うのが話速いよね。

>>136
綺麗なところは800kbpsでもホント細かいトコも綺麗なんだけどね。
逆に暗いところだと真っ黒一色でもポコポコとブロックが・・・

141:名無しさん＠編集中
06/12/11 17:14:43 6RoRr3WZ
>>140
オプションのqcompを弄ればブロクノイズがある程度出難くなるように
調整出来るけど、今の所CLIでしか出来ないみたい

142:名無しさん＠編集中
06/12/12 01:08:15 GHewJ341
他に話題はないのかね。

143:名無しさん＠編集中
06/12/13 18:03:45 o2/tvei7
↓話題

144:名無しさん＠編集中
06/12/13 18:17:10 1W5HqTP6
q20でもブロック出た。q25に比べたら細かいけど。もうイヤ

145:名無しさん＠編集中
06/12/13 21:55:59 5BDiQ+b1
↓話題

146:名無しさん＠編集中
06/12/13 21:59:41 tn6nQhmr
今週のジャンプのナルト（下書）の敵の技名かなりイカレてね？
岸何とかセンセイってこんなノリノリな奴だったっけ？

147:名無しさん＠編集中
06/12/14 20:34:46 CtbbD6Mz
crf使える版のRev606出てるよ。
どうやらスレッド設定2でCPU使用率が50％超えるようになったみたい。
エンコ早くなったのかもしれんが当然エンコ中他のことしにくくなった。
スレッド設定1なら50％止まり・・・かな？

148:名無しさん＠編集中
06/12/15 00:11:20 hA0IM9ch
>>147
情報thx
試してみたらちゃんとデュアルコアでも７５～８０%
を推移するようになってるよ

149:名無しさん＠編集中
06/12/15 01:14:09 tw1SzyR5
>>147
どこ？

150:名無しさん＠編集中
06/12/16 10:17:19 1nYTq3zp
とりあえず、HTだとCPU使用率は上がったけど速度はそのままですね…(普通のデュアルコアだと速度も上がってる？

151:名無しさん＠編集中
06/12/16 11:07:25 J8Lx8VGa
Bフレ使うと最初のフレームが変になるのって直ったの？

152:名無しさん＠編集中
06/12/16 11:11:37 PZoCCV/N
そもそもVFWでBフレ使おうとするのが間違い

153:名無しさん＠編集中
06/12/16 11:43:19 8ObXNDK8
直ったかどうか自分わからない奴は気にしなくていいんじゃね？

154:名無しさん＠編集中
06/12/16 11:53:30 J8Lx8VGa
>>153
そりゃ出来上がりみりゃわかるがな
試すのも面倒だからここで聞いたんだろが

155:名無しさん＠編集中
06/12/16 13:23:03 PZoCCV/N
そうか

156:名無しさん＠編集中
06/12/16 13:42:54 8ObXNDK8
そうか

157:名無しさん＠編集中
06/12/16 14:47:09 N26ICuVa
nlのほうのVer611の変更点がかなり気になる。
VFW版はやくビルドされないかなぁ

158:名無しさん＠編集中
06/12/17 02:10:26 Y3ZdwV5p
早速 611 が来た。

159:名無しさん＠編集中
06/12/17 08:58:43 p/qFgtQw
infでインストールしようとするとエラーが出るんですが原因分かる方いませんか。

160:名無しさん＠編集中
06/12/17 09:31:46 v8kKx/IQ
>>159
どこで配布されているかわからない上、
VFWのインストール時に発生するどのようなエラーなのかがわからない。

161:名無しさん＠編集中
06/12/17 09:59:14 p/qFgtQw
>>160
すいません自己解決しました。
本当にありがとうございました

162:名無しさん＠編集中
06/12/17 22:12:13 JJv5/J09
----------------------------------------------------------------------
Rev611でCPU50%に戻る理由だが
本家が問答無用でwin32threadsからpthreadsになったから。
pthreadsのソース拾ってStatic_Lib作って無理にHAVE～定義してバイナリ作っても
そのままではエンコード開始時に落ちるバイナリになる。
win32threadsに戻すのはソース管理上よろしくないので無理。
----------------------------------------------------------------------
だって。

163:名無しさん＠編集中
06/12/17 22:56:23 ET6L6zKw
>>162
さんくす

164:名無しさん＠編集中
06/12/18 15:17:57 beAvyvf1
そんなわけで海王が仕方なくpthreadsに対応した模様。仕方なく。

165:名無しさん＠編集中
06/12/19 01:50:01 OI6NQuil
ドキュメントでは、
「pthreadVC2.dllをx264vfw.dllと同じところに置く」
と書いてあるが、c:\windows\system32においてもこのDLL使われてないよね？

166:名無しさん＠編集中
06/12/19 03:43:15 6CEAokFP
seraphy本家版611ためしたけど、こっちはCPU使用率80～95,6%を行ったりきたりしてるから
マルチスレッドが機能しているっぽい。
だが気になるのは、Dependency Walker（DLLの依存関係チェックTOOL）でみても、
pthreadVC2.dllやpthreadGC2.dllをリンクしていない。
管理人がまたソースいじったのか？

167:名無しさん＠編集中
06/12/19 05:50:02 D/0/Y5yg
前の見当はずれのアンケートといい、どうもビルダーに問題があるなこりゃ。

168:名無しさん＠編集中
06/12/19 18:04:14 COjct6lR
海王はVFWソースを弄らずに外部DLLでPthreadsを使うやり方にした。
依存DLLを調べるツールでちゃんとpthreadVC2.dll依存になってる。

そのS何とかはVFWソースを改変してPthreadsのStatic Libraryをリンクしても動くようにしたか
あるいはx264のコアのソースの一部を「Rev607まで巻き戻して」win32threadsにしたか。
どちらにしても「弄ってる」。

169:名無しさん＠編集中
06/12/19 18:11:20 COjct6lR
んじゃなくてちゃんとpthreadGC2.dllあるじゃないの。

170:名無しさん＠編集中
06/12/19 18:16:32 COjct6lR
>>166
落として調べたら俺が使ってるツールではちゃんとpthreadGC2.dll依存と判定されたぞ。
海王版との違いはコンパイラってことで同じ様にPthreadsに対応してる。

171:名無しさん＠編集中
06/12/19 18:23:10 COjct6lR
もう一つの可能性としては

（現在のファイルの日付からするとｗｗｗ）
>>166の段階では改変してPthreadsのStatic Libraryもしくはwin32threadsだった。
が　>>166の書き込みを見て　またソースソース言われるの嫌だから脊髄反射で外部DLLタイプにしてことなきを得たか。

URLﾘﾝｸ(seraphy.fam.cx)

172:名無しさん＠編集中
06/12/19 18:31:59 y3EqyaNv
↑どうみても>>166の1時間後に更新してます。
本当にありがとうごぜぇますだ。

173:名無しさん＠編集中
06/12/19 18:38:22 uK0vLqzw
海王版ってどこのサイトですか？　ググっても分からんorz

174:名無しさん＠編集中
06/12/19 18:46:37 uKA7SO+s
海王＝某氏

それよりも上の方でビルダーseraphyと転載屋Lunatiliaを混同してるアホが居る。

175:名無しさん＠編集中
06/12/19 22:26:57 M5vB61U8
>>174

176:名無しさん＠編集中
06/12/20 00:13:21 +19F7tZn
Rev612

177:名無しさん＠編集中
06/12/20 02:43:00 qX06/9LF
>>171を入れてもコーデックの欄に出てこないんだけどなぜですか？
プログラムの追加と削除では出てくるんでインストールはされてると思うんだけど

178:名無しさん＠編集中
06/12/20 03:32:10 jERDoNQR
レジストリのコーデック辺りが半壊してるとそうなる。
入れたり消したり入れたり消したりした結果。
修復は素人にはまず無理。
OS再インストールまたはURLﾘﾝｸ(www.geocities.jp)

179:名無しさん＠編集中
06/12/20 05:38:15 gewsWrKg
あ、私もコーデック欄に出なかったけど、
付属のDLLをC:\windows\system32にコピーしてから
インストールしなおしたらちゃんとコーデック欄に載ったよ。

180:名無しさん＠編集中
06/12/20 18:14:57 Fl4KkSvb
2スレッド処理にしたら3倍ぐらい速くなった・・・。
DualCoreだから2倍ならわかるがどうなってるん？

181:名無しさん＠編集中
06/12/20 18:26:44 izU6CWUU
バージョンの違いじゃん？

182:名無しさん＠編集中
06/12/20 20:57:12 Fl4KkSvb
バージョンも設定も全部同じのはず・・・。
２スレッドにしてもなかなか100%張り付かないから３にしたらもっと速くなるかも。

183:名無しさん＠編集中
06/12/20 23:40:08 V+YCNq6X
3スレッドは、Dualコアでは効率が悪いよ。やってみたら分かる。
やるなら、2 の次は 4 でやった方がイイ。ただ、2 でも 4 でもほとんど変わらない。
後、CPU 使用率が100%近くになるかどうかはエンコーダーにもよるよ。
俺は、TMPGEnc 4.0 XPress と FairUse Wizard（エンコーダーは VDubMod）を使って
るけど、前者だと使用率が低めで、後者だと常時85%以上になってる。

184:名無しさん◎書き込み中
06/12/22 01:51:00 4Yry5Ebf
色空間の扱いに問題があるのをブロックノイズと勘違いしてるやつが多いな

185:名無しさん＠編集中
06/12/22 01:55:55 ECr++04g
pthread になってからマジで速くなったな。
もう速度に関しては DivX と比べてもそれ程遜色ない様な気がする。

186:名無しさん＠編集中
06/12/22 03:36:24 +A/i7KNO
pthreadはプログラミングを簡単にするためのライブラリだろ。
性能的にはもっとローレベルでスレッド制御するより確実に落ちるはず。

187:名無しさん＠編集中
06/12/22 14:44:10 rwUguMjn
なんか知らんがシングル環境でも2スッドレにするとめっちゃ早くなる。
画質大丈夫なのかこれｗ

188:名無しさん＠編集中
06/12/22 18:30:00 dFjrLu+g
後の課題は再生負荷だな。
この辺はlibavcodecの中の人にがんばってもらうしかないか。

189:名無しさん＠編集中
06/12/23 01:01:04 WmLfpIjx
614からmplayerで再生できなくなった＿|￣|○

190:名無しさん＠編集中
06/12/23 01:14:16 MIK/Y4D2
試したけどできるがな

191:名無しさん＠編集中
06/12/23 01:38:13 WmLfpIjx
やっぱりできない…
612に戻しますた

192:名無しさん＠編集中
06/12/23 01:59:01 w0vm0wMJ
H264 とか書いてなかったりしてね。

193:名無しさん＠編集中
06/12/23 03:06:05 4o04Shyq
>>189
614二つになってるぜ

194:名無しさん＠編集中
06/12/23 16:29:24 ivlMJMRg
それぞれこんな感じですか？ - ｎ

2006/12/20(Wed) 17:02

seraphy版
インタレ保持

xtra版
--no-fast-pskip, --no-dct-decimate, --interlaced, --direct none, --direct auto

xlphp版
インタレ保持　マトリックス選択　crf（NominalQP）

Re: それぞれこんな感じですか？ - 管理人 Home

2006/12/20(Wed) 18:57

そうですね、後はコンパイラーの違いで若干速度が変わる程度だと思います。

195:名無しさん＠編集中
06/12/23 17:25:17 kCRNDOIr
けっこう重要なオプションだと思うのにビルドする方によって
あったりなかったりするのはどうしてだろう？＞crf

196:名無しさん＠編集中
06/12/23 21:42:57 rhtNjEkU
seraphyビルドになんかオプション増えたね。

QP curve compression (-qcomp)
before curve compression (-cplxblur)
after curve compression (-qblur)

意味はよくわからんｗ

197:名無しさん＠編集中
06/12/23 23:02:51 rqNo1j7O
x264オプション説明
URLﾘﾝｸ(www.wikihouse.com)

198:名無しさん＠編集中
06/12/23 23:09:31 OjDuEPAE
seraphy版614でなんかエラーが吐くようになった。
B-Frameがなんか問題ある気がする

199:名無しさん＠編集中
06/12/23 23:17:08 InYD+fJj
>>198
pthreadGC2.dllをコピーし忘れてるなんてことはないですよね。

200:名無しさん＠編集中
06/12/23 23:35:07 OjDuEPAE
>>199
うん。
Windows\system32にコピーしてある

201:名無しさん＠編集中
06/12/23 23:46:00 Sh4GypG/
俺もエラー吐く、2passの2pass目

202:名無しさん＠編集中
06/12/23 23:46:37 rhtNjEkU
>>197
ふむー、2pass用のオプションなのか。

203:名無しさん＠編集中
06/12/24 01:45:21 u40GRYX5
614は今までみたいに上書きでは
うまく認識されないみたい
ディバイスマネージャーのビデオcodecを削除してから
再度インストールをちゃんとやらないとダメみたいよ

204:名無しさん＠編集中
06/12/24 01:58:26 CmolEjlF
>>196
いつのまにかQualityBaseVBRも追加されてる。

これでｃｒｆ対応はXlphpとSeraphyの2個になったな。

205:名無しさん＠編集中
06/12/24 02:05:53 CmolEjlF
ちょっと気づいたこと。

同じソース動画を、SeraphyとXtraでエンコすると、
オプションそろえてもXtraのほうが妙にエンコ後サイズが大きい。

SeraphyにしかないDCT DecimateやFast P Skipの設定が原因かと思ったけど
そのオプションONOFFしてもサイズは大差なかった。

Revはどっちも614、Pthread有効のほうを使ってる。

206:名無しさん＠編集中
06/12/24 02:06:50 CmolEjlF
あ、言い忘れたエンコは1Pass Quantizerの場合の話。

207:名無しさん＠編集中
06/12/24 03:26:10 OaPiOInL
>>203
実験してみた。
202の通り、行えばエラーは発生しなかった。ありがとう。

208:名無しさん＠編集中
06/12/24 05:00:29 YXmp/skQ
>>204
いつのまにかauoenc log enableも追加されてる。

これでlog対応はSeraphyの1個になったな。

って、なんだよこの独自オプションｗ
オレもauoenc使ってるから試してみたら、設定のログをinfoにするとcli版のログを吐きやがる。
ちょっと便利だけど画質や縁故速度に関係ねーｗ

209:名無しさん＠編集中
06/12/24 12:50:47 Pkf4sGYO
Aviutl使うから要らないや。

210:名無しさん＠編集中
06/12/24 12:58:38 U2h3Y4rm
mencoderの推奨値がデフォルトのオプションを加えてもあんま意味ないよな。

211:名無しさん＠編集中
06/12/24 14:11:32 CmolEjlF
mencoder使わない人のスレなのでｗ

212:名無しさん＠編集中
06/12/24 17:32:11 OO7H86tg
試しにvfwでaviｴﾝｺしてみたんだけど、cliと同じ設定だと圧縮率悪いね。
こんなもん？

213:名無しさん＠編集中
06/12/24 18:42:49 Pkf4sGYO
cliと同じって何？
エンコーダーが違うしフィルタも違うし
えーっと・・・ハァ・・・CLI厨の荒らし？

214:名無しさん＠編集中
06/12/24 18:49:03 vNd3FSw0
>>213
そんなこと言っても分からない進歩しない初心者で
CLIが上級者用とか大間違いしてる奴と思われ。

215:名無しさん＠編集中
06/12/24 18:58:01 FaP1w8dS
>>213
そいつはVFWが何かも分かってない上に
CLIも適当なバカチョンフロントエンドを（フロントエンドの意味も多分分からんだろうが）介して使ってて
CLIと「同じ」変換なんて「不可能」だということを全く分かってないらしいな。

結論から言えば「10年ROMれ」ってことかな。

216:名無しさん＠編集中
06/12/24 18:59:58 U2h3Y4rm
設定も書いてないから煽りor馬鹿決定でしょ。常識的に考えて。

217:名無しさん＠編集中
06/12/24 19:55:25 rK8gHS2r
　('A`) 　ｽﾙｰ　('A`) 　ｽﾙｰ　('A`) 　ｽﾙｰ
　(～)～　　　　 (～)～　　　　(～)～
　ﾉﾉ　　　　　　ﾉﾉ　　　　　　ﾉﾉ

218:名無しさん＠編集中
06/12/24 20:15:27 GVQG9rE/
おまいらCLIって単語出てくるととたんに元気になるな

219:名無しさん＠編集中
06/12/24 21:14:06 CmolEjlF
クリトリスは大好きですよ？

220:名無しさん＠編集中
06/12/24 23:38:02 OO7H86tg
ｃｌｉ番の設定は↓です
%x264% --crf 22 --keyint 240 --min-keyint 24 --bframes 2 --no-b-adapt --nf --subme 6 --analyse p8x8,b8x8,i4x4 --direct auto --threads 4 --thread-input --cqm "jvt" --progress --no-psnr --output "%out%!%fn%.mp4" %avs%
vfwもjvtでｺﾏﾝﾄﾞﾗｲﾝにしたら同じっす
ｿｰｽはﾃﾚｼﾈされたﾍﾟｸﾞ2TS、特撮物で、1280だと縮まないので、色々試してたです。
俺、変な事言ってるのかな

221:名無しさん＠編集中
06/12/25 01:21:05 tGYP2s8+
>>220
思ったより縮まないなら、Quality の値を上げて下さい。以上です。

222:名無しさん＠編集中
06/12/25 02:13:14 9SA5JF4D
サイズばかりで画質とかに関してなにも触れられてないのね
俺なら同じ設定でサイズが変わるなら画質の方が気になるよ

使い物にならないくらいでかくなるなら問題だけど
最初の一言だけ見たら変なのが沸いたようにしかみえないべ

223:名無しさん＠編集中
06/12/25 03:03:11 6wOcTNId
>>222
言葉足らずだったね、ｽﾏﾝ。
こっちはvfwに慣れた人多いと思って聞けば早いと思ってた。

>>221
Q値は暗部の破綻で決めたので上げたくないっす。
画質は静止画ﾚﾍﾞﾙでも大差なく、容量は125%強程の差。
（毎コマ動いてるからもともと圧縮率悪い。）

で、差分はこんなもんという認識で良いんかなと。。
つか、ｽﾏﾝﾉｼ

224:名無しさん＠編集中
06/12/25 03:26:03 Qo6xiOz7
>>220
>>223
いい加減vfwとcliで同じ設定なのに結果が違うとか都市伝説振りまくのやめれ。
あほらしい。所詮は算術結果。Inputが同じならOutputも同じ。
差分が出るのはコンテナ、YUY2>YV12の変換式の違い、フィルタの違い、vfwだと使っているTOOLの
色空間のデコードの違い(YC伸張の有無とか）、etc...

大体>>220のパラメータのどこがvfwと同じ設定なのかを問い詰めたい。
vfwのパラメータは codec.cのL183, compress_beginでparamに設定している値だ。全然ちがうだろう。
そもそもcrfオプション使ってる時点で比較になってない。

と、まじレスしてみる。このくらいソース見れば馬鹿でもわかるだろ。まずはじっくり読んで出直して来い。

225:名無しさん＠編集中
06/12/25 03:49:44 6wOcTNId
>>224
いや、ｿｰｽ読んだってぜんぜん分からないんだ、俺。
理解できないから出直さないよ、ごめんなさいね。

226:名無しさん＠編集中
06/12/25 04:16:28 kk0EiyF8
プログラムも読めない低脳かよ。
巣に（・∀・）ｶｴﾚ!!

227:名無しさん＠編集中
06/12/25 15:45:13 QkovwE9f
vfwはQuantization matrixは扱えないんでないの？
>>220はJVTのを使ってるみたいだけど、Quantization matrixでなんぼでも
ファイルサイズは変化するっしょ。

228:名無しさん＠編集中
06/12/27 02:50:05 JTtyuXZf
>>226
「プログラム読めるから俺頭イイ」なんて言ってると友人失うぞ

229:名無しさん＠編集中
06/12/27 04:23:22 TVmVDxbO
うあ、恥ずかしいやつが来たよ。
いまどき中学生でもプログラム読めるっての。分かる？読めて人並み。
言ってみれば小説読むのと同じな。実際に書ける奴はまぁ才能あるんじゃね？
俺は人並みなんで無理だがな。
ってか、プログラムが読めないってどこのクロマニョン人？ちゃんと義務教育ぐらい受けろよｗ

230:名無しさん＠編集中
06/12/27 07:51:08 a9H1KHQr
小説読むのと一緒なわけないだろ
例え書いてある命令の意味がわかっても数学的記述の意味がわからなければ
本当に理解したとはいえない

231:名無しさん＠編集中
06/12/27 18:01:50 fOqKIOFf
ソースが読めるのと機能理解しているのはまた別だろ
ましてや他人を馬鹿にして自分の意見を通そうとするなんてガキだな

232:名無しさん＠編集中
06/12/28 03:30:56 lG0jSmN7
ここは何のスレだっけ？

まぁそうカッカしないでいきまっしょい。
>>229は>>231が言う通りまだ中高生なんでしょう。
彼（彼女？）にとっては、プログラムが読めることは当然のことで、なぜ当たり前のことが
出来るだけなのに僻まれるのか、ってことを言いたいんだと思うよ。
それを揚げ足を取るように否定するのはちょっとみっともないかなぁ。

自分に出来ないことを年下（他人）が出来たっていいじゃない。
>>229みたいなのが、そのうちカスタムしたx264を公開するかもしれない。
思い出してみてよ。DVDのリッピングをしたのだって子供だったじゃない。

大人がやっちゃけないことは、将来の芽を摘み取ることだと思うよ。
By　28歳現役SEの独り言（・∀・）

PS　PGできるならマジで使えないうちの新人と替わってｗ

233:名無しさん＠編集中
06/12/28 04:34:20 c54xqjY9
>>229
この人の頭の中では世の中のほとんどの人がプログラム読めると
思っているのだろうか？
昔の雑誌に出ているような簡単なプログラムが読める程度で
「俺プログラムが読める」と言っているのだろうか？

どちらにしても大馬鹿野郎だな、この人

次ページ