VFRmaniac　Vのまにまに　x264gui

1 ：09/09/12 〜 最終レス ：12/05/02

知識が無いバカでもチョンでもx264が使える神パッチ作者が
2chで軽く叩かれた事によりケツまくってサポート投げ出しました。
これによってseraphyしか頼れなくなってしまいました。
せっかくaviから脱出できた我々バカユーザーがこれから先どうしていったらよいのか
真剣に模索するスレです。
x264 VFW GUI専用スレ Part4
http://pc11.2ch.net/test/read.cgi/avi/1221328142/

2 ：

カスよ

3 ：

二重隔離か…

4 ：

んでこの作者のご機嫌とりはまだ？

5 ：

VFRmaniacはもう用済み
とっととネットから消えろ

6 ：

guiにネタなんてないだろ。
クソスレ立てんなボゲ

7 ：

おぃぃ差分ばっか上げてないでDANGEROUSなx264プリーズ

8 ：

でんじゃらしゅなぱっちあたってなきゃぶいえふあーるばんつかういみがないでしゅ

9 ：

ＶＦＲ至高

10 ：

seraphy　沈

11 ：

r1271 r3

12 ：

まにまにっ！

13 ：

x264_DANGEROUS_rev1281-release1.rar

14 ：

DANGEROUSになってから、vfr PS3で動かせない。
もう、よーわからんよ。
level、ref、bframes、vbv-bufsize、vbv-maxrate、最大fpsにする
以外にきおつけることある？

15 ：

>>14
案外環境のせいかもね
PS3持ってるから、なにか短めのソースあげれば俺も試してみるけど

16 ：

本人が実機持ってないしなぁ（オレも持ってないけど）
上記オプション以外だと何だろう--audつけてみるとか
実機持ってる人の中で情報求む

17 ：

x264_DANGEROUS_rev1281-release2

18 ：

Doom9でVBV関連のバグの話題が出てるよ
これも本家のほうのバグの影響かもね

19 ：

mjk！
それPS3再生できないってのに関係してるんじゃ

20 ：

>>19
気になるなら自分で読んでみ
http://forum.doom9.org/showthread.php?t=150066
原因はmb-tree導入によるポカミスらしいけど
2パスでも--slow-firstpass使えばいけるとか、やっぱりだめだとか、crfなら1パスでVBVもおｋとか
--tune grainのせいだとかなんとかで、いまいちよくわからん

21 ：

x264_DANGEROUS_rev1287-release1.rar
乙々

22 ：

x264_DANGEROUS_rev1292-release1.rar
もうすぐ13xxだな

23 ：

x264_DANGEROUS_rev1301-release2
ageろよks

24 ：

x264_DANGEROUS_rev1310-release1
謝々

25 ：

x264_DANGEROUS_rev1318-release1
このがっ

26 ：

wpは今月にはきそうだな

27 ：

r1318dangerousのmixAQのほう、me-prepass使うとエラー吐いてとまるな
x264 %~1 --profile high --tune film --crf 23 --bframes 3 --ref 5 --b-adapt 2 --subme 9 --me umh　--me-prepass -o output.mp4
Assertion failed: a->l0.me16x16.mv[1] <= h->mb.mv_max_spel[1] || h->param.i_thre
ads == 1, file encoder/yse.c, line 1234
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
環境はQ9450/mem8GB/win7(x64)ultimate
ソースはHelixYV12のaviをそのままAVISourceで渡してるだけだし
me-prepassなしなら上手くいくんだけど
ところでバグレポートってどこに送るの？　ここ？

28 ：

ここでいいんじゃないの？

29 ：

x264_DANGEROUS_rev1318-release2
me-prepass対応してくれたみたいね

30 ：

OreAQとMixAQの単体パッチくださいお願いします

31 ：

うーん、r1318-release2でもme-prepassつけると駄目みたい
>>27と同じだ
諦めるか

32 ：

x264_DANGEROUS_rev1318-release3
me-prepass あきらめよう

33 ：

うむ、あきらめた

34 ：

なんか落とせないんだが

35 ：

落せるよ

36 ：

The requested resource () is not available.とか出て落とせない

37 ：

x264_DANGEROUS_rev1331-release1

38 ：

x264_DANGEROUS_rev1332-release1
MP4Boxも要修正なのね

39 ：

x264_DANGEROUS_rev1336-release1
乙です

40 ：

此処はage進行スレですぜ
うちのCore2環境ではr1339 OreAQ (x264.exe)使用で--weightp 0 --no-mbtree (--nal-hrd未使用)でも３回程強制的に落とされた
エンコ中に画面がブラックアウトして強制再起動…
検証の余地はあるがweightpにおけるCoreAVCののデコード問題もあるし実用性に欠けるのでr1318で保存してる

