x264 VFW GUI専用スレ Part5

x264 VFW GUI専用スレ Part5 at AVI

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

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

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

[バイナリ]
URLﾘﾝｸ(x264.nl)
URLﾘﾝｸ(x264.nl)　(vfw入り最終版)
URLﾘﾝｸ(nic.dnsalias.com)
URLﾘﾝｸ(forum.doom9.org)
URLﾘﾝｸ(oss.netfarm.it) (mencoder)
URLﾘﾝｸ(forum.doom9.org) (MeGUI:mencoderのGUI)
URLﾘﾝｸ(www.ne.jp) (x264VfW日本語化パッチ)

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

[過去スレ]
x264 VFW GUI専用スレ Part4
ｽﾚﾘﾝｸ(avi板)
x264 VFW gui専用スレ Part3
ｽﾚﾘﾝｸ(avi板)
x264 VFW 専用スレ Part2
ｽﾚﾘﾝｸ(avi板)
x264 VFW 専用スレ Part1
ｽﾚﾘﾝｸ(avi板)

2:名無しさん＠編集中
09/11/13 12:00:40 GpNbJ0ux
CUIに関してはこっち
x264 rev25
ｽﾚﾘﾝｸ(avi板)

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

3:名無しさん＠編集中
09/11/13 12:01:43 GpNbJ0ux
ニコニコ動画の話題は
【ニコニコ動画】FLV/MP4エンコードスレ 49【質問】
ｽﾚﾘﾝｸ(streaming板)

H.264の再生や規格などの話題は
MPEG-4 AVC/H.264 総合スレ Part7
ｽﾚﾘﾝｸ(avi板)

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

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

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

☆彡 ffdshow-tryouts vol.21 ☆彡
ｽﾚﾘﾝｸ(software板)

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

4:名無しさん＠編集中
09/11/13 12:02:53 GpNbJ0ux
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やMPC-HCやGOM等の軽量プレーヤーを使う。これらで見る場合はffdshowは必要なし。

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

5:名無しさん＠編集中
09/11/13 12:05:47 F4cjPZZO
先走り汁乙

6:名無しさん＠編集中
09/11/13 12:09:53 GpNbJ0ux
>>1
早速修正し忘れ
×URLﾘﾝｸ(trac.videolan.org) (ソース)
○URLﾘﾝｸ(git.videolan.org) (ソース/チェンジログ)

7:名無しさん＠編集中
09/11/17 15:40:40 EXtB2c1Q
保守がてら現行最新を記載。
x264.1342.release01
x264itvfr-r1342

1342はまだWeightp完璧では無いらしいので次が速く来ないかな。

8:名無しさん＠編集中
09/11/20 12:46:40 SdKwU/bp
積極的に使えるような完成度に早くならないかねぇ
フェードに対する効果はかなり好感触なんだけどな

9:名無しさん＠編集中
09/11/20 12:53:55 W1hdcpVF
いやもう既知のバグはないだろ

10:名無しさん＠編集中
09/11/20 13:46:26 Vm/6dk8o
>>9
466 名前：名無しさん＠編集中 [sage] 投稿日： 2009/11/16(月) 20:35:41 ID:TbaFf100
URLﾘﾝｸ(forum.doom9.org)

まだバグが…

11:名無しさん＠編集中
09/11/20 15:16:54 JZSvphMd
先走りもいいとこ
VFWとGUIを一緒にすべきでないという意見があれ程出てた上にseraphyはとっくにサポートやめたし
"需要がある"ってのは意味不明だが「一部の特定環境ユーザー」とGUIは関係ない

12:名無しさん＠編集中
09/11/20 15:19:35 RJC0gS92
しかし大元、1343出るまで結構間が空けるな。
何か大きく変更するのかね。

13:名無しさん＠編集中
09/11/20 17:56:41 Vm/6dk8o
Weightpをイレギュラーな方法で直したから
本格的に修正してるんじゃない？

14:名無しさん＠編集中
09/11/20 18:00:39 cOnkACEw
seraphyさんのHP繋がらなくなった

15:名無しさん＠編集中
09/11/20 20:06:51 uX8hTlh+
>>13
weightp開発者はしばらく旅行だそうだ。
まあDark_Shikari氏がいるけど。

16:名無しさん＠編集中
09/11/21 11:55:31 V7mPXlLn
TMPGEnc 4.0 XPress の内蔵x264エンコーダーの画質が糞すぎて使い物に
ならないので、外部コーデックでこれを使おうと思うのですが、設定が
いまいちわかりません。とりあえず地デジtsファイルをCMカットして
解像度を元のまま1440x1080で出力したいのですが、アスペクト比が
4:3になってしまいます。
Sample AIRを16:9にすると妙に横長になってしまいます。
どこをどう設定すればいいんでしょうか？

あと、２パスとかでエンコするためには一回「Multipass-Fiest Pass」を
実行してからもう一回二回目を実行しないとだめなんでしょうか？
自動的に２回エンコするように設定できないのでしょうか？

17:名無しさん＠編集中
09/11/21 12:06:37 znanDJsg
>>16
URLﾘﾝｸ(aquaspread.g.ribbon.to)

自動は無理だね。
バッチ処理で対処するしかないな。

18:名無しさん＠編集中
09/11/21 12:06:46 12Uiy34c
そりゃ実サイズ4:3の映像にSampleAspectRatioを16:9に設定したら、
DisplayAspectRatioが64:27になるんだから当たり前だろう。

19:名無しさん＠編集中
09/11/21 14:03:11 V7mPXlLn
なるほどそれでは4：3と設定すればおｋだったのですね。
後ほど試して見ます

20:名無しさん＠編集中
09/11/21 14:45:44 0ELo1Vfc
マルチだからヌルーしとけ

21:名無しさん＠編集中
09/11/25 00:09:57 8K1ro3Dr
>>16
俺も思った。あれ、画質が糞というより、バグっとるよね？
seraphyたんにvfw版もビルドしてほしいと思った

22:名無しさん＠編集中
09/11/25 13:55:19 iiTsOTSN
>>21
バグとはまでは言わないけど、ブロックノイズ酷すぎて使い物にならない。
PSPとかイポとかの設定も分からないし。
とてもカネとれるレベルのソフトじゃない。
操作が分かりやすい。いろんな形式の動画が扱える。
というだけのソフト。

23:名無しさん＠編集中
09/11/25 21:47:35 udD7CZT0
本家はr1347が来たな。
こっちも早く来ないかな～

24:名無しさん＠編集中
09/11/25 22:27:37 lA4MBA2N
っ自ビルド

