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でしょう
あれが真の意味で実現できるほどの未来になればどんな高画質だって…
172:名無しさん＠編集中
10/01/07 14:53:05 smHRI3X3
>>166
設定の解説だったらMeWikiオススメ
URLﾘﾝｸ(mewiki.project357.com)
>>170
THcompね……
確かに超高圧縮かもしれないけどw
173:名無しさん＠編集中
10/01/07 15:25:25 2kju8FT3
>>172
なるほどこのサイトは分かりやすい・・・・
っと言うとでも思ったかーー！？
174:172
10/01/07 15:33:16 smHRI3X3
だ、だってx264関連だと「分かりやす」くて「正確」なページが見当たらないんだもんっ
Doom10とかに比べればMeWikiはまだわかりやすいと思うし
日本語のx264解説サイトだとnicowikiくらいしか
175:名無しさん＠編集中
10/01/07 16:50:10 ii47Cf/+
nicowikiのx264gui.auoの解説は日本語サイトでは多分一番新しくて正確だぞ
176:名無しさん＠編集中
10/01/07 22:52:25 RN314g2T
ニコ動あげない場合は自分で探るしかない罠
177:名無しさん＠編集中
10/01/08 21:30:57 Kf1U4Hl8
その場合はpresetでいいだろ。
178:名無しさん＠編集中
10/01/08 23:39:36 QLGzx+a1
>>177
179:名無しさん＠編集中
10/01/10 18:52:39 VBOAQbju
ああc2わvは神棚
180:名無しさん＠編集中
10/01/10 23:23:53 gxVa4Kz4
ここで聞いていいのか分からんけど、x264gui.auoで自動フィールドシフト対応で
エンコする時って自動フィールドシフトの設定で「24fps化」はチェックしないでいいんだよね？
むしろチェックしたらダメ？
チェック入れたら24fps、外すと可変フレームレート出力とか思ってたんだが
激しく勘違い？
181:名無しさん＠編集中
10/01/10 23:26:36 ObxB+RFl
>>180
ここで聞いちゃ駄目
あと、説明書読んでこい
182:名無しさん＠編集中
10/01/10 23:41:08 gxVa4Kz4
>>181
む、自動フィールドシフトとのからみ書いてあったのか？
確認してくる。
183:名無しさん＠編集中
10/01/11 14:27:31 J7dG/+dK
vfwインスト後初期設定のままでtmpegにてAVをエンコ。
ABRと2passの2通り（勿論同ビットレート）出してみて比べてみたのだけど、
ほとんど違いが分からないんですが、僕の眼が悪いのか設定が悪いのか
実質あんまり変わらないのかどれだと思いますか
184:名無しさん＠編集中
10/01/15 00:07:26 XhHYrsY8
TMPGEnc 4.0 XPressからx264を使いたくてx264vfwを探しているのですが、新しいリビジョンのものが見つかりません。
自分で探した中では、下記場所にある1195が一番新しいものでした。
URLﾘﾝｸ(sourceforge.jp)
もっと新しいリビジョンのものが公開されている場所は無いでしょうか?
185:名無しさん＠編集中
10/01/15 00:14:28 XhHYrsY8
ごめんなさい。自己解決しました。
下記場所から最新版を入手できました。
URLﾘﾝｸ(www.free-codecs.com)
186:名無しさん＠編集中
10/01/15 00:36:23 irCl53wU
r1391ﾏﾀﾞｰ?
187:名無しさん＠編集中
10/01/15 11:42:31 O6WiKJt0
>>185
便乗質問させてください。
XPとTMPGEnc4.0Xpressで使う場合、
そのページの中の3つのうちのどれを落とせば良いのでしょうか？
よろしくお願いします。
188:名無しさん＠編集中
10/01/15 17:30:52 mzck80+E
お前の環境にもよるが多分真ん中、OSが64bitなら1番下だろ
正直その様子だとx264は難易度高いぞ
189:名無しさん＠編集中
10/01/15 23:03:55 J9Zm5RV4
2passエンコしてログみたら
Error 2pass curve failed to convergeとなっていたのに気づいたんだけど
これってググったらqpの問題らしいんが
QPの下限10、QPの上限51、変動幅の最大8じゃだめなの？
普段、720pや1080pを20Mbpsの2passでエンコしていたんだが
何が問題でエラー吹いてるのかさっぱり分からん
190:名無しさん＠編集中
10/01/15 23:07:41 9s6V/a/K
俺はTMPGEnc 4.0 XPressからx264を使うと音ズレするんだけど、皆回避できてるの？
191:名無しさん＠編集中
10/01/15 23:46:25 8rIiDYrx
x264vfwの話なら使ってる人は少ないよ
x264vfwはとっくの昔に開発止めちゃったから
189>>
設定ぐらい書いたら
--vbv-bufsizeは指定してるのか？
経験上mbtreeなら--qpstep 4で十分だから--preset mediumだけで試すとか
192:名無しさん＠編集中
10/01/16 00:02:07 J9Zm5RV4
>>191
ｽﾏﾝ
GUIになれてしまったが一応コマンド↓
--preset Slower --tune Animation --bitrate 20000 --pass 3 --stats ".\x264.stats" --aq-mode 0 --aq-strength 0 --psy-rd 0.3:0
--qcomp 0.7 --qpstep 8 --scenecut 70 --min-keyint 1 --partitions p8x8,b8x8,i8x8,i4x4 --bframes 3 --ref 6 --merange 32
--sar 1:1 --deblock -2:-2 --no-fast-pskip --no-dct-decimate --level 4.2
193:名無しさん＠編集中
10/01/16 00:13:06 qZ9GoOS8
>>191
x264vfw以外にTMPGEnc 4.0 XPressからx264を使う方法があるのですか?
194:名無しさん＠編集中
10/01/16 00:32:10 b0/hrZTd
--bitrate 20000 --pass 1 --stats ".\x264.stats" --vbv-bufsize 24000 --vbv-maxrate 24000
3パスは使わないから分からんな
とりあえずcli modeにして、これぐらいから2パスで試したら
>>193
TMPGEncは使わないからx264を使いたいなら別の方法で
195:名無しさん＠編集中
10/01/16 00:36:36 b0/hrZTd
--bitrate 20000？だと
196:名無しさん＠編集中
10/01/16 00:45:13 dmaLg2ZR
一応、PS3でも再生できるように20Mbpsに設定してます
197:名無しさん＠編集中
10/01/16 00:48:42 XC5twVHu
>>192
これは--qpminが高すぎるってことじゃないか？
アニメだと--crf 18でも10Mbps越えることすらまずないのに20Mbpsなんてやってるから、
--qpmin 10でもビットレートが余ってるんじゃないの
ためしにqpmin 0にするか、BDみたいに--keyint 24 --ipratio 1.1とかにしてみたらいいかもね
198:名無しさん＠編集中
10/01/16 00:49:54 b0/hrZTd
--bitrate 20000が原因だろｗ
199:名無しさん＠編集中
10/01/16 01:00:01 dmaLg2ZR
最適な数値がよく分からんでｽﾏﾝ
とりあえず最大値でやってれば元ファイルから劣化は少ないだろうし、と思ってた
1080pのファイルも扱うんでビットレートは20Mbpsはほしいんだけど、どれぐらいがいいの？
アニメだけじゃなくて、違うプリセットで録画したFPSゲームもエンコしたりするからできるだけ統一はしたいんだが
200:名無しさん＠編集中
10/01/16 01:14:19 b0/hrZTd
--crf派だから分からん
--bitrate 2000 --bitrate 4000 --bitrate 6000 --bitrate 8000などで試してくれ
201:名無しさん＠編集中
10/01/16 01:31:13 dmaLg2ZR
また迷惑かけてｽﾏﾝ
20Mbpsの2pass以上エンコでエラー吹かないのはqpminを0にしてみればいいのね
こっちを試してみたいと思う
cfrって動画に関してはvbrよりもいいの？
圧縮音声はcfbよりvbrだと思うんだが
ただ単に好みの問題？
202:名無しさん＠編集中
10/01/16 01:41:18 uJjQ/y8+
ヒント：動体視力
203:名無しさん＠編集中
10/01/16 01:42:28 XC5twVHu
>>201
とりあえずこのあたり読んでみ
ニコニコ向け以外の記述も結構書いてあるから
URLﾘﾝｸ(nicowiki.com)
204:名無しさん＠編集中
10/01/16 01:51:32 b0/hrZTd
--bitrate 20000 --vbv-bufsize 24000 --vbv-maxrate 24000
これでx264でテストしたら問題なかった
--crf 18 --vbv-bufsize 24000 --vbv-maxrate 24000
と比べてみれば？
205:名無しさん＠編集中
10/01/16 03:14:00 85mR9Ixz
ソースの動きの多さにもよるんじゃないの？
206:名無しさん＠編集中
10/01/16 09:14:58 FyrbS7fV
>>203
そこのmb-treeの説明おかしくね？
207:名無しさん＠編集中
10/01/16 09:34:24 dmaLg2ZR
>>203
一応、設定なんかはそこで勉強したんだけど
もう一度読み直してみました
具体的にどこを弄ればいいのかさっぱり
>>204
--vbv-maxrate 24000 --vbv-bufsize 24000
コマンド追加なぜかできない
cli modeだと反映しなくてもいいんですか？
その場合、レート設定やマクロブロックなんかのコマンドも入力しなきゃいけないと思うんだけど・・・
208:名無しさん＠編集中
10/01/16 10:02:58 b0/hrZTd
partitions
Default: 'p8x8,b8x8,i8x8,i4x4'
--preset mediumがDefaultだから書き込まなくてもDefault値で全部入ってる
MediaInfoなどで確認してみな
>>197さんが正解だな
[warning]: try reducing target bitrate or reducing qp_min (currently 10)
目標bitrateを減少させてみるか、またはqp_minを減少させてみてください。
--bitrate 20000 --pass 2 --stats ".\x264.stats" --vbv-bufsize 30000 --vbv-maxrate 40000 --keyint 24 --min-keyint 1 --ipratio 1.1 --qpmin 1
これでwarningがでないがBDレベルだろコレｗ
209:名無しさん＠編集中
10/01/16 11:12:27 XC5twVHu
>>206
おかしいんだったら書き直してあげなよ
「足りない情報、間違った情報、変更されたオプション等は見つけたものが追加・修正すること。」
って書いてあるし
210:名無しさん＠編集中
10/01/16 11:18:39 dmaLg2ZR
>>208
アニメだともっと低いビットレートでいいと思うんだけど、
どうしてもFPSやゲーム内で使われる実写映像だと、720pはいいとしても1080pは20Mbpsぐらいは欲しい
特に1080pの60fpsは必要不可欠だと思うんです
コマンドの追加ができない現状、どうすればvbvを書き足せるんですか？
--vbv-bufsize 24000として追加しようと反映ボタン押しても追加されない
qp-minはとりあえず0にしてエンコしています
211:名無しさん＠編集中
10/01/16 12:43:15 85mR9Ixz
馬鹿なの？
容量無視なら固定でやらないでcrf指定すればいいじゃん
212:名無しさん＠編集中
10/01/16 12:51:58 5EO1IwS1
20Mbpsってx264使う意味あんの？
213:名無しさん＠編集中
10/01/16 12:52:35 XC5twVHu
>>210
あれはボタン押しても下のコマンド一覧には表示されないよ
内部的にはちゃんと反映されるけど
214:名無しさん＠編集中
10/01/16 13:18:05 GEIMcbuW
>213
あれっと、ほんとに適用されてるのかどうか、すっごい不安なのよね。
適用されてるよね ! あ、だけど適用されてなかったらどーしよう・・
ずーとっ悩んじゃう
215:名無しさん＠編集中
10/01/16 13:58:34 dmaLg2ZR
とりあえずエンコ終わったんだけど
qp-min0にしたところerror 2pass・・・とは表示されなくなりました
--------------------------------------------------------------------------------
[D:\VIDEO_TS\OP.mp4] (1pass)
--------------------------------------------------------------------------------
上記は一回目のエンコ時のものだけど
二回目の時ってこの()の中に2pass、3passと表示されるの？
どっちも1passだから2passでエンコされているのか不安なんだけど
216:名無しさん＠編集中
10/01/16 14:29:22 MevhcAFL
>>214
ログの最初の行に指定オプションが並んでるはず
217:名無しさん＠編集中
10/01/16 19:22:53 9ckGaMZX
>216
神レス、感謝です。今日はもう寝るので、明日試してみます
218:215
10/01/16 23:27:48 dmaLg2ZR
返信もないみたいなので、2passの件は成功にしておきます
とりあえず皆さんにお礼します
ありがとうございました
219:名無しさん＠編集中
10/01/16 23:49:13 H1sCxSbZ
2pass使ってる人居ないんじゃ？
220:名無しさん＠編集中
10/01/16 23:55:24 qmsjAsSZ
ニコ動くらいしか使わないしな
221:名無しさん＠編集中
10/01/17 00:07:51 NN5YqwjA
>>219
2passエンコというかマルチパスって圧縮もそうだが、画質がよりしまって高画質になるんじゃないの？
だから2pass3passにしているんだけど・・・
音質も同じだよね
20Mbpsエンコしてるくせに画質がしまるとか言ってられないけど
222:名無しさん＠編集中
10/01/17 00:27:51 51HoQH3V
>画質がよりしまって高画質になる
223:名無しさん＠編集中
10/01/17 00:30:50 iKYCHF/3
君に知識がないことを暴露してるだけだから
1080p 60fpsなんて再生できる環境が限られてるのに分からないならROMてなさい
224:名無しさん＠編集中
10/01/17 00:54:19 MHFR42ce
>>221
マルチpassは画質を保ったままさらにファイル容量圧縮するためのもの。
マルチpass＝高画質ではなく、同じサイズのファイルで比較したらなら
マルチpassの方が高画質になる。
225:名無しさん＠編集中
10/01/17 00:56:49 NN5YqwjA
>>224
そうなのか・・・いやすまん申し訳ない
どうやら今まで勘違いしていたようです
素直にcfrでエンコします
226:名無しさん＠編集中
10/01/17 00:58:32 n+pxR5g/
crfね
227:名無しさん＠編集中
10/01/17 01:53:39 vrue156q
>>224
同じサイズのファイル、ってのはシングルパスとマルチパスでの比較だよな？
crfとマルチパスなら画質に変わりはないかcrfの方が若干綺麗だぞ
>>225
マルチパスとcrfは画質云々の前に使う用途が違う
マルチパスは指定したビットレートに落とし込むときに使うもので、
crfは指定した画質でエンコードする
よってcrfは動きが多いソースだとビットレートが大きくなるし、
動きが少なければビットレートも節約される
あとマルチパスについて詳しくわからないなら3passは無意味と思って良い
cfr = Constant Frame Rate (固定フレームレート)
crf = Constant Rate Factor
228:名無しさん＠編集中
10/01/17 15:23:06 jIkQ12RB
さすがにcfrはtypoだろ…
229:名無しさん＠編集中
10/01/17 17:43:29 jIkQ12RB
っつかseraphy版こねぇなぁ
またデスマってるのかな
230:名無しさん＠編集中
10/01/17 22:11:56 nnkZaefn
cabac=1 / ref=2 / deblock=1:0:0 / analyse=0x1:0x131 / me=umh / subme=6 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 /
chroma_me=1 / trellis=1 / 8x8dct=0 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=4 / thread_queue=4 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=1 / wpredb=1 / keyint=250
/ keyint_min=25 / scenecut=40(pre) / rc=crf / crf=21.0000 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00 / cabac=1 / ref=2 / deblock=1:0:0 /
analyse=0x1:0x131 / me=umh / subme=6 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=0 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=4 / thread_queue=4 / nr=0 /
decimate=1 / mbaff=0 / bframes=3 / b_pyramid=0 / b_adapt=1 / b_bias=0 /
direct=1 / wpredb=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=crf / crf=21.0000 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00
aviutlのx264出力で、上記の設定で出力を行いたいのですが、
設定画面に一部の項目が見当たらず悩んでいます。
「thread_queue=4」や「pb_ratio=1.30」の項目は、どこを設定すれば変更出来るのでしょうか?
どなたかご教授お願いします。
231:名無しさん＠編集中
10/01/17 22:14:25 n+pxR5g/
とりあえずコマンド書けば？
232:名無しさん＠編集中
10/01/17 22:45:17 xB8oVnWV
>>230
pb_ratio
レート設定のP-Bフレーム間QP係数
1.30 なら30に設定
--thread-queue [先読みさせたいフレーム数]
再生するプレイヤー側の設定じゃないのかな？
違ったらごめんちゃい
233:名無しさん＠編集中
10/01/18 02:00:12 bQXwYW86
既にエンコードのパターンが決まってるならプリセットで設定すれば楽で良いじゃない
234:名無しさん＠編集中
10/01/18 02:43:19 O6h61zq6
>>230
設定見る限り、バージョンがずいぶん古いな
r1376でこれと同じ設定にしようと思うなら
--crf 21 --preset medium --tune none --profile main --ref 2 --partitions all
--me umh --subme 6 --no-mbtree --weightp 0 --threads 4
ってとこか
thread_queueはたしか昔のthread-poolパッチが当たってるビルドじゃないと使えないから
昔のビルドを色々漁ってみないとだめだな
もちろん、そんなことやってもいいことなんて全くないけど
235:名無しさん＠編集中
10/01/18 04:03:07 /s89wND8
へー、thread_poolのことなんだ
ああ、queueってキューのことか
勉強になりました
でも質問が限りなくダウンくさい
236:名無しさん＠編集中
10/01/18 17:23:36 /s89wND8
ああ、昔のx264vfwの可能性もあるか
すまん
237:名無しさん＠編集中
10/01/18 17:34:33 EerP6j8O
シーンチェンジの検出が甘いのを改善してほしい
238:名無しさん＠編集中
10/01/18 20:06:12 oCriTSAz
皆さんありがとうございます。早速試してみます。かれこれ半年近く悩んでいたもので…。
239:名無しさん＠編集中
10/01/18 20:30:56 uWQeEyj3
可逆圧縮でエンコしたいんだけど
vfwにlosslessであってると思うんだが、エンコするとなぜか真っ暗で再生できない
可逆圧縮のときってRef1の方がいいの？一応、基本の3に設定しているが
240:名無しさん＠編集中
10/01/18 21:57:21 bF3X3p8H
>>239
可逆圧縮はHigh4:4:4 Profileなので一部のデコーダーでは対応してません。
具体的にどのデコーダが対応してるかはテストしてませんがデコーダ変えてみてください
241:239
10/01/18 21:58:31 uWQeEyj3
すみません、コマンド書くの忘れました
cabac=1 / ref=1 / deblock=0:0:0 / analyse=0x1:0x11 / me=esa / subme=9 /
psy_rd=0.0:0.0 / mixed_ref=0 / me_range=32 / chroma_me=1 / trellis=0 / 8x8dct=0 /
cqm=0 / deadzone=0,0 / chroma_qp_offset=0 / threads=4 / thread_queue=4 / nr=0 /
decimate=0 / mbaff=0 / bframes=0 / keyint=250 / keyint_min=25 / scenecut=70 / rc=cqp / qp=0
242:名無しさん＠編集中
10/01/18 22:03:30 lzm1Mu63
可逆圧縮 x264 でググったらすぐに分かったんだが
自分で調べる努力はしたのか？
243:名無しさん＠編集中
10/01/18 22:06:50 uWQeEyj3
>>242
一応、調べてから書き込みしてるんですが・・・
誰もH.264で可逆圧縮でエンコする人がいないから記事もないし、デコーダのことも今知った
とりあえずAviutlにも読み込んでも再生されない状態なので、
qp1で試してみます
でもそうしたら可逆圧縮ってある意味ないんじゃないですかね？
244:名無しさん＠編集中
10/01/18 22:22:18 QlFbUfuh
こんな奴ばっかり
245:名無しさん＠編集中
10/01/19 18:12:45 bz5jALeR
qpとcrfって容量は関係なくどっちが画質いいの？
互換性も知りたいな
246:名無しさん＠編集中
10/01/19 18:15:26 0ciQ5QZ8
自分で～たたった試せ～へぇ～～♪
247:名無しさん＠編集中
10/01/19 20:04:01 YNNernta
qpはcrfでqcompを1.0にした時の挙動。以上。
248:名無しさん＠編集中
10/01/20 21:14:46 Y+fmD6ME
Seraphy氏こねぇなぁ…
249:名無しさん＠編集中
10/01/21 16:21:38 2x8oqJE/
PS3動画スレで聞いたけど違スレだったみたいなのでこちらで
何かエラー吹くんだけど何でかね
以前も同じことが起きたからコマンドモードも使ってないのだけれど
URLﾘﾝｸ(www.dotup.org)
250:名無しさん＠編集中
10/01/21 16:57:57 UgeAw2EU
本家r1400が来たし安定するのを待ってるのかな？
251:名無しさん＠編集中
10/01/21 16:58:44 KXr91Ipm
Seraphy氏のおまけ版また来ないかな～
252:名無しさん＠編集中
10/01/21 17:03:55 w1+lfNKj
ID:J9Zm5RV4
ID:dmaLg2ZR
ID:NN5YqwjA
ID:uWQeEyj3
戻ってくるなよ
何が悲しくてx264で可逆しなくちゃならないんだ？
huffyuvやLagarithやUtVideoだの色々あるだろ
253:名無しさん＠編集中
10/01/22 19:16:03 SkEGluAc
>>249
画像見れねーけどVFRじゃ見れないよ
254:名無しさん＠編集中
10/01/23 10:50:19 kwJQC2Ds
thread-poolパッチが当たってるビルドってどれですか?
255:名無しさん＠編集中
10/01/23 13:03:03 q4sRaPmi
>>254
URLﾘﾝｸ(komisar.gin.by)
URLﾘﾝｸ(cid-614aa8f1c8307528.spaces.live.com)
256:名無しさん＠編集中
10/01/26 20:19:38 o3OrZXMs
更新されとる
257:名無しさん＠編集中
10/01/26 21:03:04 qWxf7YaK
そろそろRev.1318から、上げても大丈夫かな？
258:名無しさん＠編集中
10/01/26 22:56:49 xB4qi8ie
r1400 r02
259:名無しさん＠編集中
10/01/27 00:20:28 P2fiLelE
r1400 r03
260:名無しさん＠編集中
10/01/27 00:37:30 OtdGMU+B
MPCHCが対応しないことには使えない…
261:名無しさん＠編集中
10/01/27 01:41:04 n/95mBoO
PC用にはr1376、PSP用にはr1400とかいう悲しい状況になってるorz
262:名無しさん＠編集中
10/01/27 01:41:11 G7tYz89a
俺は今だにr1271使ってる
263:名無しさん＠編集中
10/01/27 02:46:16 iMf/0SvG
r1163で止まってるのは俺だけでいい
264:名無しさん＠編集中
10/01/27 20:12:29 W+MgYQsd
□x264.1400.release04
[x264gui]
・Timecode出力がおかしかった不具合修正
265:名無しさん＠編集中
10/01/27 21:07:20 OYlARTvW
今までと同じ設定でエンコ時間が早くなってるんだが
出来上がりが楽しみ
266:名無しさん＠編集中
10/01/27 21:52:46 OtdGMU+B
r04で落ち着いたかな？
俺もまわしてみるか
267:名無しさん＠編集中
10/01/27 21:52:50 ZH6jmJRc
>>260-261
対応してないの？
うちでは普通に再生出来てるように見えるけど、
非対応だと、どんな感じになるの？
268:名無しさん＠編集中
10/01/27 21:54:05 544HEDIo
>>267
URLﾘﾝｸ(seraphy.fam.cx)
269:名無しさん＠編集中
10/01/28 00:25:04 Dusne2FK
□x264.1400.release04
TSエンコで音ズレがする
1376releaseでは初期ディレイカットがあるせいか大丈夫なんだけど・・・
270:名無しさん＠編集中
10/01/28 00:31:19 Dusne2FK
上のレスのログ読んだら既出だったか
すんまそん
271:名無しさん＠編集中
10/01/28 00:41:38 p3UsxiDf
Haali Media Splitter 1.10.50.0
URLﾘﾝｸ(haali.su)
272:名無しさん＠編集中
10/01/28 01:08:40 Dusne2FK
>>271
お、できたかも
スプリッターが対応してなかったんだな
273:267
10/01/28 01:30:27 oFlN6use
>>268
うちの環境はMPC HomeCinema (x86)(splitterは内蔵)+ffdshowでは、
早送り再生にならないよ。
coreAVCじゃないから、って事かな……。
274:名無しさん＠編集中
10/01/28 01:31:46 m+ve28hL
その新しいスプリッターを使うと1376releaseで初期ディレイカットしてある物はどうなるの？
275:名無しさん＠編集中
10/01/28 02:02:03 Rmt7XxA1
>>273
MPC-HCの内蔵を使ってるからです。
内蔵はedtsを認識できません。
従ってEVR Syncレンダラを使わない限りBフレーム由来の遅延をそのまま受け取ります。
現在公式に公開されているHaali Media Splitterのケースでは、GPACのmvhd timescaleは600と小さいので,
対する24000とか120000とかの大きなmdhd timescaleで除算されるべき値を間違ってそれで割っていまい、
それを遅延分から引くことにより開始時刻がマイナスになってしまうためです。
(本当はこの遅延分を引いたときに0にならなければならない。)
早送りと言うよりは、表示時刻がマイナスになってしまったフレームをどうにか0に切り詰めようとしているって感じ。
だから表示時刻が0より大きいフレームでは早送りにはならないはず。
>>274
特に問題ないです。
なぜなら初期ディレイカット(DTS compression)はedtsを使わないから。
また使ったとしてもその問題となる値が0だから。(PSPではedtsが必要)
その代わり問題が出るようになったのはmp4box等で正のdelayを指定している場合。(ちなみにそれ非公式のテストビルドね)
Haali氏にmedia_timeのtimescale間違ってるから直してっていったはずなのに、
segment_durationの方までtimescaleを変えちゃったので、
今までは大丈夫だった正のdelayがおかしくなってます。
(正のdelayとはスプリッタが作り出すblank clipです。)
まぁ元々MOVコンテナが一つの入れ物の中でtimescaleの違うモノを
一緒に入れてることから生じた勘違いによるバグだし...
彼はようやく理解したようなので次回の公式リリースでは
正負両方のdelayで正常に動くようになると思われます。
muken, the VFR maniac @ 規制解除
276:名無しさん＠編集中
10/01/28 03:17:18 +jCy1MSz
.1400.release04遅くなってね?？
277:267
10/01/28 03:29:18 oFlN6use
>>275
いや、うちはHaali使ってないからその辺りわからないけど、
聞きたかった
＞普通に再生出来てるように見えるけど、
＞非対応だと、どんなかんじになるの？
の答えは、「1-2フレーム、前後にずれる程度」ぐらいって事？
それだと、普通に再生してるだけじゃ気付かないのか。
気にせず今の仕様で作っておいて、
適当に、いつの間にか直るのを待つだけでいいのかな。
278:名無しさん＠編集中
10/01/28 03:38:44 8nBAZpTf
r1181で止まっているのはもしかして俺だけなの？
何てこった…まぁいいや
279:275
10/01/28 03:57:49 Rmt7XxA1
>>277
>「1-2フレーム、前後にずれる程度」ぐらいって事？
はい。そうです。
>それだと、普通に再生してるだけじゃ気付かないのか。
動画のフレームレートによるでしょう。
280:名無しさん＠編集中
10/01/28 04:11:27 oFlN6use
>>279
フレームレートが一桁fpsとかなら気付くかもしれないけど、
普通は24fps以上だから、大体の場合注意して見ないと無理じゃない？
それとも理解間違っていて、再生してるともっとずれていく？
281:275
10/01/28 04:27:16 Rmt7XxA1
>>280
間違っていません。
注意しても気付く気付かないはものによると思います。
アニメの口パクの場合は元々あってないので気にならなかったり、
実写だと人物の口元と音声が同期してないのが気になったりするかもしれません。
衝撃音みたいなものは、実写・アニメ問わず 少しでもずれると案外気になるものです。
個人的に。
まぁ大体ですね大体。
282:名無しさん＠編集中
10/01/28 04:46:21 oFlN6use
>>281
なるほど、色々とありがとう御座いました。
いつか直るだろうと信じて、
注意して見ずにズレに目を瞑っておきます。
283:名無しさん＠編集中
10/01/28 06:24:01 8nBAZpTf
r1181で止まっているのはもしかして俺だけなの？
何てこった…まぁいいや
284:名無しさん＠編集中
10/01/28 06:40:48 dAxi8/lu
MBtree実装で流石に1376にした。
1400でHaali Splitterで問題でるっぽいから止めてるところ。
でもそろそろおまけ版更新してほしい・・・
285:名無しさん＠編集中
10/01/28 12:06:37 mmrjGPeu
昔のバージョンから移行しようと思うのだけど1376は遅延大丈夫なのか？
286:名無しさん＠編集中
10/01/28 17:37:31 /gKsu5FV
気持ちエンコ遅くなるわ画質が悪くなるとかの理由で
俺なんかx264_EXPERIMENTAL_rev1109-release1で止まっている
287:名無しさん＠編集中
10/01/28 17:45:24 o/xbLppR
遅くもならなければ、画質が悪くなることもない
288:名無しさん＠編集中
10/01/28 17:57:36 mmrjGPeu
遅延問題があるので乗り換えはやめとくか
289:名無しさん＠編集中
10/01/28 18:52:53 oFlN6use
>>288
>>282までで話してた事なら、rev1379で入った修正だから、
1376なら大丈夫なんじゃない？
1379以前は仕様違反(ただし今のsplitterで問題出ない)
1379以降は仕様準拠(ただし今のsplitterで問題が出る)
290:名無しさん＠編集中
10/01/28 19:17:00 mmrjGPeu
なるほど仕様違反が原因なのか
そうすると今のスプリッタが直ればPCでも遅延働かないのかな？
291:名無しさん＠編集中
10/01/29 09:41:01 VH3boY/J
rev1379以前の仕様違反ってなに？
edtsが無いことは仕様「違反」じゃないよ？ あくまで任意のBOXなんだから、無い事も仕様範囲内
当然初期ディレイカットは仕様内での工夫なわけだから、これも仕様範囲内
初期ディレイカットしていて正常に再生できない環境があれば、そっちが仕様違反しているんだけど…
edtsを正しく解釈するスプリッターが出来たとして、初期ディレイカットをしているmp4はそもそもedtsを格納していないから何の影響もない
というか、影響があったらそのスプリッターが仕様違反していることになる
292:名無しさん＠編集中
10/01/29 21:09:46 ZkiI53/e
MPC Lite 6.4.9.1 Rev104の内蔵スプリッターで何の問題もないけどな
MPCHCは知らん
293:名無しさん＠編集中
10/01/30 22:07:05 BmrKvQVV
Haali Splitterだけで問題起きるからそれ以外の環境の人は1400でおｋ？
294:名無しさん＠編集中
10/01/31 00:55:27 /jUgdE5l
1400はよりいっそう指定のビットレートに近いものができるな。
295:名無しさん＠編集中
10/01/31 01:48:37 kUEg5eHd
2時間前に1400で走らせてたのに1414.release01きた・・・どういうことなの・・・
296:名無しさん＠編集中
10/01/31 02:13:05 xKF/bfFf
あるあるｗ
297:名無しさん＠編集中
10/01/31 02:16:16 9b+zVRCt
そういうことだ
298:名無しさん＠編集中
10/01/31 02:17:04 Zi8iC563
変更履歴になんも書いてないから詳細が分からん
299:名無しさん＠編集中
10/01/31 02:21:07 yMcGHELV
>>298
URLﾘﾝｸ(up-cat.net)
300:名無しさん＠編集中
10/01/31 02:29:53 NTy9yJUQ
>>298
パッチとしては何も弄ってないからでしょ？
x264のchangelog見てくればいい。
301:名無しさん＠編集中
10/01/31 02:40:36 Zi8iC563
>>299
>>300
Thank you, sir!
302:名無しさん＠編集中
10/01/31 10:27:34 4AoFvmeL
1400で音ズレしたから1414だと直ってるといいなぁ
303:名無しさん＠編集中
10/01/31 10:34:37 4AoFvmeL
あ、ごめん読んでなかったわ
304:名無しさん＠編集中
10/01/31 13:49:04 uttU0Fcd
1416が北よ
305:名無しさん＠編集中
10/01/31 14:04:12 1MIgh8IO
鯖落ちでしばらくは更新さなげだな
306:名無しさん＠編集中
10/01/31 14:36:39 NTy9yJUQ
1414はとりあえず使わない方がいいか
307:名無しさん＠編集中
10/01/31 14:40:17 kUEg5eHd
またエンコ中に新バージョンが＞＜
308:名無しさん＠編集中
10/01/31 16:22:34 /jUgdE5l
1414とか見る間もなく1416ｗ
309:名無しさん＠編集中
10/01/31 17:15:30 2g6UTEqt
鯖落ちで手に入らないのですが
どなたかOreAQ版のx264.exe、x264afs.exe持ってる方いらっしゃいませんか？
できれば頂きたいのですが・・・
310:名無しさん＠編集中
10/01/31 18:16:02 9K7dHYBG
復帰まで待てばいいじゃない1週間も繋がらないわけじゃないし
311:名無しさん＠編集中
10/01/31 18:21:37 v9c0oyBG
>>310
URLﾘﾝｸ(seraphy.fam.cx)
トップページを見るよろし
312:名無しさん＠編集中
10/01/31 18:25:44 xKF/bfFf
990年てｗ
313:名無しさん＠編集中
10/01/31 18:33:26 kUEg5eHd
コンテンツクリックするとグーグルに飛ばされる！
314:名無しさん＠編集中
10/01/31 18:35:44 NTy9yJUQ
>>313
少しくらい、ページを読めよ！
315:名無しさん＠編集中
10/01/31 20:43:09 9K7dHYBG
>>311
あらまあ。
>>309
ごめんね？revupあまりしてないから気づかなかった。
俺はMixAQ版しか持ってないわ～。それもrev1127で止まってるし。
316:名無しさん＠編集中
10/01/31 22:18:32 2g6UTEqt
internet archivesとか見てみても結構昔ので止まってしまってて・・・
諦めるしかないですかねー
317:名無しさん＠編集中
10/02/01 00:49:20 TOo0nUMQ
OreAQならVまに氏の使うしかねぇんでないの？
318:名無しさん＠編集中
10/02/01 19:14:13 SdF+7vQ8
ファイル名に半角の#が入ってるとMUXされないのどうにかなりませんかね
319:名無しさん＠編集中
10/02/01 19:31:32 goO5Plnq
なりますん
320:名無しさん＠編集中
10/02/02 10:52:55 vvrVD9SU
URLﾘﾝｸ(safeweb.norton.com)
ノートンさんがキレるようになった
321:名無しさん＠編集中
10/02/04 03:23:57 Wiu7cFaO
【修正履歴】
□2010/02/03
[MP4 Export Plugin]
こちらも初期ディレイカットをやめて、edtsを設定するように修正
322:名無しさん＠編集中
10/02/04 23:26:24 8h7OSGsM
Vまに版r1416だと今までL3.1で処理されてたのがL4.2になるな
強制3.1にすると
MB rate > limit
みたいな事言われるからseraphy氏の方が仕様を守ってない？
323:名無しさん＠編集中
10/02/05 01:02:49 zkpvQrtX
>>322
Vまに版が修正された
324:名無しさん＠編集中
10/02/06 07:46:48 ZNnbANWR
ようつべ少し前までaviのH.264受け付けてくれたのに今は蹴られるようになってしまったんやな
325:名無しさん＠編集中
10/02/07 00:23:06 mFqXuwBM
seraphyさんの最新のやつ音ズレするやん
誰か初期ディレイカットのバージョンのupして～
上書きしたんでなくなっちゃった・・・(´；ω；｀)
326:名無しさん＠編集中
10/02/07 00:23:54 Ibqr6Q9G
釣りはいらんよ
327:名無しさん＠編集中
10/02/07 00:30:08 mFqXuwBM
サイト復活してたんですね すいません
ご迷惑おかけしました m(_ _)m
328:名無しさん＠編集中
10/02/07 01:09:40 Wj0rVIHU
>>326
釣りじゃない、60fpsと24fpsを1416で結合すると
映像だけ時間が長くなるのを俺も確認済
動画を結合した時点では動画と映像の長さは同じだがMUXするとおかしくなる
ｽﾚﾘﾝｸ(avi板:386番)
329:名無しさん＠編集中
10/02/07 01:16:32 szhMKNmW
>>328
古いの使ってるからだろ
MP4Plugin_20100203.rar を使え
URLﾘﾝｸ(seraphy.fam.cx)
330:名無しさん＠編集中
10/02/07 01:18:47 Wj0rVIHU
>>329
当然使ったよ、書き方悪かったが
動画を結合した時点では1469.xxxの動画と1469.xxxの音声で問題なかった
MUXしたら映像の時間だけ異様に延びておかしくなる
331:名無しさん＠編集中
10/02/07 20:27:43 Xfh5OUP8
>>330
書き方が悪かったといって直さないのな。独り言ならブログに書いとけ、相談したいなら自己流の表現は使うな
動画の結合といっておいて、扱ってるのは「動画」と「音声」だし、その後「MUX」って言ってるからこの「結合」はMUXじゃないんだろ？
具体的に何をどうして、何で確認したらどの数値が問題だったのか書けよ
と、釣りにマジレスしちまったぜ・・・
332:名無しさん＠編集中
10/02/07 20:36:47 kacoVsjz
MUX : 合成
結合 : ジョイントやConnection
333:名無しさん＠編集中
10/02/07 20:46:17 P80EvOi/
結合はconcatenate(略してcat）のほうが多くないか
334:名無しさん＠編集中
10/02/07 20:47:13 DNd8gAhU
問題が出てるのはID:Wj0rVIHUの環境だけなので別にどうでもいい
335:名無しさん＠編集中
10/02/07 22:42:55 o8Ze0aui
readmeくらい嫁よってか
336:名無しさん＠編集中
10/02/09 15:16:32 b1i/928R
新しいVerで不具合でたら、古いVerへ戻せばいいだけじゃん。
わざわざ論争するようなネタでもねーべ‥。
337:名無しさん＠編集中
10/02/09 15:41:17 AxPf/o71
ずれてる
不具合があったのはどのソフトかってのを問題視している
もしくは正常なモノを無知ゆえに異常だと思い込んでいたりとか
映像が長くなったと主張する人がいても、単にmedia/track durationが再計算されて正常になっただけだったり
音声と映像がずれると主張する人がいても、スプリッターがディレイを無視したり誤認したりしているだけだったり
バージョンを戻すという判断は、不具合が何か明確になってからではないとできないだろ？
今まで使っていたバージョンが実は不具合で、正常化した結果を間違って不具合だと思い込むパターンもあるのだから
338:名無しさん＠編集中
10/02/09 16:57:04 2qogcl2L
認識がズレてると申したか
339:名無しさん＠編集中
10/02/09 18:47:30 g+39vGB0
今までの経緯からすればスプリッターが正規の規格に対応してから新Ver.に切り替えるのが筋だな
340:名無しさん＠編集中
10/02/09 20:08:30 FaZq78xH
俺はMPCHCで外部フィルタはPDVD使ってるから関係ないな
さっさと移行しよう♪
341:名無しさん＠編集中
10/02/10 10:48:17 xO1DPma+
x264.1376.release01が最強すぎた・・・
最強すぎたんだ・・・
342:名無しさん＠編集中
10/02/10 19:49:07 0sQkNkc6
マン筋だな
343:名無しさん＠編集中
10/02/10 22:57:10 y2iF36AA
緊急更新される様子無いしこのままの仕様で行くんじゃないか
344:名無しさん＠編集中
10/02/11 00:50:07 LWiT2NnM
seraphy氏の1416r1ウチだと全然ダメだ。
プリセットAnimeでブロックノイズ出まくり、自動FSVFの24fps化もカクカクになる。(他のフィルターは無し」)
1376から動けない。
345:名無しさん＠編集中
10/02/11 00:58:41 E62gU0UI
1271r1→1416r1やってみたよ
時間は10%伸びた、サイズは30%増えた
SSIMは殆ど変わらず
PSNRはちょい良くなった
今度は1376使ってみるか
346:名無しさん＠編集中
10/02/11 01:15:12 E62gU0UI
1376は時間だけ更に伸びた、15%ほど
やっぱ俺は1271使ってるわ
347:名無しさん＠編集中
10/02/11 01:30:55 E62gU0UI
出て来る画を見て比べてみたがノイズは少なくなってるけど
輪郭の切れが無いね
1271のほうがオリジナルに近い輪郭の切れがある
1376はソフトフォーカスで甘い
348:名無しさん＠編集中
10/02/11 01:53:07 E62gU0UI
0.5→0.2%になってるBフレームあんまり使ってないね
圧縮率が下がってるから画質悪くなってるみたい
349:名無しさん＠編集中
10/02/11 02:10:02 MpjLPMNS
NGID:E62gU0UI
350:名無しさん＠編集中
10/02/11 03:51:06 +LBBYkyQ
プリセットのまとめとかってあります？
351:名無しさん＠編集中
10/02/11 08:51:27 Z2ua1so/
ver違うだけで画質そんな変わるのかぁ？fpsが少し増えたくらいだと思うけど
352:名無しさん＠編集中
10/02/11 10:50:17 JITlVo1z
なるPの日記とか見てみろ。
過去の話だが、そういうことがゴロゴロと。
今は知らん。
353:名無しさん＠編集中
10/02/11 16:00:22 S9Z+xYvo
>>345
--no-mbtree
--weightp 0
を追加してもう一度エンコしてみろ
そして二度とこの板に来るな
354:名無しさん＠編集中
10/02/11 17:05:18 EzUocQ9M
>>353
とっくの昔にやってる
お前こそもうこのスレに二度と来るな
うざい
355:名無しさん＠編集中
10/02/11 17:27:10 EzUocQ9M
つかmbtreeはオンにしたほうが縮むじゃねーかｗ
これでやっと1271並、サイズ3%増し
まあこれで我慢するか、見た目では殆ど変わらず
356:名無しさん＠編集中
10/02/11 18:05:12 /x1iMe5Q
NGID:EzUocQ9M
357:名無しさん＠編集中
10/02/11 18:10:51 g3EfeTs+
>>355
なんかしらんがこの手のことを主張するならソースと結果の両方をきちんと提示しろ
ほんとに結果が悪くなってるんだったら、IRCでD_Sなりに伝えてやるから
出来ないんだったら失せろ
358:名無しさん＠編集中
10/02/11 18:17:45 EzUocQ9M
>>357
ば～か
そんなんで手の内見せるかよｗ
おまいら能書きばかりで何もメリットにならんだけだろ
お前こそ失せろ
359:名無しさん＠編集中
10/02/11 18:19:29 EzUocQ9M
大体x264は魔法の箱でも何でもないぞ
ただのH264の付属オプション
画質傾向が変わるだけで画質の根本が変わる訳ではない
360:名無しさん＠編集中
10/02/11 18:27:29 6eVMScNx
手の内ｗクソ噴いたｗ
361:名無しさん＠編集中
10/02/11 18:31:18 EzUocQ9M
メーカーがBD製作で使ってるコンポーネンツを制御するソフトはもっとグラフィカルに
統計で分かりやすいようになってるぞｗ
俺らはそれが出来ないからSSIMやPSNRの結果数値で判断するしかないわけ
でオプション変えてあれやこれやしてると最適値が分かる訳よ
各バージョンでも全然違ったりする
そのノウハウをあからさまに出すような間抜けな真似はしないｗ
362:名無しさん＠編集中
10/02/11 18:32:21 Wfqg9kZO
自分で作ってるわけでもなく、商用のものでもないのに
手の内とかノウハウとか何なのこの人･･･気持ち悪すぎる
363:名無しさん＠編集中
10/02/11 18:34:33 EzUocQ9M
お前らの頭はどうせBフレーム最大値とかアフォなことしかやってねーんだろ実際ｗ
364:名無しさん＠編集中
10/02/11 18:35:54 EzUocQ9M
あとwikiも全部間違いばかりだ
さっさと修正作業しろよカスどもがｗ
365:名無しさん＠編集中
10/02/11 18:51:01 fJwjWsjC
NGID:EzUocQ9M
366:名無しさん＠編集中
10/02/11 19:06:21 Z2ua1so/
ちみが修正よろしくね
367:名無しさん＠編集中
10/02/11 19:09:57 g3EfeTs+
wikiってどこのwikiよ？
368:名無しさん＠編集中
10/02/11 19:12:41 Z2ua1so/
doom9だろ
369:名無しさん＠編集中
10/02/11 19:21:43 cRPbi9B9
基地外がいるな
370:名無しさん＠編集中
10/02/11 21:22:23 /MVUFabD
お脳のあたりがちょっと不自由な子ですね、分かります。
371:名無しさん＠編集中
10/02/11 21:32:40 EzUocQ9M
真性キチガイは吼えるしか出来ないのなｗ
372:名無しさん＠編集中
10/02/11 22:04:06 LFN9lb4/
設定いじくりまわしたエンコとプリセット使ったエンコで画質がほとんど変わらなかった時泣けてくるよな
373:名無しさん＠編集中
10/02/11 22:08:29 EzUocQ9M
流石にそれはない
374:名無しさん＠編集中
10/02/11 22:12:13 oe92puHw
自分で追加したプリセットなんだろうよ
375:名無しさん＠編集中
10/02/11 22:16:56 LFN9lb4/
ソースの綺麗さが一番重要だなぁ、と
slowプリセットでほぼ完璧なのができちまってやる気無くした！
376:名無しさん＠編集中
10/02/12 00:30:30 5ZdbWjlS
ソース読んでればID:EzUocQ9Mみたいなことにはならないんだが
というか、不満があればその部分のコード弄ればいいだけなのに、なにわめいてんのかね・・・
377:名無しさん＠編集中
10/02/12 00:39:52 o5izCJRl
自分でコード弄れるのならこのスレに居ないだろjk
378:名無しさん＠編集中
10/02/12 01:31:59 m4pthoKU
最近冷たいコーラからあったかいお茶を飲むようにした。
和むぞ。一度やってみようぜ。
379:名無しさん＠編集中
10/02/12 18:54:08 fuBTVZJK
seraphyので、初期ディレイ修正の項目が残ってる最後のバージョンってどれ？
Aviutlが更新しようと需要がすぐに完全になくなる訳じゃないんだから削除しないでほしいなぁ
380:名無しさん＠編集中
10/02/12 19:01:41 Gzm1lEZe
そんなに初期ディレイカットが好きならVまに版cli使え
381:名無しさん＠編集中
10/02/12 19:11:56 R13dLud1
>>379
DtsEditのreadmeを100回読んでこい
わざわざ-tc nulを追加してくれていると言うのに
382:名無しさん＠編集中
10/02/12 19:43:21 NhEqk6pY
地デジってフィルムグレインみたいなののってるけどお前ら消してる？保持してる？
psy-rd下げてデブロック-2:-2くらいにすれば消えるけどなんかのっぺりしててきもちわるい
383:名無しさん＠編集中
10/02/12 22:00:00 yK3MS0rm
そういうソースじゃなくて、地デジが原因か？
384:名無しさん＠編集中
10/02/12 22:50:18 NhEqk6pY
ドラマ、バラエティ、ニュース問わずみんな乗ってるんだよ
さんぷる
URLﾘﾝｸ(www.mediafire.com)
epg情報とECMとEMMは消したブツ
385:名無しさん＠編集中
10/02/12 23:45:17 n2CE/DdF
マジキチ警報
386:名無しさん＠編集中
10/02/13 13:53:06 EWCWt2b8
URLﾘﾝｸ(haali.cs.msu.ru)
正式版になったけどver変わらんのね
387:名無しさん＠編集中
10/02/13 13:56:01 EWCWt2b8
いやなんでもない
388:名無しさん＠編集中
10/02/13 15:39:17 9HpnVy7e
ぬぉん？
389:名無しさん＠編集中
10/02/13 17:08:41 Y8WRwReY
ぉーん
390:名無しさん＠編集中
10/02/15 12:29:24 C4t+VnHT
seraphy氏の1376から1416へ移項。
自動フィールドシフトVFのフィールドシフトにチェックを入れると
必ずエンコに失敗する。
エンコ自体は最後まで行くけど、オーディオとのMUX時にエラー。
ビデオ部を再生してみると、途中から凄い速度で再生される物が
作成されている。
391:名無しさん＠編集中
10/02/15 12:33:47 vkTskWr/
>>390
直接seraphy氏に言え
392:名無しさん＠編集中
10/02/15 13:11:09 1xMxenrN
>>391
いやいや、両方に書くのが一番よいよ
393:名無しさん＠編集中
10/02/15 13:15:52 C4t+VnHT
seraphy氏の所にも書いてみた。
先ほどaviutl環境を新規で構築して、自動フィールドシフトVFとx264gui.auo,x264.exe,x264afsのみ
で確認しましたが、やはり症状が再現する。
394:名無しさん＠編集中
10/02/15 17:01:52 fJlmW0ef
向こうに書くならもっと自分の環境を詳しく書けよ
xp sp3+aviutl99h4+x264r1416+自動フィールドシフトVF+avsinp.aui+Trim(64, 2791)
これでテストして問題ないけどHaaliだから再生は変だが、これで普通だしな
vlcでは再生も普通にできる
395:名無しさん＠編集中
10/02/15 19:20:10 aSjcug10
os
m/b
cpu
電源
mem
hdd
入力プラグイン
avs.script全部
フィルタ順序
画面キャプ
思いつくもの全部
最低１時間は考えろ
な？
396:名無しさん＠編集中
10/02/15 20:08:34 YJNkiRD/
TMPGEncを使わなければ問題無い
397:名無しさん＠編集中
10/02/15 20:52:43 mDy3V9wG
r1416(VFR)で特に問題ないけど
398:名無しさん＠編集中
10/02/15 21:14:04 A7RIfZrw
俺も大丈夫だな
399:名無しさん＠編集中
10/02/15 23:01:13 GWnNsTP6
> TMPGEncを使わなければ問題無い
これが答えなんじゃないのか？
なぜx264guiが原因って事になってるのかが分からん
400:名無しさん＠編集中
10/02/15 23:08:37 yrN83ncO
トラブるのはそいつの勝手だが、他人に迷惑かけんなよ
401:名無しさん＠編集中
10/02/15 23:48:08 C4t+VnHT
今までずっと出来ていた事が、1416になって突然出来なくなったわけだが。
逆にその間TMPGEncは全く変えてない。
402:名無しさん＠編集中
10/02/15 23:49:40 A7RIfZrw
TMPGEncはサポート外です先輩
403:名無しさん＠編集中
10/02/15 23:59:01 Y+5r1t/K
TMPGEnc（＾～＾）
404:名無しさん＠編集中
10/02/16 00:40:57 j7G/NMXt
>402
そうか、それは失礼した。
405:名無しさん＠編集中
10/02/16 04:31:44 2HukWvZt
r1442
406:名無しさん＠編集中
10/02/16 04:37:42 euKp1HIb
ウホッ
407:名無しさん＠編集中
10/02/16 05:24:43 euKp1HIb
サブピクセル精度6と8の定義が間違ってたので直したってさらっと書いてるけど結構重要じゃね
408:名無しさん＠編集中
10/02/16 12:38:08 owt3ZrgU
r1400代は今のところ使い物にならないな
60fpsと24fpsを結合するとやはりおかしくなる
スプリッタのせいなのかx264のせいなのかまではわからんが
409:名無しさん＠編集中
10/02/16 13:49:15 3O6BUePk
うちでは普通にできてるんだが…
410:名無しさん＠編集中
10/02/16 14:22:16 7W+a363/
MPCHCが糞
411:名無しさん＠編集中
10/02/16 16:36:53 X3ibB5nZ
なぜMPCが
412:名無しさん＠編集中
10/02/18 02:13:48 MeZhPJLY
>>408
俺だけじゃなかったんだ
60の後の24の部分がやたらコマ送りになる
fpsも8～16を行ったり来たり
結合前はそれぞれちゃんと再生できるんだけど
413:名無しさん＠編集中
10/02/18 14:59:08 RVfIe8TB
RAW出力してMP4BOXでMUXしてもダメなの？
414:名無しさん＠編集中
10/02/18 19:16:15 +ncew5K7
MP4Catでおｋ
415:名無しさん＠編集中
10/02/18 19:25:04 ykp9JxKO
MP4ぬこ
416:名無しさん＠編集中
10/02/18 20:39:44 0kt1T5lQ
可愛くなさそうだな
417:名無しさん＠編集中
10/02/19 01:55:20 XV58ntT/
Aviutlで29.970fpsのmov動画を読み込んで、
コンテナもH.264だから、近いビットレートにし直してH.264に変換したんだけど
なぜか30.000fpsに変換される
本当は拡張子をmp4にすればいい話だけど、PS3では読み込まないから再変換したんだが・・・
プロファイルやらオーディオ関係は特に変わらず、
ただフレームレートだけがおかしいんだけど・・・
なぜなんだ(´・ω・｀)
418:名無しさん＠編集中
10/02/19 02:03:13 x3MTWFAn
30.000fpsで出力したからだと思います
419:名無しさん＠編集中
10/02/19 02:14:51 XV58ntT/
30.000fpsで読み込んでない
しっかり開くからfpsの設定で自動ではなく29.970fpsで読み込んでるし、
ファイル制御がDirectShow File Readerだから、その入力プラグイン設定でも29.97fpsにしてる。
が、30fpsになって出力されるorz
元ファイルもプログレッシブだし、インターレースの関係は弄ってない
movから変換するとそうなるのか？
もう何が何だか・・・
420:名無しさん＠編集中
10/02/19 02:26:23 emyC7Klv
そもそもmov->mp4は、mp4box使えば無劣化でいけるのではなかったかな
もちろんmovの中身がmp4にも対応してればの話だけど
421:名無しさん＠編集中
10/02/19 02:35:32 XV58ntT/
>>420
対応してます
やり方教えてくれ・・・
422:名無しさん＠編集中
10/02/19 02:52:02 emyC7Klv
mp4box -add "input.mov" -new "output.mp4"
とりあえず
URLﾘﾝｸ(a1408.g.akamai.net)
で試したら出来たから、これでいいんじゃないかな
423:名無しさん＠編集中
10/02/19 03:22:06 XV58ntT/
>>422
出来た、㌧です
と思ったら、フィルタがけ(字幕)するからmp4box直変換は無意味だったorz
どなたか30fpsになる原因教えてください
424:名無しさん＠編集中
10/02/19 03:34:14 nS6Z1XNa
movを読込んだ時にAviUtlのファイルの情報ではしっかり29.970fpsって表示されてる？
425:名無しさん＠編集中
10/02/19 03:36:18 E5/gkIiu
字幕ならそのままmkvにでもぶっ込めば？
426:名無しさん＠編集中
10/02/19 03:40:24 XV58ntT/
>>424
なってます
フレームレート：29.970fps(30000/1001)
427:名無しさん＠編集中
10/02/19 03:55:39 LnH3Mv4r
変換したmp4を使えばいいんじゃね
428:名無しさん＠編集中
10/02/19 20:08:45 x3MTWFAn
MPCHC1.3.1650.0
Haali Media Splitter 1.10.50.0
x264.1442.release01
MP4Plugin_20100203
NeroAACCodec-1.5.3
動画の最後にﾊﾞﾘｯとノイズが入っちゃう・・・
429:名無しさん＠編集中
10/02/19 20:11:55 /yOGt5AX
シャンシャンﾊﾞﾘﾊﾞﾘ
430:名無しさん＠編集中
10/02/20 08:04:57 z+IZDUWq
暗いシーンで自動でビットレート上げるオプションないものかな
431:名無しさん＠編集中
10/02/20 13:48:07 d60lk8t3
自動ならAQ使うしかないんじゃね
432:名無しさん＠編集中
10/02/20 13:49:41 GY+PWI4V
以前のHaali AQがそれだろ
433:名無しさん＠編集中
10/02/21 10:58:45 9ul9pIor
URLﾘﾝｸ(haali.su)
最新版？
434:名無しさん＠編集中
10/02/22 00:31:14 6MpGa+yO
mp4は使わずmkv使えばHaaliでも音ズレは問題無い
435:名無しさん＠編集中
10/02/22 12:15:32 rga9xnTh
暗いシーン多い動画は2passでおｋ
436:名無しさん＠編集中
10/02/22 18:30:24 oY8BATaJ
aq-mode 3 はどうなった？
たしか、明るさも考慮に入れたはず