41 ：

>r1339 OreAQ (x264.exe)使用
r1336でした

42 ：

x264_DANGEROUS_rev1342-release1
これで混乱が少し落ち着いた？

43 ：

MP4Box_0.4.6-DEV-1

44 ：

x264_DANGEROUS_rev1347-release2.rar
久々にageるか

45 ：

x264_DANGEROUS_rev1352-release1
同じソースをMixAQとx264.nlの1352でエンコしたら、
DANGEROUSのほうだけFlashPlayer10.0でweightp 2で崩れた
ffdshowやDiAVCやDXVAでは崩れないからDANGEROUSの問題ではないんだろうけど…
なんでだろ？
JMとdump-yuvのハッシュは両方とも一致するしなぁ…

46 ：

いや10.0は非対応なんだから崩れて当然じゃないか？

47 ：

うん、崩れるのは別にいいんだけど、同じ条件（-VAQ、HAQ、nal-hrdとかのパッチ機能なし）で
nlのでやると崩れないんだよね
GCCのバージョンとかのせいなのかなと

48 ：

両者のdump-yuvは一致するの？

49 ：

>>48
一致しないよ
別のビルドも比較するためseraphy版r1352を入れて3つでやってみた
x264.exe --preset slower --tune film --crf 22
nlとseraphyは完全に一致するけど、DANGEROUSだけ出力が違う
seraphy氏はGCC4.1.1-dw使ってるみたいだから、違いはパッチのためなんだろうけど、
他の2つと比べて0.04kbpsほど高くなってた
現在Doom9につながらないからJEEB版とかTechhouse版は手に入らない

50 ：

久々にMixAQでビルドしようとしたらAQDebugLog.hの更新が必要っぽいがVFR Maniac氏は公開してない？

51 ：

>>50
こっちになければないんじゃない
http://www.esnips.com/web/VFRmaniac-Softwares
まあ、くれっていえばくれるだろうけど

52 ：

あれOreAQと共用なのかな。ビルドは通った。
seraphy氏はMixAQとOreAQでAQDebugLog.hが違ったから別のが要るんだと思ってたけど。

53 ：

>>45-49に関して回答が出てるな
まあ、気にしなくていいみたいですね
解説ありがとうございます

54 ：

x264_DANGEROUS_rev1360-release1.rar
** Change log **
git-r1360-release1
　 Add x264 prefix to functions with ffmpeg equivalents.
git-r1354-release1
　 MixAQ: Cosmetics.
　 Removed avis_vfr.c instead of adding avs_vfr.c.
git-r1352-release1
　 Fixed the calculation of DTS in FLV muxer.

55 ：

r1369はなんか大変そうだからゆっくりでいいよ！

56 ：

thread poolって結局何なの？

57 ：

>>56
http://www.atmarkit.co.jp/fdotnet/mthread/mthread02/mthread02_01.html

58 ：

x264_DANGEROUS_rev1369-release1.rar
Vまにハァハァ

59 ：

っ！

60 ：

x264_lavf.rar　まにっ！

61 ：