25:名無しさん＠編集中
09/11/27 20:10:36 ozkHba//
x264GUI　1171→1342　にしたらブロックノイズらしきものが多発するようになった
設定はバランスで使ってまふ

最近このスレ見てなかったんだけど何かあった？

26:名無しさん＠編集中
09/11/27 20:18:00 06QESxan
>>25
見る時に使ってるデコーダーは何？

27:名無しさん＠編集中
09/11/27 20:22:55 ozkHba//
>>26
ffdshow video decoderっす

28:名無しさん＠編集中
09/11/27 20:23:28 PEoymzmy
CoreAVCはバグ持ってるよ。

29:名無しさん＠編集中
09/11/27 20:24:28 PEoymzmy
おっと入れ違いだ。ffdshowなら違うな。
mbtreeか？

30:名無しさん＠編集中
09/11/27 20:26:35 06QESxan
>>27
「安全な場合はブロック低減をスキップする」をOFFにしても同じか確かめて見て。

31:名無しさん＠編集中
09/11/27 20:28:10 ozkHba//
意味がよくわからんのがmbtreeって？

>>30やってみます

32:名無しさん＠編集中
09/11/27 21:10:32 ozkHba//
>>29
どうもそれっぽいでつねmbtree
これデフォでチェック入ってたからそのままにしてますた
オフにしたらどうやらいい感じでつ

>>30
再生環境は関係ないです
1171→1342で明らかに違うものが出来るので

33:名無しさん＠編集中
09/11/27 21:22:13 06QESxan
>>32
再生環境と言うかWeightp関連かと
思ったからその辺りを聞いたんだけどね。
大きな変更はmbtreeとWeightpだったから。

34:名無しさん＠編集中
09/11/27 21:33:51 ozkHba//
>>33すんません
そこまでお察しされてたとは気づきませんでした

mbtreeとWeightpですねよく調べてみます
トンクスです！！

35:名無しさん＠編集中
09/11/27 22:16:05 KyreOkal
mbtreeのフェード崩壊はあいかわらずだね
weightpでよくなると思ったけど、たいして変わらなくて残念…

36:名無しさん＠編集中
09/11/27 23:50:17 06QESxan
x264.1352.release01

37:名無しさん＠編集中
09/11/28 05:33:36 FhMCYyRi
わずかな改善させるのに大変な労力使ってくれてるんだぜ
X.264開発者に敬意があってもいいと思うんだ

38:名無しさん＠編集中
09/11/28 06:08:29 VWJNVz0i
>>35
フェードはビットレート使うからね
ちゃんとソースと比較したのか？
ソースから汚いという落ちじゃねーの？

39:名無しさん＠編集中
09/11/28 07:31:57 vhKoAvZ6
>>37
それは充分分かってる
x264の開発陣を馬鹿にしてるわけじゃないよ
むしろ尊敬してる
ただ、開発者自身がmbtree採用した時点でフェード駄目かもと言って、
さらにweightpで対応するって言ってたからさ

>>38
ソースは綺麗だよ
ノイス除去とか変なフィルターもかけてない(YV12への変換だけ)
ソース上げられればいいんだけど、色々と問題あるので無理だ、ごめん

40:名無しさん＠編集中
09/11/28 08:34:25 lYZfSfpB
昨日はmbtreeオフにしたらいいと思ったけど
いろいろ比較したら
mbtreeオフにしても
やっぱりブロックノイズぽいのがかなり酷くなってる
普通に目視確認できるくらいに・・・
いきなりノイズ出たり出なかったり
なんだろこれ

BS-hiソースだけど
ネトスタのＯＰみたいなＣＧ制作？FLASH制作？ぽいのはいいんだけど
アニメは滅茶苦茶汚くなる
なんでだろ？

41:名無しさん＠編集中
09/11/28 08:50:16 lYZfSfpB
HDソースはいいけどSDや汚いソースだと1171で出なかったノイズがぼわぼわー
っと出る感じです

42:名無しさん＠編集中
09/11/28 08:52:43 3svvgjmi
mbtreeが戦犯みたいないわれ方してるけど実際はエンコ方法に問題がある場合がほとんどなんだよ
単にビットレートが不足がちになるから汚くなるだけで
気になるならそこだけNRかけて綺麗にするとか個別に対応しろよ

43:名無しさん＠編集中
09/11/28 09:02:32 lYZfSfpB
なんというかいきなりぼわぼわーって浮き上がってきていきなり消えるんだよね
出たり消えたりw
offにしてるんだけど＞mbtree
ツルツルした絵には出てこない

44:名無しさん＠編集中
09/11/28 10:49:27 vhKoAvZ6
>>42
そうなのかもしれないから、どこが問題かアドバイスしてほしい

x264 [info]: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=umh subme=10 psy=1
psy_rd=0.4:0.0 mixed_ref=1 me_range=16 chroma_me=1 trellis=2 8x8dct=1 cqm=0 dea
dzone=21,11 chroma_qp_offset=-1 threads=3 nr=0 decimate=1 mbaff=0 constrained_in
tra=0 bframes=3 b_pyramid=0 b_adapt=2 b_bias=0 direct=3 wpredb=1 wpredp=2 keyint
=240 keyint_min=24 scenecut=50 rc_lookahead=40 rc=crf mbtree=1 crf=22.0000 qcomp
=0.80 qpmin=10 qpmax=51 qpstep=12 ip_ratio=1.30 aq=2:0.50

45:名無しさん＠編集中
09/11/28 13:47:54 BMvowQzH
qpstep=4 wpredb=0 wpredp=0 trellis=0

46:名無しさん＠編集中
09/11/28 13:49:47 tLqjvlCJ
いや既出じゃん
--weightp 2 ←0を指定してみ
デコーダー環境によっては破綻するってどのスレでも報告上がってるじゃん

47:名無しさん＠編集中
09/11/28 14:21:46 vhKoAvZ6
>>46
きちんとffdshowでデコードしてるからその問題ではないと思う
それにフェード部分を改善したいのにweightpを0にしたら意味がない

48:名無しさん＠編集中
09/11/28 14:28:55 6GpiMBnx
aq-mode を1にしてみたら？

49:名無しさん＠編集中
09/11/28 16:28:25 kbsKQbdK
subme=10なんて使ってる人いるんだな。

50:名無しさん＠編集中
09/11/28 17:42:55 vhKoAvZ6
>>48
だめだねえ…

mbtree使わなければいいだけなんだけどね
これからもしばらくは--no-mbtreeでいきます
皆さんアドバイスありがとうございました

51:名無しさん＠編集中
09/12/05 02:46:21 7OS3iywT
x264.1354.release01
x264itvfr-r1354