x264_MixOre_r1376.rar
ミックス・オレ(藁)
--aq-mode <integer> AQ method [1]
- 0: Disabled
- 1: OreAQ
- 2: MixOre (experimental)
興味深いがもう少し説明kwsk (前のフレームエッジタイプかな？）
ちなみにﾀﾞｳｿ御用達って…何処でそんな事言われたか知らないがオレはずっと自分用にパッチ実験版として使わせてもらってる

62 ：

初期ディレイってのがイマイチよくわからんのだが解説とかどっかにない？

63 ：

1376だけど、なんかpartitionとか項目省かれるようになった？

64 ：

x264_DANGEROUS_rev1376-release3.rar
OreAQ and MixAQ: Fixed broken AQ offset. The broken was caused from git-r1369-release1.
AQ関連で不具合があったらしい

65 ：

ぱっと見だと出力されたものは問題なさそうだったけど…

66 ：

>>65
http://ja.pastebin.ca/1731364
上から順にPOP氏、x264.nl、俺ビルド、DangerousのMixAQのr1とr2
revはすべて1376
同じオプションなのにDangerousだけ異常に仕上がりが小さい
つまりAQが削りすぎてたってことね
まあDangerousだから、こういうこともたまにはあるさ

67 ：

更新乙なのさ　このめが

68 ：

mbtreeのブロックノイズ、weightpで直ったのかと思ったら
1373でも1376でも--no-mbtree --weightp 0にしないとやっぱり
かなりの割合でブロックノイズでる

69 ：

>>68
うちでもフェードがある場合はMB-Treeは全然ダメだねえ
ソースによってオンオフ切り替えてる

70 ：

>>69
自分もmbtree導入されたばかりの頃のビルドだと
CGアニメ物の空のフェードで破綻してたけど、
今日いくつかエンコしたのはフェードでもなく
グラデーションが緩やかなフラットな絵でもない、
実写の普通の人物の顔のあちらこちらで破綻しまくった。
とりあえずソースの絵がらに関係なく
mbtreeとweightpなしで当分使うことにするよ。

71 ：

>>70
それはweightpのデコードの問題じゃない？

72 ：

>>70
何でデコードしてる？

73 ：

CoreAVC(※)だったりしてな

74 ：

>>71>>72
うわすまんｗ
CoreAVCってweightpのデコード問題あるんだったな。
正月の間帰省中でメインPCじゃなくて古いセレロンのノートしか
持ってきてないのでこっちはCoreAVCのメリット値最大にしてたの
完全に忘れてたよ。

75 ：

CoreAVC2.0でも駄目ですか？

76 ：

※の意味って「諸事情によりupdate出来ない」ってことだろ

77 ：

Vのまにまにの画像が面白い

78 ：

じがぞーだったりしちゃったりするわけないか
なんかじわじわっとくる

79 ：

Vまには学生さんなの？すごいね。

80 ：

Yusuke Nakamuraさん、おめでとうございます

81 ：

V

82 ：

MixAQのx264afs
まさかのAQ無効化

83 ：

gpac_patches_20100208.diffを当てると--static-mp4boxでコンパイルできない・・・
コンパイル方法はhttp://zoome.jp/VFR_maniac/diary/89/　の通り
8-4.の部分で当てるパッチを変えた
8-2.はやってもやらなくても結果は変わらなかった

84 ：

すみません・・・
一度ディレクトリごと消してもう一度最初からやり直したらできました・・・

85 ：

v

86 ：

zoomeのほうに新しいファイル置き場が書いてあったので行ってみた
先生、ファイル名が途中で切れてて、どれがいつの分か区別がつきにくいです
x264 DANGEROUSとかMP4Boxとかはなくてもわかるんで、ファイル名から削ったらどうでしょ...？

87 ：

そんなことより404が…

88 ：

529 名前：名無しさん＠編集中[sage] 投稿日：2010/02/14(日) 23:35:22 ID:vjdtwSmK
x264 --weightp 0 --crf 23 %sar1% --interlaced --nal-hrd --vbv-maxrate 20000 --vbv-bufsize 25000 --keyint 300 --min-keyint 2 --cqm flat --trellis 2 --scenecut 45 --b-adapt 2 --bframes 3 --ref 3 --deblock -2:-2
--qpmin 10 --qpmax 40 --qpstep 6 --qcomp 0.6 --aq-mode 2 --aq-strength 0.5 --psy-rd 1.0:0.0 --partitions p8x8,b8x8,i8x8,i4x4 --me umh --merange 32 --subme 9 --no-fast-pskip --no-dct-decimate
--videoformat ntsc --colorprim bt709 --transfer bt709 --colormatrix bt709 --threads auto --thread-input --ssim --no-mbtree -o "temp_video_%~n1.mp4" "%~1"
x264_DANGEROUS_rev1416-release2
OreAQでもMixAQでもインターレースでnal-hrdを使ったときだけエラーが出て落ちる。
プログレッシブは問題ありません。
Assertion failed: dpb_output_delay < pow( 2, sps->vui.nal_hrd_parameters.i_dpb_output_delay_length ), file encoder/set.c, line 683
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

89 ：

>>88
オプションの組み合わせで変な動作をするときは自分でビルドするといい。
VFR氏のはCore2専用だったはず。
ほかのCPUだと動作保証なし。
手元では自ビルドで問題ない。
VFR氏のビルドではmixAQ+nal-hrdで落ちてた。

90 ：

>>89
E6600を使っています

91 ：

>>90
>>89
>自分でビルドするといい

92 ：

サイトの方に回答がきていた。ありがとうございます。

93 ：

V

94 ：

rev.1376を使っているんだけど、mp4boxを使ってmuxする設定しているんだけど、
46分ぐらいのドラマのソースをエンコードすると、muxされずにエンコードが
終わってしまうんだけどなんでかな?
24分ぐらいのアニメは問題なくmuxされるんだけどね。

95 ：

mukenさんのMP4BOXビルドの事もここに書いていいのかな？
ここのところずっとmukenさんのDANGEROUS-rev1376-release3で動画はエンコしてます。
以前は音声aacとmuxするのにKurtnoiseさんのMP4Box-0.4.6-dev_20090519や、
mukenさんのMP4Box_0.4.6-DEV-1(2009-03-02)やMP4Box_0.4.6-DEV-1(2010-01-15)を使用していて
何も問題が無かったのですが、昨日MP4Box_0.4.6-DEV-1(2010-03-06)をDLして使用したところ、
再生時に問題が出ました。
MPC-HCとHaali Splitter(MatroskaSplitter_v1.9.355.21_20091219.exe)/CoreAVC v2.0.0/CoreAACの場合
MPlayer (dev-SVN-r22848-4.3.0)の場合
の2通りで再生してみたのですが、
mux前の映像オンリーのmp4もそれを以前の（上記の3つの）MP4Boxで音声とmuxしたmp4も問題なく、
一方mukenさんの2010-03-06版で同じ映像オンリーのファイルをmuxしたmp4を再生したら、
MPCの方では冒頭1秒くらい早送りになり、それからちょっと映像がスキップして、その後は音声とずれたまま；
MPlayerの方でははじめの10秒ほど(keyframe=300でエンコしたのでその間隔っぽいかも？)映像が灰色がかったまま
再生されそのあと普通に再生される、そんな現象になります。

96 ：

念のため動画自体のエンコのオプションは（入力は720x480i・tffのavs）
--weightp 0 --crf 24 --sar 40:33 --keyint 300 --min-keyint 30 --interlaced --direct spatial
--rc-lookahead 60 --ref 3 --mixed-refs --no-fast-pskip --bframes 3 --b-adapt 2 --weightb
--filter -2:-2 --subme 7 --trellis 1 --psy-rd 1:0.25 --partitions p8x8,b8x8,i4x4,i8x8
--8x8dct --qpstep 6 --ipratio 1.3 --pbratio 1.2 --aq-mode 1 --me umh --merange 16
--threads auto --thread-input --no-dct-decimate --mvrange 511 --aud --nal-hrd
--vbv-bufsize 8000 --vbv-maxrate 8000 --colorprim "bt470bg" --transfer "bt470bg"
--colormatrix "bt470bg" --videoformat "ntsc"
CPUはC2DのE6600です。自分の環境のせいなのかmp4boxの問題なのかよく分からないので
とりあえず報告してみました。

97 ：

>今回からedtsをデフォルトでインポート時に追加するようにしました。 :delay=noctで無効に出来ます。
というわけだ。
無効にするかhttp://haali.su/mkv/mkx.e.7.exe使うかどっちかで解決。

98 ：

404ですの！

99 ：

>>97
>>95だけどレス遅れてすみません、アドバイスありがとうございました。
edtsが何なのか自分にはわからないですが、seraphyさんのmp4連結ツールの
最近のバージョンもedtsを設定するようになったと書いてあったので
Haaliスプリッタをe.7に変えてMP4Boxも2010-03-06で行くことにしました。
再生もこれで問題ないです。

100read 1read

1read 100read

TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

【KEIAN】KTV-FSUSB2/FSPCIE総合 47 (727)
☆ロクラク☆ (363)
DivX　と　H264 はどっちがつおいの？ (222)
I-O BSデジタル対応レコーディングHD Rec-POT (206)
【SpursEngine】WinFast PxVC1100【東芝産廃処理】7 (895)
【トランス】VULKANO Lava【テクノロジー】 (386)
--log9.info------------------
★千葉インディズーズのスレ３★ (830)
【これから】坂本サトル【どーなる？】 (851)
▼DUSTAR-3〜素敵なﾊﾟﾝﾂﾛｯｸ〜▼【30枚目】 (450)
或る感覚 (354)
染谷俊をこそこそ聴き続けてる人集まれ（日々精進） (625)
HEAD PHONES PRESIDENT 8 (976)
SHACHI part3 (909)
騒音寺 6 (369)
rega (208)
[champagne] [3] (357)
vez DALLE VAMPS 元THE HATE HONEY ﾌﾄｼ 亜突死 Arly (502)
東京ピンサロックス (469)
ＧＵＳＯＫＵ（元ＫＡＴＺＥの中村敦と尾上賢）★２ (595)
RIDDLE (565)
【日記職人】ヒートウェイヴ Vol.10【曲書けよ】 (345)
xxx NATSUMEN pt.5 xxx (542)
--log55.com------------------
レッドヴェイロンなんで飛んだの？
麒麟がくる つまらねえな
１日で100万前後負けたことあるやつ来て
人妻のパンチラ画像 Part.22
◆◆武豊・優先主義 Ｐａｒｔ２５０７◆◆
ゴールドシップ引退レースの内田の乗り方
【朗報】戸崎の復帰は5月ごろ
川田｢今年はリーディングを絶対にとる。人から好かれる性格ではないし反骨心で生きてきたんだ。｣