52:名無しさん＠編集中
09/12/05 11:20:36 87tm3l5f
BDをリップしてH.264なtsファイルをDGAVCDecに読み込ませてdgaファイル作って、それをAVS経由で
AviUtlに読み込ませて
x264GUIでエンコしようとしたら下のような警告ダイアログが出る。
URLﾘﾝｸ(up3.viploader.net)
一つ目のダイアログで「はい」を押すと何度も同じダイアログが出るが一応エンコードは続行できる。
一つ目で「いいえ」を押すと二つ目が表れ、二つ目でも「いいえ」を押すと三つ目が出て「いいえ」を押すと
AviUtlがクラッシュする。

環境は
AviUtl 99i2
DGAVCDec 1.09
AviSynth2.5
x264GUI r1352r1 / r1354r1
DGMPGDec 1.56 / 1.57
XP SP3
AviUtlのプロファイルはフィルタなし、フレームレートの変更なし、インターレス解除なし。
x264GUIはデフォルトプリセットの速度:Slowでチューニング:Animeでプロファイル:High

AviUtl標準のAVI出力やWMV出力Plusだとちゃんと出力できるんでここに書いてみた。
lanczos 3-lobed 拡大縮小で640x360に縮小するとx264GUIでもエンコ出来るんだが、HDでエンコするには
どうしたらいいんだろう？

53:名無しさん＠編集中
09/12/05 13:14:53 XfJwd2D8
x264gui.auo関係ねぇじゃん

54:名無しさん＠編集中
09/12/05 13:50:40 4Dq7Oece
つーか、BDリップでなんでそんなメンドイことをｼｺｼｺやりたがるのか理解できん
BDリップなら丸ごとコピーでBD-RなりDLなりに焼いちゃえば
30分とかそんな時間で出来るし楽チンだし一番いいじゃん
付録映像もすべての音声も使えるし、なにより画質劣化が皆無

55:名無しさん＠編集中
09/12/05 14:06:26 iyrDb6Kk
1TBのHDDがいくつあっても足りません＞＜

56:名無しさん＠編集中
09/12/05 16:12:59 qM4hyZLX
エンコードしたほうが保管が楽だし、ディスクを入れ替える必要がない。
シークもマウスでできるし、見たいシーンを見返したいときに楽、だと思う。

57:52
09/12/05 19:06:04 87tm3l5f
報告。
AviUtlを99h4に戻したらエラー出なくなった。
スレ汚しすまんかった。

58:名無しさん＠編集中
09/12/07 13:36:42 r+Saz80y
x264.1360.release01
x264itvfr-r1360

59:名無しさん＠編集中
09/12/07 14:08:06 y/o66Ptp
やっとPT2買えて、我が家での初のTS抜き環境が整ったまでは良かったんだけど、
うーんむ‥録画機エンコ機が1台で、素人の俺が適当に設定したエンコだと、
やはりエンコ追いつかなくなるな。 Orz

seraphyさんとこの264guiを愛用してるんだけど、
エンコ時間短めとそれなりの高画質を両立してるような
神設定がどこかに転がってないものか‥
ソースはアニメ

60:名無しさん＠編集中
09/12/07 14:41:03 yYNQlNE2
2chとかblogで設定公開してる人とかいるし、それパクって気に入らなかったら
ちょっとオプション弄ってを繰り返せばいいんじゃね。
ていうか、どのくらいのfpsだったら短時間で、どのくらいのSSIMだったら高画質なんだ？

61:名無しさん＠編集中
09/12/07 18:22:58 nzwlkDo+
使用してるPCのスペックと適当な設定とやらを晒せば
改善点をアドバイスしてもらえるかも知れない

i7買え！とかね

62:名無しさん＠編集中
09/12/08 02:09:11 My+E1rc/
x264の画質は素晴らしいんだよなぁ。
これで、時間が現在の半分くらいまで短縮してくれれば言うことないのだが。

63:名無しさん＠編集中
09/12/08 02:20:16 RFL/I4+b
無茶言うな

64:名無しさん＠編集中
09/12/08 03:02:49 HpKmsipT
2倍速いCPUにすれば良い、オクタコアはすぐそこさ

65:名無しさん＠編集中
09/12/08 03:03:12 7xf2Kd3Z
画質なんてソースによって随分変わるんだけどな
時にはどうしても重量エンコが必要な時もある

66:名無しさん＠編集中
09/12/08 03:33:34 4me7b3UN
x264云々よりフィルターの方が重くなったりするからな～

67:名無しさん＠編集中
09/12/08 23:56:59 eR3kOnF7
x264て、mp4に出力する時はマルチスレッドが働くけど、
avi出力させる時はマルチスレッドにならないんだよなあ。

最近のバージョンでは改善された?

68:名無しさん＠編集中
09/12/08 23:59:58 eR3kOnF7
ちなみにうちでは、Arg invalid CSP エラー回避するために
r733以前のバージョン使ってる。
どうやってもマルチスレッドにならないんだよこれ。

69:名無しさん＠編集中
09/12/09 00:24:47 bagoyK6u
VFWはとっくの昔に切られたので永遠に改善されません

70:名無しさん＠編集中
09/12/09 00:25:05 QCxTzo5b
VfWでBフレームやマルチスレッドを使うと、フレームが欠落する。

71:59
09/12/10 19:28:06 jNTyNNTh
x264.1360.release01で作ってみた設定なのですが、
枠のとこからコピペしてみたのですが、これでいいのかしら。

--preset Medium --tune Animation --qp 20 --qpstep 8 --b-adapt 2 --no-weightb --weightp 0 --direct auto --me umh --sar 4:3 --deblock 0:0 --no-dct-decimate --no-mbtree

地上波のアニメがソースで、エンコ時間短めとそれなりの高画質が希望なのですが、
どんな感じでしょか

72:名無しさん＠編集中
09/12/10 19:31:57 BfUxD3jJ
. ... ....:: ::: ::::;;;*。+ _、_ﾟ＋　･　エンコ時間短めがご希望ですか？
　　 Λ＿Λ＿・.（<_,` ）_ﾟ･　ならi7IYHですね
　　/,'≡ヽ::）m)V _ n 　ｌ　*
￣ﾞ-'￣`--´￣￣E_ ）.ノ￣￣

73:名無しさん＠編集中
09/12/10 19:35:23 jNTyNNTh
>72
ありがとw そろそろcore2duoだと無理な時期に来てるのかな。
てか、設定の書き出し方がコレはおかしいのかな。
失礼しました。もちと264guiとにらめっこしてきます

74:名無しさん＠編集中
09/12/10 22:20:09 UeEwMZLV
1パスするならcrf（品質基準だっけ？）
そてと --no-weightb と --no-dct-decimate外して--no-fast-pskipを付ける
あとオプションはon/offで比べるてみること推奨

75:名無しさん＠編集中
09/12/11 12:56:43 YOshdZ+J
>74
さっそく試してみましたが、
わたしの素人設定よりもエンコ時間速い上に綺麗ですね。
しばらくこれでいってみます。ありがとう!

76:名無しさん＠編集中
09/12/11 19:53:59 3lv5Gig5
--tune Animation

ってrefが16とかじゃなかったっけ？

77:名無しさん＠編集中
09/12/11 23:50:08 oJM/h060
--preset Medium --tune Animation
だから6だよ。

--preset slower --tune Animation
なら16になるけど。

78:名無しさん＠編集中
09/12/11 23:57:04 j/aLIAja
fullhelp見れば書いてあるのにね
って思ったらここはGUIスレか
CLIでx264 --fullhelpとするとprofile,preset,tuneの設定値が表示されるよ
x264 --fullhelp >x264_help.txt とでもしてテキストに保存するといい

79:67
09/12/13 04:34:42 cWriNNbx
>>69-70
Bフレームは元々関係ないからいいとして、複数スレッド指定すると
フレームが落ちるって現象は、まだ見たことがないなあ。

エンコは問題ないんだよ。
ただ、スレッド数を複数指定しても、十分に有効にならない。

そこんとこ上手くいく、AVI出力用のx264コーデック、存在するかい？
あったら教えてほしい。俺は手持ちのx264コーデックをいくつか試したけど、
どれもマルチコアが生かされなかった。

aviutlの「avi出力(マルチスレッド)」使ったら、少し処理が早くなったけど、
それでもCPU利用率は使い切らなかったな。

80:67
09/12/13 04:38:43 cWriNNbx
>>69
それは公式サポートがなくなったというだけの話で、今でも海外では有志が
avi出力用x264コーデックを開発継続していたはず。
日本語訳を作ってくれる人がいないから、設定メニューがわかりづらいのが難点だけど。

もしかしたら、あれだったらマルチコア対応してるのかなあ。

81:名無しさん＠編集中
09/12/13 04:39:22 r74Mmcpz
普通にx264でraw出力してavc2aviだったか何だったか

82:名無しさん＠編集中
09/12/13 21:20:29 xnZ5gxZi
gui.auoのr1373
なぜ--tune zerolatencyと--sliced threadsをGUIでいじれるようにしたんだろ？
これはむしろGUIでいじれたらいけない設定だろうに
やっぱり忙しすぎてそこまで考える余裕がないのだろうか…

83:名無しさん＠編集中
09/12/14 01:13:14 zv5QOpou
なぜそう思う？

84:名無しさん＠編集中
09/12/14 01:34:01 2tPNyGtu
>>83
AviUtlでストリーミング用エンコードとは？

85:名無しさん＠編集中
09/12/14 03:30:28 oMP5hpNd
>>84
zerolatency（に含まれるsliced-threads）とストリーミングは必要十分条件ではない
「ストリーミング素材を作るのに必要なオプション」は成立するが、「そのオプションはストリーミング素材にしか使用しない」は成立しない
また、AviUtlとストリーミング素材作成も同上

さて、zerolatencyをGUIでいじれるようにしてはいけない理由を聞こうか？

86:名無しさん＠編集中
09/12/14 04:26:00 2tPNyGtu
いじれることによるデメリットはあってもメリットが見えない
変更するならむしろVBVやVUIを表に出したほうがいいと思う
なんか最近のGUI変更は、半ばやけくそになってるような印象を覚えた
もちろん本人にはそんな気はまったくないのかもしれないけど

ただそれだけ

87:名無しさん＠編集中
09/12/14 08:43:43 yBl71D0S
メリットは利用者の選択の自由だろ
baselineにしか対応していない携帯端末において、初期ディレイカットみたいなニッチな方法以外の選択肢が増えた
自分が使わないから不要という方がデメリットだな

あと、機能追加がやけくそで行われていたら、flv出力も出来てたろうけど、そこは無視して持論展開か
ネガるにしてもお粗末な内容だな

88:名無しさん＠編集中
09/12/14 15:34:13 SN0QCSp3
ソース=アニメで、ファイルサイズを無視して1passで、
画質追求する場合は、固定量子化が良いんですよね ?

89:名無しさん＠編集中
09/12/14 16:57:06 2tPNyGtu
>>88
品質基準VBRだよ
x264の固定量子化は何らかの特殊な実験でもない限り使うべきでないと開発者自身が公言している

90:名無しさん＠編集中
09/12/14 21:23:39 BuvLnYI9
divxとかxvidのQBはx264だとCRFと思っていいみたいね

91:名無しさん＠編集中
09/12/14 23:10:43 6CobfdER
>89
そうだったのかぁ。うはﾔﾍﾞｪ、
俺の半年ほど前からエンコ始めたやつ全部、何らかの特殊な実験状態だw

てか、ありがとございます。
次回のエンコからは品質基準VBRでtryしてみます。

92:名無しさん＠編集中
09/12/15 13:46:01 fqcPyxdt
固定量子化とか品質基準VBRとかよく判らんので、
ヒマをみつけてはググってるんだけど、
面白そうなたとえのがあった。たぶんPSP関連のスレから。

321 名前：名無しさん＠編集中 mailto:sage [2006/07/30(日) 00:34:36 ID:/ncDr9uC]
具体的に言うと

湯気の向こうに裸の女がいる映像があるとして、
可変では乳首が判別できても固定量子化だとボヤけてよくわからない
といったような事態になる。

逆に固定量子化が有利な場面は動きやカット割りが激しい映像だ。
シーンチェンジ検出が機能しないのも可変が不利だ
線やベタ塗りが多いアニメ映像では固定量子化がいいだろう。

が最近はCGでフィルタをかけたアニメも多く一概には言えない
フィルタで色が微妙な変化をしていてかつあまり動かないようなアニメは
可変レートの方が綺麗に出るだろう

まあどっちにしてもノイズは出るので気になるならレートを上げるか係数を下げて
クオリティを上げるしかない
当たり前かｗ

93:名無しさん＠編集中
09/12/15 13:54:09 fqcPyxdt
しかし、
x264の設定でググってたらほとんどがPSP関連なんですね。
PC単体で再生するのが目的で画質追求、みたいな書き込みをみつけるのがすごく大変。

運良く買えてしまったPT2のせいで、
x264の設定で迷ってる間に、未エンコのTSがどんどん増えてく。
やばいです。これはヤバですね。そろそろHDDがパンクしそう !

94:名無しさん＠編集中
09/12/15 16:06:59 9QL3hsBD
>>93
とりあえずデフォルトプリセットを速度veryslow、チューニングをfilmかnoneかanimation、プロファイルをhighにして適用押して
品質を18～26くらいにし、その他タブのlevelを4.1にし、コマンドタブに以下を手入力後、画面に反映を押す
--vbv-maxrate 41250 --vbv-bufsize 41250 --colorprim bt709 --color matrixbt709 --transfer bt709
これでDXVA互換のファイルの出来上がり(HDの場合)
もしスピードが遅すぎると思うなら、veryslowをslowerやslowに変更
他の設定は慣れるまでいじらないこと
x264gui.auoの独自プリセット（高速とか高画質とか)はつかわないように

95:名無しさん＠編集中
09/12/15 17:21:47 wB3qvPpL
>>94
--vbv-maxrate 41250 --vbv-bufsize 41250
この41250というのはどこから出てきたんだ？
4.1highの場合--vbv-maxrate 62500 --vbv-bufsize 78125じゃないの？
あと--colorprim bt709 --transfer bt709の記述は付けない方がいいと思う

96:名無しさん＠編集中
09/12/15 17:46:42 wB3qvPpL
一応自分の認識を貼っておく

H.264 Profiles and Levels
URLﾘﾝｸ(rob.opendot.cl)
表のVBV値はmainprofile用なのでhighprofileは1.25倍して使う
例えばHigh@4の--vbv-bufsizeは25000*1.25で31250になる

97:名無しさん＠編集中
09/12/15 17:56:17 9QL3hsBD
ああごめん
最近PS3用に31250とかやってたから記憶があやふやになってた

98:名無しさん＠編集中
09/12/15 18:14:51 fqcPyxdt
>94 >95 >96 >97
ありがとございます。
さっそくみなさんの提供してくださった貴重な数値をそのまま放り込んで試しエンコしてみました。

うーん。さすがに綺麗ですね。俺の
でたらめな設定とは大違いでしたw
コア2デュオなのですが、エンコ時間もそれほど長くもなかったので、
かなり良いあんばいです。ほんまありがとうございました。

99:名無しさん＠編集中
09/12/16 00:50:16 kByxBIN0
me-range 64 なの以外は別に独自プリセットでも悪くないけどなー

100:名無しさん＠編集中
09/12/16 00:57:31 1H1UvTlF
merange 64の何が悪いというのか
素人のしったかはやめろよ

101:名無しさん＠編集中
09/12/16 01:08:15 NtV5kru3
meにumhを指定しているのなら別にme-rangeは64でいいと思う
esaやtesaを使うと流石にエンコに時間がかかりすぎるから16～32ぐらいで調整するけどさ
動きに拘るなら64、エンコ速度に拘るのならmeにhexでも使えばいいし

102:名無しさん＠編集中
09/12/16 03:44:33 pair8k+q
>>101
>>99とは別人だけれど、
--preset placeboですら--merange 24になっているし（--me tesaではあるけれど）、
--merangeを増やしすぎると動きベクトルの誤爆も増えるという記述を
どこかのブログの実験結果？で見かけた気がするんで、32ぐらいにしておいたほうがいいような。

103:名無しさん＠編集中
09/12/16 03:54:01 pair8k+q
改造していて気になったこと
* x264本家(git？)向け
o rev1304でheirarchical　→　hierarchical の綴り間違いを直していたけど、それならx264.hの
int i_bframe_pyramid; /* Keep some B-frames as references: 0=off, 1=strict heirarchical, 2=normal */
も直した方が…。
o 「--tune」の使い方からすると、--tune grainで--no-dct-decimateが設定されているのに、それを上書き（逆を設定）するオプション（--dct-decimate？）が
x264.c（x264gui.auoではparse.c）の「 static struct option long_options[] 」内に定義されていないのは、動作として大丈夫？
o x264.cの--fullhelpで出てくる説明の--tuneの- grain:のところで--deadzone interになってますが--deadzone-interですよね？
o b_sliced_threadsがcommon.cのx264_param_default( x264_param_t *param )にて初期化されていないような…？
ここもShikari氏は見てるんだろうか？

あと、
URLﾘﾝｸ(www28.atwiki.jp)
で作っているようなコンセプトのgui.auoを使ってみたいと思う方いらっしゃいますかね。

104:名無しさん＠編集中
09/12/16 03:57:42 9dWer4DA
>>102
me-range（モーションベクトルサーチ範囲）が狭すぎて動きが悪くなる
つまり誤爆することはあっても広すぎて誤爆することはない

105:名無しさん＠編集中
09/12/16 03:59:12 Vx9bzBtv
>>102
どこかのブログは主が全部消しちゃったので
URLﾘﾝｸ(forum.doom9.org)
から後を読めばいい
とくにmanaoさんのポスト

106:名無しさん＠編集中
09/12/16 05:43:35 Vx9bzBtv
>>103
伝えといたよ
修正したってさ

107:名無しさん＠編集中
09/12/16 05:58:47 Vx9bzBtv
それと、いいたいことあるならもっと気軽に自分で言ってくれって
05:45 (Dark_Shikari) well if another person does, feel free to tell me ;)

ちなみにD_Sはある程度日本語わかります。

108:名無しさん＠編集中
09/12/16 07:53:18 Vx9bzBtv
ってtypoが直るどころか増えた…r1376

109:名無しさん＠編集中
09/12/16 09:39:18 hXNax7eK
>>103
面白いと思うよ。
やはりGUIスレだしGUIだけで完結するのも欲しいしね。

110:名無しさん＠編集中
09/12/16 20:06:26 I+qlLWy/
>>107
それってその誰かが言ったことをあなたが自分に言ってくれって言ってるんじゃないの？

111:名無しさん＠編集中
09/12/16 20:14:28 Vx9bzBtv
かもね
英語よくわかんないしー

112:名無しさん＠編集中
09/12/16 23:20:54 8Gr8Nd9G
>>104
俺も前はme-range 64にしてたんだが、PSP解像度だが16にしてみたら
容量も若干抑えられた上にエンコ速度も1.7倍くらい速くなったから
16～32程度で十分だと思う
me-rangeの増やしすぎは逆効果

113:名無しさん＠編集中
09/12/17 01:26:05 woX2bfan
エンコ速度が低下するだけだろ
何が逆効果なんだか

114:103
09/12/17 04:14:14 JPwtbjjz
>>105-108
>URLﾘﾝｸ(forum.doom9.org)
>から後を読めばいい
斜め読みだったせいかよく理解できませんでしたがorz、
ひとまず128なんて数字で動かしている例を初めて知ったので、
>>103のGUI-Modの方では入力上限を512にしてみました。
同じブログなんでしょうか？（自分が見たのは日本語でした）

>伝えといたよ
ありがとうございます。

>ってtypoが直るどころか増えた…r1376
増えましたか？

115:103
09/12/17 04:19:34 JPwtbjjz
>>109
rev1376のGUIをビルドしてみました。
差し支えなければ使用感などの感想をいただきたいです。

>>112
>容量も若干抑えられた上に
誤爆が減ったんですかね？
…そういえば自分が見たブログでは画像にベクトルを表示させて誤爆を例示していたような…

116:名無しさん＠編集中
09/12/19 01:01:56 O+4ryGA4
>>115
色々使ってみました。
設定で選択が制限されるのは良いですね。
使用感も現在の所問題無いです。

117:名無しさん＠編集中
09/12/19 21:28:47 h/2Z600/
>>115
rc-lookaheadとかのオプションもGUIで設定できるのは楽で良いと思う
オプション表示欄の拡大もわかりやすい
いつからかseraphy氏のビルドは8x8dctを無効にしてもi8x8にチェックを入れられたりして
無効なオプション設定が出来るようになっちゃったし、無効なオプション回避は嬉しいんだけど
設定する順序が決められるのはそれはそれで面倒なような……
とか贅沢なことを言ってみたり←無視してもらって結構です
プリセットについてだけどBフレームは16でもPSPは再生できる
b-pyramidはnoneじゃないと再生できないがデフォルトnoneだから関係無いか
--ref 3と--no-8x8dctはそのままで
俺が個人的に検証しただけだから確証はないがこれで間違いないと思う
あとプリセット作成して読み込ませると--aq-mode 1と--trellis 2にしても
--subme 10が弾かれて9になるので修正してもらえると有難かったり
(読み込んだ後手動で10には出来る)

読みにくい長文失礼orz

118:名無しさん＠編集中
09/12/19 21:56:21 C0wGDXR+
ものすごく初歩的な質問かもしれませんが、

アマレココで撮ったavi動画をAviutlのx264GUIで出力すると、
mp4とwavの2つに分かれて保存されてしまいます。
元aviを再生してもちゃんと音はくっついているはずなのですが･･･
出力終わりに「ファイルの出力に失敗しました」と出るんでどっかの設定がおかしいんでしょうが、
どこがおかしいかPCに弱いんでわからず。

どうにか映像音声共にmp4におさまらないでしょうか？

ちなみにaviutlの設定は「VIPで初心者がゲーム実況するには@ Wiki」のまんまです
おねがいしますorz

119:名無しさん＠編集中
09/12/19 22:04:05 W8+xR58H
>>117
--b-pyramidのデフォルトをnormalにする計画があるそうだ

120:117
09/12/19 22:45:53 4jOi4CwG
文の流れ的に紛らわしくなってしまったが、
PSPプリセットの--level 30もその通りですっ

121:117
09/12/19 22:54:49 4jOi4CwG
>>118
NeroAACEncoderは確かちょっとでも入力ファイルのサンプリングレートが
44100Hzとか22050Hzとかの基準からずれるとエンコードできなかったような……
別の音楽エンコーダとかでwavファイルをエンコードしてからaviutlの音声読み込みで
読み込ませてみてからだとどうだろう

>>119
だとしたら--b-pyramid noneが必要になるかもですね
余談ですが数ヶ月前(時期が定かじゃない)ではb-byramidを有効にした動画を
PSPで再生させると一部破壊された映像が再生することにはできたんだが、
mb-treeがついたからか今は「再生できません」って表示されるようになったわ

122:名無しさん＠編集中
09/12/19 22:57:05 CFqejbLu
それPSPがダメでFAなんじゃないかなぁ

123:名無しさん＠編集中
09/12/19 23:00:59 4jOi4CwG
単純に俺もそう思う、--b-byramid strictでも駄目だったし
ただ逆にweightpについてはどんなソースでも全く映像が壊れない(ｷﾘｯ

124:名無しさん＠編集中
09/12/19 23:29:51 3HIuyr8F
PSPの場合、--weightp 1だと--ref 2、--weightp 2だと--ref 1にしないと崩れる場合があると
Doom10で報告が上がってる
まあごく稀なケースみたいだけどね

125:名無しさん＠編集中
09/12/20 05:42:40 /ZzVxoRn
>>121
>>118です。できました！ありがとうございます！

126:115
09/12/22 02:34:00 k0fqpd3s
guimodの感想、ありがとうございます。

>>116
guimodの動作と相性のいい使い方をなさっているようで、よかったです。
使っていくうちに何か引っかかる点があった場合、また書いていただければ幸いです。

>>117,120
自分で作ってみて気になっていたところのほとんどが網羅されているという…
だいぶ使っていただけたようで嬉しく思います。

＞無効なオプション回避は嬉しいんだけど
＞設定する順序が決められるのはそれはそれで面倒なような……
そこは自分でも気になっていたところだったりします。
変更案としてなんとなく考えているのは、

・profile,levelによる制限…従来通り変更不可
・それ以外の制限…変更可能に戻して、その変更が他のoption変更も必要ならそちらも自動で変更

みたいな形です。

＞プリセット作成して読み込ませると--aq-mode 1と--trellis 2にしても
＞--subme 10が弾かれて9になるので修正してもらえると有難かったり
＞(読み込んだ後手動で10には出来る)
たぶん上に書いた変更案を実装すれば一緒に修正できるはず…。実装してみます。

＞b-pyramidはnoneじゃないと再生できない
そのような制限は自分でもあったほうがいいなと思いはしたのですが、
もし実装するとしたらx264guiとの互換性がない独自仕様になるかも…？　色々と考えてみます。

更新したらまたこのスレに報告させていただきます。

127:名無しさん＠編集中
09/12/23 22:06:23 0TNBaW1e
95 名前：名無しさん＠編集中 [sage] 投稿日： 2009/12/23(水) 21:53:48 ID:RISJrZm3
2009-12-17 - Version 1.5.1.0

- neroAacEnc:
- Improved encoding of sample rates higher than 48kHz
- Solved compatibility issues with some hardware devices
- Write iTunes compatible gapless data
- Enabled preserving of very quiet high frequencies at high bitrates
- Write the encoder settings to metadata
- Executable size reduction

- neroAacDec:
- Improved error handling
- Speed up

- neroAacTag:
- Support 3GPP tags
- Support Sony Memory Stick tags
- Improved cover art support
- Improved support for files with multiple tags in different formats (ND,iTunes,3GPP,Sony Memory Stick)
- Writes iTunes tags by default, added switch to enable ND tags

128:名無しさん＠編集中
09/12/24 03:24:46 TVOV4XSu
>>126
x264gui.auoの自作(改造？)はすごいと思います。
PSPプリセットのb-pyramidをnoneに制限するかも、っていうのは
そのプリセットを読み込ませるとnoneから変更できないようになるということですかね？
なかなか面白いと思います。

気になった点ですが、例えばPresetをveryslow、Tuneをanimationにして
Reset and Change Default Optionsを押すとref 32のように表示されてしまいます。
左下には--preset veryslow --tune animation --crf xxとしか表示されていないので
そのままエンコードする分には問題ないと思うのですが、ここから--ref 20のような設定が
出来てしまうので、修正して頂きたいなと。

細かいところですが、Psy-RDにチェックをいれるとTrellisが変更できなくなってしまいます。
Trellisはexperimentalだそうですし、変更しないといえばしないのですが。
あとmb-treeはConstant QPのとき無効だと思ったのですが、どうなんでしょう？

GUIだけでいろいろ設定できるので使わせてもらっています。
更新頑張ってください。

129:名無しさん＠編集中
09/12/28 12:02:29 naEOWRmJ
Aviutlでエンコした後、最後の部分がエラーで再生できなくなってしまう。
ただし、wmp12のみ。VLC、MPCHCはおｋ。
使用バージョンは、x264.1336.release01。

130:名無しさん＠編集中
09/12/28 15:26:19 lRsRYZ0f
過疎化阻止

131:名無しさん＠編集中
09/12/28 17:37:35 NWPWJhJ+
>>129
取り合えずr1376にしてみたら？

132:名無しさん＠編集中
09/12/28 21:58:59 naEOWRmJ
r1376にしてみましたが、駄目でした。
やはり、元ソースに問題があるようです。

133:名無しさん＠編集中
09/12/28 22:42:48 naEOWRmJ
詳細な症状書いておく。
>>129の最後の部分でエラーというのは、58分の動画で、55分あたりでエラーが出るというものです。

134:名無しさん＠編集中
09/12/28 22:48:18 1OBBEZ9p
>>133
詳細という割には情報少ない……
VLCとかMPCHCで再生できるなら良いんじゃない、としか言いようがない

135:名無しさん＠編集中
09/12/29 02:16:45 A1JunX2i
真空波動研の結果くらい貼ってくれりゃいいのに

136:名無しさん＠編集中
09/12/29 04:00:47 /A5bhSr0
いいかげん真空波動研は卒業してmediainfoあたり使えよ
オプションわからないんじゃ教えようもないだろ
pastebinみたいなテキスト専門の便利な無料サービスもあるんだから
URLﾘﾝｸ(ja.pastebin.ca)
URLﾘﾝｸ(ja.pastebin.ca)

137:名無しさん＠編集中
09/12/30 11:14:17 TQ2O7HJH
ID変わりましたが、>>129です。
x264guiで映像のみをエンコ→残った音声をneroaacencでエンコ→mp4boxで結合
上記の方法で解決。(音はズレてるかは不明)

138:名無しさん＠編集中
09/12/30 14:22:04 /5DPA3sM
お疲れであった

139:名無しさん＠編集中
09/12/30 21:48:56 TQ2O7HJH
追記
他の素材でもやってみましたが、>>129と同じ症状が...
その後Yambで分離して、mp4boxで再結合で再生おｋだが、微妙に音声の波形が変わる。
やはり、映像と音声は別々にエンコして、その後結合というのがよさそう。
以上のことから、utlかx264guiのバグ、またはutlの音声処理した後のMUX処理で何らかの問題が起きているみたい。

140:名無しさん＠編集中
09/12/30 21:57:10 7Wz73EiV
そうか

うちじゃ問題ないんだけどね

141:名無しさん＠編集中
09/12/31 01:47:34 EhlCmk1f
>>139 単純にソースの音声と映像のフレーム数が違い杉てんじゃね？

142:名無しさん＠編集中
10/01/03 01:28:09 jFOaRIpK
tsを同じサイズで変換するとき、オススメの設定を教えてください。
変換はtmpgencを使っています。

143:名無しさん＠編集中
10/01/03 01:30:14 jI1Jr4xU
>>94-96

144:名無しさん＠編集中
10/01/03 08:10:56 jFOaRIpK
>>143
やってみます

145:名無しさん＠編集中
10/01/03 14:26:25 awxUWz73
ここは VFWコーデック版のスレです

コマンドラインの話題とか、mp4しか吐けないx264gui.auoの話題はスレ違いです

146:名無しさん＠編集中
10/01/03 16:03:22 jI1Jr4xU
これまた大きな釣り針ですこと

147:名無しさん＠編集中
10/01/04 04:06:55 N9JgEXgH
釣りと分かっていても誤りは正しておく。
以下readme.txtより抜粋。
*****************************************************************************
*
* 拡張 x264 出力(GUI)
*
*****************************************************************************
【概要】
・自動フィールドシフト(Ver7)に対応した、VFR AVC-MP4/MKV出力プラグインです。
H.264エンコーダにx264を採用しています。
・自動フィールドシフトを利用しない場合は、CFRのAVC-MP4/MKV/RAWファイルを作成
できます。
・設定画面はx264vfwの画面に準拠しています。
・出力されるMP4ファイルは、初期ディレイが発生しないように加工されています。

148:名無しさん＠編集中
10/01/04 08:15:16 4QwMCn+g
FLVが抜けてる

149:名無しさん＠編集中
10/01/04 08:21:58 DpALBfSB
そりゃgui.auoにFLV出力ついてるのはVまに版だけだから

150: ◆fdAnbU5Z6U
10/01/06 08:20:34 NkvV2sRH
>>149
俺はダウン民だよキモブサ、言葉を慎め、おまえも死ね
オナニータイムする、モリタポ頼むぜ

151:名無しさん＠編集中
10/01/06 19:35:08 Zj9ezfIB
1280x720で画質と速度を両立しようと思ってDivX全盛期以来のエンコをしました（x264は初めてです）
使用したのは最新バージンで、環境はXPSP3 E6700 （春頃までにはi7 860に変えたい…）

最初は試しに↓でやってみたら100分ほどで終わり画質もまあまあでした
--preset Medium --tune Animation --crf 20 --sar 1:1 --level 4.1

次に綺麗にできるならもっと！と思い↓設定にしてみたら残り7時間とか表示されて愕然…
どの項目が足を引っ張っているのでしょうか？せめて3時間以内に収めたいです
--preset Medium --tune Animation --crf 20 --aq-mode 0 --psy-rd 1:0 --qcomp 0.7 --qpstep 10
--scenecut 60 --min-keyint 1 --bframes 3 --b-adapt 2 --weightp 0 --direct auto --me umh
--merange 32 --sar 1:1 --trellis 2 --deblock 0:0 --no-dct-decimate --no-mbtree --level 4.1

152:名無しさん＠編集中
10/01/06 19:41:50 JMhk84ES
ん～その設定から下に変えたくらいなら2倍も行かないんじゃないかな？
たぶん最初のOPとかがよく動いてる部分でfps下がったの見てあと7時間
とか思ったんだろうけどそこ過ぎればfpsも上がって残り時間も減るんじゃないか？

153:名無しさん＠編集中
10/01/06 19:43:49 uerA9rVU
最新バージンとか言われても分からんよ
書く時は正確に

154:名無しさん＠編集中
10/01/06 19:59:30 RWPYEgD8
>>151
--preset mediumをslowにすればいいじゃん
それで満足出来なければslowerにする

155:名無しさん＠編集中
10/01/06 21:22:50 A0y/wGES
>>151
やっぱりx264の設定で一番エンコ速度に影響するったら
動き予測アルゴリズム（me）とサブピクセル精度（subme）だと思うけど
Hexagonalからumhにしたからって1時間40分が7時間になるはずもないし

x264の設定ではなくフィルタ（シャープとかノイズ除去とか）入れたから時間が増えた
とかそんな落ちじゃないんですか？

156:名無しさん＠編集中
10/01/06 21:27:56 7EqUfQet
下の設定だと--tune Animationが余計だな
bframeが5になったせいで遅くなってる

157:名無しさん＠編集中
10/01/06 21:38:53 Zj9ezfIB
>>152
その可能性もあるかと思い今さっき再度スタートさせて現在4.7% 1.69fps 残り6:59です
深夜から録画が入るので様子見だけしてエンコ中止ですが･･･
ちなみにソースはキディガーランドです

>>153
拡張x264出力(GUI) 1376です

>>151
AviUtiの設定はaupから読込んで全く同一です　使用したフィルタ類は↓４つだけです
自動フィールドシフトアニメ用　解除Lv0
透過性ロゴ
Lanczos 3-lobed
ワープシャープフィルタMT

縞が見つからなかったのでインタレ解除2は未使用です

158:名無しさん＠編集中
10/01/06 22:04:14 NJPJiUXQ
--trellis 0は？

159:名無しさん＠編集中
10/01/06 22:04:22 7EqUfQet
URLﾘﾝｸ(www.dotup.org)

フィルタがリサイズだったりPMD-MTだったり構成こそ違うが
Core i7 860だとこんなもんだな
E8700だからこの数字の2/3くらいでるはず
っつかE8400から1.5倍くらいしか伸びてないし
OCしないCore i7は大した事無い

160:名無しさん＠編集中
10/01/06 22:08:41 7EqUfQet
あ？　E8700？
そんなCPUいつの間に出てたんだ？

E6700だと…確かにこいつの半分くらいかも知れない

161:名無しさん＠編集中
10/01/06 22:37:57 RWPYEgD8
>>151
速くなる変更：--bframes 5->3 --weightp 2->0 --aq-mode 1->0 --mbtreeなし
遅くなる変更： --b-adapt 1->2 --direct spacial->auto --me hex->umh --merange 16->32 --trellis 1->2

ぱっとみただけでこれくらいはある
特にmerangeとtrellisの変更は解像度が1280x720ではかなりの差が出て当たり前

ところでアニメソースに--aq-mode 0 --psy-rd 1.0:0って、どこをどうやったら綺麗になるんだよ
aq使わないでpsy-rd普通にかけたら、エッジ周りにモスキート出るぞ
それにBフレ減らしてmbtreeもweightpも切ってるから容量もかなり増える

162:名無しさん＠編集中
10/01/06 22:45:00 7EqUfQet
だな
>>151の設定で実行してるがまさに巨大な糞ができあがりつつある
動かないシーンで1.2Mbpsも食ってるとかないし

163:名無しさん＠編集中
10/01/06 23:41:54 Zj9ezfIB
問題が発生したためdrwtsn32.exeを終了しますと出てPC固まっていました…

>>161-162
ダメだしありがとうございます
コピペして大切に保管しました
コレ↓に変えて実験したら6.69fpsで残り2時間弱と出ました

--preset Medium --tune Animation --crf 20 --psy-rd 0.5:0 --qcomp 0.7 --qpstep 10
--scenecut 60 --min-keyint 1 --bframes 3 --ref 3 --weightp 0 --me umh --sar 1:1
--deblock 0:0 --level 4.1

まだまだ勉強が足りず項目の説明を見てもうまく理解できずに悩みっぱなしですが
情報を漁りながら少しずつ慣れていこうと思います

164:名無しさん＠編集中
10/01/06 23:48:04 7EqUfQet
--psy-rd　いるのか？

っつか速度が欲しいのか画質が欲しいのかどっちなのかさっぱりわからん

165:名無しさん＠編集中
10/01/06 23:49:08 RWPYEgD8
>>163
--tune animationの意味は--bframes preset +2 --ref preset x2--aq-strength 0.6 --psy-rd 0.4:<unset> --deblock 1:1だぞ
自分であとからすべての項目を指定したら、全く意味が無いだろうが、このバカチン

166:名無しさん＠編集中
10/01/07 00:09:53 FilfxbYz
300MB前後での高画質が欲しいのですがCPUが非力なので
3時間以内に収まるギリギリの設定を探しています

プリセットの意味を今やっと理解できました…ｽｲﾏｾﾝ
分かり易い解説サイト探しの旅に出ることにします

167:名無しさん＠編集中
10/01/07 00:23:50 wd1PcTMi
--fullhelp

168:名無しさん＠編集中
10/01/07 00:28:20 RN314g2T
たぶん、そんなサイト存在しない
あっても猫科みたいなchangelog解説にとどまるだけ

試行錯誤あるのみ

169:名無しさん＠編集中
10/01/07 00:30:30 011YRjy6
画質、速度、サイズ
自分が納得の出来る設定に辿り着ける日なんて一生こないのさ・・・(;´ー｀)yー~~

170:名無しさん＠編集中
10/01/07 00:34:05 PSKQ2OgZ
高画質高圧縮できる日はいつかなぁ～

171:名無しさん＠編集中
10/01/07 04:12:00 /FuefGVT
>>170
高圧縮ならなんといってもTHcompでしょう
あれが真の意味で実現できるほどの未来になればどんな高画質だって…

次ページ