5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

VFRmaniac Vのまにまに x264gui

1 :名無しさん@編集中:2009/09/12(土) 23:32:14 ID:otJ2abUE
知識が無いバカでもチョンでもx264が使える神パッチ作者が

2chで軽く叩かれた事によりケツまくってサポート投げ出しました。

これによってseraphyしか頼れなくなってしまいました。

せっかくaviから脱出できた我々バカユーザーがこれから先どうしていったらよいのか

真剣に模索するスレです。


x264 VFW GUI専用スレ Part4
http://pc11.2ch.net/test/read.cgi/avi/1221328142/

2 :名無しさん@編集中:2009/09/12(土) 23:39:15 ID:zVqEhBra
カス死ねよ

3 :名無しさん@編集中:2009/09/13(日) 15:20:11 ID:/n663sGs
二重隔離か…

4 :名無しさん@編集中:2009/09/15(火) 12:09:05 ID:fMHnLDzo
んでこの作者のご機嫌とりはまだ?

5 :名無しさん@編集中:2009/09/15(火) 20:58:53 ID:DCs0BZOO
VFRmaniacはもう用済み
とっととネットから消えろ

6 :名無しさん@編集中:2009/09/16(水) 09:55:47 ID:WUcqHPuO
guiにネタなんてないだろ。
クソスレ立てんなボゲ

7 :名無しさん@編集中:2009/09/25(金) 18:38:52 ID:Mo5McfxG
おぃぃ差分ばっか上げてないでDANGEROUSなx264プリーズ

8 :へけ^^:2009/09/26(土) 00:34:59 ID:PetrliWE
でんじゃらしゅなぱっちあたってなきゃぶいえふあーるばんつかういみがないでしゅ

9 :名無しさん@編集中:2009/10/04(日) 16:17:08 ID:Q6STomfR
VFR至高

10 :名無しさん@編集中:2009/10/04(日) 22:08:35 ID:Q6STomfR
seraphy 沈

11 :名無しさん@編集中:2009/10/05(月) 20:11:00 ID:jm4M0dM/
r1271 r3

12 :名無しさん@編集中:2009/10/06(火) 23:45:04 ID:GjES0weZ
まにまにっ!

13 :名無しさん@編集中:2009/10/07(水) 22:30:54 ID:FNjaQT85
x264_DANGEROUS_rev1281-release1.rar

14 :名無しさん@編集中:2009/10/09(金) 13:49:11 ID:o7FeK1VF
DANGEROUSになってから、vfr PS3で動かせない。
もう、よーわからんよ。
level、ref、bframes、vbv-bufsize、vbv-maxrate、最大fpsにする
以外にきおつけることある?

15 :名無しさん@編集中:2009/10/09(金) 14:39:31 ID:4ymrlrAf
>>14
案外環境のせいかもね
PS3持ってるから、なにか短めのソースあげれば俺も試してみるけど

16 :名無しさん@編集中:2009/10/09(金) 15:29:52 ID:jRH3zXV2
本人が実機持ってないしなぁ(オレも持ってないけど)
上記オプション以外だと何だろう--audつけてみるとか
実機持ってる人の中で情報求む

17 :Vまにが更新したらageるスレ:2009/10/11(日) 16:22:22 ID:7/Pf6qEp
x264_DANGEROUS_rev1281-release2

18 :名無しさん@編集中:2009/10/11(日) 16:33:45 ID:QCxxhkmw
Doom9でVBV関連のバグの話題が出てるよ
これも本家のほうのバグの影響かもね

19 :名無しさん@編集中:2009/10/11(日) 16:49:55 ID:7/Pf6qEp
mjk!
それPS3再生できないってのに関係してるんじゃ

20 :名無しさん@編集中:2009/10/11(日) 17:07:27 ID:QCxxhkmw
>>19
気になるなら自分で読んでみ
http://forum.doom9.org/showthread.php?t=150066

原因はmb-tree導入によるポカミスらしいけど
2パスでも--slow-firstpass使えばいけるとか、やっぱりだめだとか、crfなら1パスでVBVもおkとか
--tune grainのせいだとかなんとかで、いまいちよくわからん

21 :名無しさん@編集中:2009/10/13(火) 00:36:24 ID:zGFoqNM3
x264_DANGEROUS_rev1287-release1.rar
乙々

22 :名無しさん@編集中:2009/10/14(水) 01:07:04 ID:MUWtDak0
x264_DANGEROUS_rev1292-release1.rar
もうすぐ13xxだな

23 :名無しさん@編集中:2009/10/29(木) 15:04:57 ID:RwuveKTs
x264_DANGEROUS_rev1301-release2

ageろよks

24 :名無しさん@編集中:2009/11/01(日) 17:32:02 ID:Q7wEeiv2
x264_DANGEROUS_rev1310-release1
謝々

25 :名無しさん@編集中:2009/11/02(月) 13:48:01 ID:HyDWXgzC
x264_DANGEROUS_rev1318-release1
この変態がっ

26 :名無しさん@編集中:2009/11/02(月) 14:07:02 ID:HyDWXgzC
wpは今月にはきそうだな

27 :名無しさん@編集中:2009/11/03(火) 19:29:41 ID:HUBdxWyq
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/analyse.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 :名無しさん@編集中:2009/11/03(火) 20:52:41 ID:AZnyl06d
ここでいいんじゃないの?

29 :名無しさん@編集中:2009/11/05(木) 11:30:18 ID:dhDVefII
x264_DANGEROUS_rev1318-release2

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

30 :名無しさん@編集中:2009/11/05(木) 12:34:33 ID:X1Txru06
OreAQとMixAQの単体パッチくださいお願いします

31 :名無しさん@編集中:2009/11/05(木) 13:03:58 ID:hksH6wCk
うーん、r1318-release2でもme-prepassつけると駄目みたい
>>27と同じだ
諦めるか

32 :名無しさん@編集中:2009/11/06(金) 18:29:16 ID:rhYEGihB
x264_DANGEROUS_rev1318-release3

me-prepass あきらめよう

33 :名無しさん@編集中:2009/11/06(金) 19:46:59 ID:ZmkFyrtV
うむ、あきらめた

34 :名無しさん@編集中:2009/11/08(日) 01:11:59 ID:n+u1kE+Q
なんか落とせないんだが

35 :名無しさん@編集中:2009/11/08(日) 01:41:46 ID:y8PC+a9a
落せるよ

36 :名無しさん@編集中:2009/11/08(日) 02:05:23 ID:n+u1kE+Q
The requested resource () is not available.とか出て落とせない

37 :名無しさん@編集中:2009/11/10(火) 12:26:39 ID:EdB5kfJw
x264_DANGEROUS_rev1331-release1

38 :名無しさん@編集中:2009/11/11(水) 14:42:26 ID:jBS/gbJj
x264_DANGEROUS_rev1332-release1

MP4Boxも要修正なのね

39 :名無しさん@編集中:2009/11/14(土) 07:23:09 ID:8zCTcvFo
x264_DANGEROUS_rev1336-release1
乙です

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

41 :名無しさん@編集中:2009/11/14(土) 12:19:27 ID:LfbfwU9U
>r1339 OreAQ (x264.exe)使用
r1336でした

42 :名無しさん@編集中:2009/11/16(月) 16:16:24 ID:aDGzj68U
x264_DANGEROUS_rev1342-release1
これで混乱が少し落ち着いた?

43 :名無しさん@編集中:2009/11/18(水) 23:45:31 ID:UWL5R08D
MP4Box_0.4.6-DEV-1

44 :名無しさん@編集中:2009/11/26(木) 00:20:32 ID:H5XHJwdw
x264_DANGEROUS_rev1347-release2.rar
久々にageるか

45 :名無しさん@編集中:2009/11/28(土) 04:27:56 ID:L7/dYPEu
x264_DANGEROUS_rev1352-release1
同じソースをMixAQとx264.nlの1352でエンコしたら、
DANGEROUSのほうだけFlashPlayer10.0でweightp 2で崩れた
ffdshowやDiAVCやDXVAでは崩れないからDANGEROUSの問題ではないんだろうけど…
なんでだろ?
JMとdump-yuvのハッシュは両方とも一致するしなぁ…

46 :名無しさん@編集中:2009/11/28(土) 17:04:18 ID:+C7SxHVS
いや10.0は非対応なんだから崩れて当然じゃないか?

47 :名無しさん@編集中:2009/11/28(土) 17:21:21 ID:L7/dYPEu
うん、崩れるのは別にいいんだけど、同じ条件(-VAQ、HAQ、nal-hrdとかのパッチ機能なし)で
nlのでやると崩れないんだよね
GCCのバージョンとかのせいなのかなと

48 :名無しさん@編集中:2009/11/28(土) 17:41:48 ID:+C7SxHVS
両者のdump-yuvは一致するの?

49 :名無しさん@編集中:2009/11/28(土) 20:28:40 ID:L7/dYPEu
>>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 :名無しさん@編集中:2009/11/28(土) 21:31:57 ID:+C7SxHVS
久々にMixAQでビルドしようとしたらAQDebugLog.hの更新が必要っぽいがVFR Maniac氏は公開してない?

51 :名無しさん@編集中:2009/11/28(土) 22:05:39 ID:L7/dYPEu
>>50
こっちになければないんじゃない
http://www.esnips.com/web/VFRmaniac-Softwares
まあ、くれっていえばくれるだろうけど

52 :名無しさん@編集中:2009/11/28(土) 22:19:59 ID:+C7SxHVS
あれOreAQと共用なのかな。ビルドは通った。
seraphy氏はMixAQとOreAQでAQDebugLog.hが違ったから別のが要るんだと思ってたけど。

53 :名無しさん@編集中:2009/11/29(日) 14:12:10 ID:MkuPIGdD
>>45-49に関して回答が出てるな
まあ、気にしなくていいみたいですね
解説ありがとうございます

54 :名無しさん@編集中:2009/12/07(月) 00:26:20 ID:2oVE0ABV
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 :名無しさん@編集中:2009/12/10(木) 17:17:00 ID:F5pmrDlB
r1369はなんか大変そうだからゆっくりでいいよ!

56 :名無しさん@編集中:2009/12/10(木) 17:18:54 ID:BfUxD3jJ
thread poolって結局何なの?

57 :名無しさん@編集中:2009/12/10(木) 17:40:29 ID:olIUgk8L
>>56
http://www.atmarkit.co.jp/fdotnet/mthread/mthread02/mthread02_01.html

58 :名無しさん@編集中:2009/12/10(木) 23:17:15 ID:a8wNmHY5
x264_DANGEROUS_rev1369-release1.rar
Vまにハァハァ

59 :名無しさん@編集中:2009/12/10(木) 23:32:53 ID:bUj4+73w
変態っ!

60 :名無しさん@編集中:2009/12/19(土) 00:31:17 ID:T8Whzfgv
x264_lavf.rar まにっ!

61 :Vまにが更新したらageるスレ:2009/12/22(火) 23:45:48 ID:gXTA2D9X
x264_MixOre_r1376.rar
ミックス・オレ(藁)
--aq-mode <integer> AQ method [1]
- 0: Disabled
- 1: OreAQ
- 2: MixOre (experimental)
興味深いがもう少し説明kwsk (前のフレームエッジタイプかな?)
ちなみにダウソ御用達って…何処でそんな事言われたか知らないがオレはずっと自分用にパッチ実験版として使わせてもらってる

62 :名無しさん@編集中:2009/12/22(火) 23:54:14 ID:LPSZf+ZF
初期ディレイってのがイマイチよくわからんのだが解説とかどっかにない?

63 :名無しさん@編集中:2009/12/27(日) 02:28:35 ID:TO3tqwyJ
1376だけど、なんかpartitionとか項目省かれるようになった?

64 :名無しさん@編集中:2009/12/30(水) 18:54:13 ID:gtrQ46F9
x264_DANGEROUS_rev1376-release3.rar
OreAQ and MixAQ: Fixed broken AQ offset. The broken was caused from git-r1369-release1.

AQ関連で不具合があったらしい

65 :名無しさん@編集中:2009/12/30(水) 19:40:51 ID:7Wz73EiV
ぱっと見だと出力されたものは問題なさそうだったけど…

66 :名無しさん@編集中:2009/12/30(水) 19:56:12 ID:gtrQ46F9
>>65
http://ja.pastebin.ca/1731364
上から順にPOP氏、x264.nl、俺ビルド、DangerousのMixAQのr1とr2
revはすべて1376
同じオプションなのにDangerousだけ異常に仕上がりが小さい
つまりAQが削りすぎてたってことね

まあDangerousだから、こういうこともたまにはあるさ

67 :名無しさん@編集中:2009/12/30(水) 22:14:45 ID:0OO/Totv
更新乙なのさ この変態めが

68 :名無しさん@編集中:2010/01/03(日) 21:54:01 ID:eEXnFCCr
mbtreeのブロックノイズ、weightpで直ったのかと思ったら
1373でも1376でも--no-mbtree --weightp 0にしないとやっぱり
かなりの割合でブロックノイズでる

69 :名無しさん@編集中:2010/01/03(日) 22:18:11 ID:m2OkkHF3
>>68
うちでもフェードがある場合はMB-Treeは全然ダメだねえ
ソースによってオンオフ切り替えてる

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

71 :名無しさん@編集中:2010/01/03(日) 22:29:58 ID:m2OkkHF3
>>70
それはweightpのデコードの問題じゃない?

72 :名無しさん@編集中:2010/01/03(日) 22:35:09 ID:/bJgvU89
>>70
何でデコードしてる?

73 :名無しさん@編集中:2010/01/03(日) 22:43:51 ID:jI1Jr4xU
CoreAVC(※)だったりしてな

74 :名無しさん@編集中:2010/01/03(日) 22:46:37 ID:eEXnFCCr
>>71>>72
うわすまんw
CoreAVCってweightpのデコード問題あるんだったな。
正月の間帰省中でメインPCじゃなくて古いセレロンのノートしか
持ってきてないのでこっちはCoreAVCのメリット値最大にしてたの
完全に忘れてたよ。

75 :名無しさん@編集中:2010/01/04(月) 00:40:43 ID:DMbyTmfr
CoreAVC2.0でも駄目ですか?

76 :名無しさん@編集中:2010/01/04(月) 00:52:38 ID:4QwMCn+g
※の意味って「諸事情によりupdate出来ない」ってことだろ

77 :名無しさん@編集中:2010/01/10(日) 11:24:26 ID:B//gEO1P
Vのまにまにの画像が面白い

78 :名無しさん@編集中:2010/01/14(木) 04:55:35 ID:s0yWk91G
じがぞーだったりしちゃったりするわけないか
なんかじわじわっとくる

79 :名無しさん@編集中:2010/01/14(木) 05:15:24 ID:mHsmD+RH
Vまには学生さんなの?すごいね。

80 :名無しさん@編集中:2010/01/14(木) 19:34:36 ID:g78A4cBE
Yusuke Nakamuraさん、おめでとうございます

81 :名無しさん@編集中:2010/02/06(土) 22:00:07 ID:C6cB8jeQ
V

82 :名無しさん@編集中:2010/02/07(日) 06:52:35 ID:AzcEzpw0
MixAQのx264afs
まさかのAQ無効化

83 :名無しさん@編集中:2010/02/08(月) 19:55:47 ID:58GPjuZU
gpac_patches_20100208.diffを当てると--static-mp4boxでコンパイルできない・・・
コンパイル方法はhttp://zoome.jp/VFR_maniac/diary/89/ の通り
8-4.の部分で当てるパッチを変えた
8-2.はやってもやらなくても結果は変わらなかった

84 :名無しさん@編集中:2010/02/08(月) 20:05:59 ID:58GPjuZU
すみません・・・
一度ディレクトリごと消してもう一度最初からやり直したらできました・・・

85 :名無しさん@編集中:2010/02/12(金) 19:54:10 ID:MJHXrFB7
v

86 :名無しさん@編集中:2010/02/12(金) 20:48:33 ID:tdeFmMtA
zoomeのほうに新しいファイル置き場が書いてあったので行ってみた

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

87 :名無しさん@編集中:2010/02/13(土) 05:19:01 ID:7TYCHn9i
そんなことより404が…

88 :名無しさん@編集中:2010/02/15(月) 06:55:38 ID:bFz/x2ID
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 :名無しさん@編集中:2010/02/15(月) 12:16:27 ID:BAuZy49H
>>88
オプションの組み合わせで変な動作をするときは自分でビルドするといい。
VFR氏のはCore2専用だったはず。
ほかのCPUだと動作保証なし。

手元では自ビルドで問題ない。
VFR氏のビルドではmixAQ+nal-hrdで落ちてた。

90 :名無しさん@編集中:2010/02/15(月) 16:26:35 ID:bFz/x2ID
>>89
E6600を使っています

91 :名無しさん@編集中:2010/02/15(月) 17:41:11 ID:pvjBUcOH
>>90
>>89
>自分でビルドするといい

92 :名無しさん@編集中:2010/02/15(月) 19:53:59 ID:bFz/x2ID
サイトの方に回答がきていた。ありがとうございます。

93 :名無しさん@編集中:2010/03/05(金) 20:13:42 ID:JRWwxiPo
V

94 :名無しさん@編集中:2010/03/07(日) 13:57:18 ID:O19/3hEy
rev.1376を使っているんだけど、mp4boxを使ってmuxする設定しているんだけど、
46分ぐらいのドラマのソースをエンコードすると、muxされずにエンコードが
終わってしまうんだけどなんでかな?
24分ぐらいのアニメは問題なくmuxされるんだけどね。

95 :名無しさん@編集中:2010/03/13(土) 13:37:25 ID:xMkKq7hY
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 :名無しさん@編集中:2010/03/13(土) 13:39:00 ID:xMkKq7hY
念のため動画自体のエンコのオプションは(入力は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 :名無しさん@編集中:2010/03/13(土) 14:35:04 ID:bjQGtHOm
>今回からedtsをデフォルトでインポート時に追加するようにしました。 :delay=noctで無効に出来ます。

というわけだ。
無効にするかhttp://haali.su/mkv/mkx.e.7.exe使うかどっちかで解決。

98 :名無しさん@編集中:2010/03/15(月) 14:52:06 ID:oZ33h74y
404ですの!

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

100 :名無しさん@編集中:2010/03/24(水) 11:37:35 ID:BjTmPvFe
http://haali.su/mkv/mkx.e.9.exe
使えばいいやん。

101 :名無しさん@編集中:2010/03/24(水) 20:33:09 ID:YwGJrQ4Q
>>100
ttp://pc11.2ch.net/test/read.cgi/avi/1262664710/365

102 :名無しさん@編集中:2010/03/25(木) 03:26:00 ID:2ArqjG2L
この人がビルドしたmingwを使いたいな。

103 :名無しさん@編集中:2010/03/29(月) 03:31:54 ID:9xCrHJfW
移転先はどこ?
それとも公開やめたん?

104 :名無しさん@編集中:2010/03/29(月) 08:31:40 ID:VfNelPtn
zoomeのブログに書いてあるやん

105 :名無しさん@編集中:2010/03/29(月) 08:47:44 ID:umRf5jnT
>>1

>2chで軽く叩かれた事によりケツまくってサポート投げ出しました。

無料で使わせてもらっている乞食の分際で作者を馬鹿にするな。
金払ってからものを言え。有料ソフトの作者には何を言っても許す。

106 :名無しさん@編集中:2010/03/29(月) 10:50:01 ID:VfNelPtn
>>1がバカなのはその通りだが、いまさらそんなこと言ってもねぇ
なんだかんだで、現在はバグレポート用のスレになってるし
experimentalからdangerousに変わったのも、むしろわかりやすくなって良かったような

107 :名無しさん@編集中:2010/04/09(金) 00:09:03 ID:6iB/fcTu
seraphyの方がrevが上だし

108 :名無しさん@編集中:2010/04/12(月) 15:09:47 ID:HwC6fwpD
r1538+6 dangerous暫定(?)更新キタ━━━━━━(゚∀゚)━━━━━━ !!

…afs,guiの方もよろしくおながいします

109 :名無しさん@編集中:2010/04/12(月) 19:31:24 ID:QU6UyV3/
r1538+6
の+6って何?
誰か教えて

110 :名無しさん@編集中:2010/04/14(水) 01:06:08 ID:vQkWazgi
Vまにさん、まだ規制食らってるの?
森、あげようか?

111 :名無しさん@編集中:2010/04/14(水) 19:30:58 ID:m9Tv9B/g
ちょっと前にHandBrakeのスレに現れたけど、
大規模規制の前だった。

112 :名無しさん@編集中:2010/04/19(月) 22:48:06 ID:CDGXDBNL
x264スレから移動してきました。

MP4Boxでチャプターファイルを埋め込むときに、
チャプターファイルを
AddChapter(1014,Opening)
AddChapter(3170,A-Part)
みたいな感じでフレーム番号で記述しているのですが、
こやって作ったチャプターファイルをVFR Maniac氏の
MP4Boxだと正しく処理できないようです。
以前は大丈夫だったけど3月のビルドから。

113 :名無しさん@編集中:2010/04/19(月) 23:34:10 ID:D2u/Vouh
それって・・・



114 :名無しさん@編集中:2010/05/06(木) 18:11:33 ID:3FvuuC+F
過疎なのか?

115 :名無しさん@編集中:2010/05/08(土) 21:45:43 ID:e0k7o+Pa
落ちるぞ!
無くなると寂しいくせに!

116 :名無しさん@編集中:2010/05/10(月) 02:53:39 ID:0uy6H930
ここをどこだと思ってるんだ
DTV板だぞ

117 :名無しさん@編集中:2010/05/22(土) 21:16:55 ID:eXImYKDG
誰もいないのかな?

118 :名無しさん@編集中:2010/05/23(日) 09:57:49 ID:tZNOF41c
muxer作ってるって以前書いてたからキター!と思ったらx264内部用なのね

119 :名無しさん@編集中:2010/05/30(日) 21:37:40 ID:kx1yYKX4
本スレに書いても追い出されそうなんでこっちに書かせてもらう

VFR maniacのMixAQとOreAQの32bit版、64bit版をそれぞれcore2とamdfam10で最適化したもの
ttp://yo4kazu.110mb.com/

120 :名無しさん@編集中:2010/06/01(火) 21:08:31 ID:MIKSjJlw
>119

これはスゴイ!

もしよかったら
ttp://members.at.infoseek.co.jp/kiraru2002/
のAddRangeもx64化していただけませんでしょうか。
CMカットなどを行う時にすごく便利なのです。

121 :名無しさん@編集中:2010/06/01(火) 21:21:39 ID:XS17h4m9
>yo4kazu
r1603DANGEROUSはGPL violationになるため、削除されました
(isom.hがgplコードをincludeするため)
次回リリース時には修正されるのでとりあえず取り下げをお勧めします

あと本人から、伝言
21:16 (VFR_maniac) ついでにTPRIVTCの64bit化も頼んどいて

122 :名無しさん@編集中:2010/06/01(火) 22:27:31 ID:o7a+cv/r
>>121
了解した
暫定的だがmp4muxer非適用の1613を用意した
VFR maniacさんの趣旨に反してるようなら1570まで戻します
DANGEROUSのリンクは1570に変更しておきました

プラグインについてはソースコードをみないと可能かわかりません
大幅な変更が必要なものは技術的に対応できない場合が多いです


123 :名無しさん@編集中:2010/06/02(水) 01:29:25 ID:vyxD2IQ5
x264guiはもう…なのかな

124 :名無しさん@編集中:2010/06/28(月) 22:22:34 ID:oymOLc2D
落ちるよw

125 :名無しさん@編集中:2010/06/28(月) 23:14:17 ID:P4cIlp/o
komisar版
experimental LTO-enabled GCC version 4.5.1
cross-mingw.gcc451.generic.20100626.7z (46M)

コンパイル&テスト環境
Win 7 (64bit)
CPU (i7)

32bit , 64bit 共に
-fexcess-precision=fast
を付けてみました。
結果、付けたものと付けないものを比べても1fpsの誤差がありませんでした。

x64
"-flto -march=native -msse4.2" or "-flto -march=native -msse4.2 -fexcess-precision=fast" or
"-flto -mtune=generic" or "-flto -mtune=generic -fexcess-precision=fast"
x86
"-flto -march=core2 -mssse3" or "-flto -march=core2 -mssse3 -fexcess-precision=fast" or
"-flto -march=i686 -mtune=generic" or "-flto -march=i686 -mtune=generic -fexcess-precision=fast"

126 :名無しさん@そうだ選挙に行こう:2010/07/11(日) 03:28:24 ID:Pm30gMF5
規制中?

127 :名無しさん@そうだ選挙に行こう:2010/07/11(日) 12:13:23 ID:yoMx5C00
DANGEROUSな16xxが吐く4gb超えるファイルってmp4boxでmuxすると再生できなくなるんだけど既出?
正確には4gbぐらいまでは正常に再生できるんだけど超えると映像が止まって音声だけ再生される状態になる。

muxする前のmp4ファイルだと問題なく最後まで再生できるんだけど。
あと4gb以下だと問題ない。

mp4boxの問題っぽく思うかもしれないけどDANGEROUS1570やオフィシャルのだとmux後も問題なく再生できるので
DANGEROUS16xx系がおかしいと思うんだけど?16xx系って15xxと比べて何か変わったの??

試した物
x264_rev1627+8.7z
x264_rev1643+9.7z
x264_rev1649+9.7z
x264_rev1659+9.7z
MP4Box_0.4.6-DEV-1(2010-03-29).rar
MP4Box_0.4.6-DEV-rev.5(2010-07-07).rar


128 :名無しさん@そうだ選挙に行こう:2010/07/11(日) 12:48:08 ID:KjA63ILq
本人規制中につき代筆

独自mp4muxerに変わりました。
moovヘッダサイズ削減としてchunkの分割を行っていませんでした。
それがmp4boxでのmuxingに影響を与えている可能性があります。
chunkを4GB以上にするといろいろと再生に不具合が出ることが分かっているので、
次のリリースで修正します。
修正後はiods boxが欠けている以外はgpacのものとほぼ同じになるはずです。

129 :名無しさん@そうだ選挙に行こう:2010/07/11(日) 20:23:59 ID:yoMx5C00
更新乙です。
でんじゃらす1666
4gb超えファイル吐いてmuxしてみたけど問題なく再生できるようになったよ。


130 :名無しさん@編集中:2010/08/27(金) 21:32:20 ID:Wt+m/GWq
落ちるぞ!ベイベー

131 :名無しさん@編集中:2010/08/28(土) 18:22:05 ID:ib/MHFDk
>>130
高々一月半書き込みがないくらいで落ちる板ではないわ

http://hibari.2ch.net/test/read.cgi/avi/987107786/

こういうスレも細々と生き残れる板だからな
あと保守ならsageでおk

132 :名無しさん@編集中:2010/08/31(火) 23:13:38 ID:E8AkEdiV
でんじゃらすがおとせねー
サイトにつながらん

133 :名無しさん@編集中:2010/09/01(水) 00:54:49 ID:tuWlcz/D
ゆうすけ君名前漢字でどう書くの

134 :名無しさん@編集中:2010/09/08(水) 00:49:22 ID:XpVuEwQO
1713乙だよ、変態。

135 :名無しさん@編集中:2010/09/10(金) 01:39:06 ID:hiAgJTWy
変態さん、拡張もたのんます

136 :vfr@1日0.75食:2010/09/10(金) 03:08:06 ID:w5VyUQso
>>135
拡張x264に注ぐ時間は、もう自分には無いです。ごめんなさい。
誰かが特殊能力か何かで、現revのソースコードを具現化してくれたら、再開するかもしれません。

137 :名無しさん@編集中:2010/09/10(金) 03:15:27 ID:odK6CMrU
+0.25食、乙。
十分感謝です。

138 :名無しさん@編集中:2010/09/10(金) 03:19:03 ID:Vc6n9X+u
本人降臨w

139 :名無しさん@編集中:2010/09/13(月) 14:31:35 ID:tSIAxa5f
憂薄毛さんいつもdangerous乙です

140 :名無しさん@編集中:2010/10/22(金) 18:19:38 ID:FugOJMMC
age

141 :名無しさん@編集中:2010/11/17(水) 21:28:46 ID:iFl5Jd0x
PC上でHaaliのスプリッタ+MPCでの再生と、
PS3での再生の両方を考慮してエンコする場合
x264r1743以降だと--dts-compressをつけたほうがいいのでしょうか?

142 :名無しさん@編集中:2010/12/24(金) 02:32:37 ID:4wXnT6ud


143 :名無しさん@編集中:2010/12/29(水) 17:08:52 ID:xYRpVE+X
変態さん、お元気ですか

144 :名無しさん@編集中:2010/12/30(木) 17:08:40 ID:1T8lfzqt
>>141
付けとけ

145 :名無しさん@編集中:2010/12/30(木) 17:23:37 ID:AnRwnbJd
いや、つけるな

146 :名無しさん@編集中:2010/12/30(木) 20:31:34 ID:1T8lfzqt
>>145
互換性を考えたら付けたほうがいいだろ
将来的にはどうなるか知らんが。

147 :vfr@GPL遵守:2011/01/02(日) 01:10:02 ID:NT/mvWfp
>>141
自分としては付けた方がいいと思います。
その為に興味なさそうなDark Shikari氏をわざわざ説得してコミットしたわけですから。
(このままじゃ、rev1376 is the bestとか言う人たちを一掃できないぞって。)
DTS compressionで不具合が起こるということはない、と私の嫌いなroozhou氏も言っています。(笑)
DTS compressionのせいでtimescaleが16bit値(2^16-1)を超えて再生できなくなるのはPSPとのことです。

>>143
無理難題を要求する変な人への対応で、おめでたいはずの新年を快く迎えられませんでした。
元気とは言えないかな。

書き込めるって幸せ。そろそろトリップ考えた方がいい?

148 :名無しさん@編集中:2011/01/02(日) 01:45:22 ID:NASC5kSF
DtsEdit_20100126のDtsEdit -tc nulで
edtsと初期ディレイカットの詰め替えは問題ないですかね?

149 :vfr@GPL遵守:2011/01/02(日) 03:49:24 ID:NT/mvWfp
どうなんでしょうねぇ。
DtsEditは個人的に使いませんので。
DtsEditは今からすれば、古い部類のGPACを使っていまして。
で、そのGPACは最近のx264の出力するストリームを正しく扱えないバグを持っているのです。
これがDtsEditの動作と関連するかはGPACのコードを詳しく読んでないませんし、
DtsEditのソースもそれほど読み込んでいませんから、私には分かりません。
不安だったら、golgol7777氏のリポジトリ最新のソースからビルドしたMP4Boxでtc2mp4Modが確実かと。

なお現在、L-SMASH projectではreader部を作成中なので、基本部分(最低でもremux機能)が完成したら、
timecode入出力とかedts<->DTS compressionを実装させる予定があります。

150 :名無しさん@編集中:2011/01/02(日) 05:08:49 ID:NASC5kSF
>>149
なるほど、自分の環境(LAVFSplitterとHaali)では問題なさげですが
他人に勧めない方がいいですね

これからのL-SMASHに期待することにします

151 :150:2011/01/02(日) 14:52:28 ID:NASC5kSF
おっと、誤解されると嫌だから書いときますが
DtsEditを他人に勧めない方がってことです

152 :名無しさん@編集中:2011/01/02(日) 16:40:40 ID:dyd+XVrq
あけおめでーす。去年はいっぱいお世話になりました。
今年も色々期待させていただきます。

153 :名無しさん@編集中:2011/01/03(月) 17:22:08 ID:EB/uYN2V
Phenom2にしたので、新年早々最適化のために色々コンパイルし直しだ。
いつぞやのビルド方法の記事を参考にさせていただいています。

154 :名無しさん@編集中:2011/01/12(水) 16:24:46 ID:hnzJQuut
風邪直ったか?

155 :名無しさん@編集中:2011/01/13(木) 00:16:07 ID:Q+9fXyPV
熱下がったかー?

156 :名無しさん@編集中:2011/01/13(木) 00:28:50 ID:OXWlOEpw
Twitterみたらインフルだってよ・・・
可愛そうに

157 :名無しさん@編集中:2011/01/29(土) 20:30:15 ID:uC+5lSIF
>>141を質問した者ですがレスをいただけていたのに今日気づきました。
>>144-146さんmukenさんありがとうございました。

158 :名無しさん@編集中:2011/01/31(月) 19:17:12 ID:84jrgree
ttp://vfrmaniac.fushizen.eu/x264/x264_DANGEROUS/1800-1899/x264_rev1882+9.7z
ダウンロードできない

159 :名無しさん@編集中:2011/01/31(月) 19:21:44 ID:gtKdtaEk
>>158
サーバー移転中
どのみちr1882はx264側でバグ見つかってhotfix出てるから使用しないほうがいい

160 :名無しさん@編集中:2011/01/31(月) 19:36:39 ID:84jrgree
>>159
サンクス
おとなしく待ちます・・・

161 :名無しさん@編集中:2011/02/08(火) 14:26:20 ID:zZevl4xR
x264 DANGEROUS のL-SMASH muxerでsrt字幕のmuxってできないですよね。(間違ってたらすみません。)
できるようになるとmp4box使わなくて良くなるのでsrtのインポートできたらどうかよろしくお願いします。

162 :名無しさん@編集中:2011/02/08(火) 16:45:59 ID:zZevl4xR
>>161ですが音声2つをmuxしたい時も結構あるのですがさすがに複数音声は
x264本体で対応しない気がするので、結局mp4boxを使うことになりそう…
なので>>161は無視してください。すみませんでした。

163 :vfr@リファクタリング:2011/02/16(水) 21:55:18 ID:gaZhoJ2G
srtはMP4 file formatでは規格上定義されていないので、
例えば3GPP Timed Text(ttxt)に変換して格納することになります。
Neroは独自仕様(笑)で実装していますが、これを実践する気を全くありません。

まぁ、余力があれば考えてみます。
現在、自分一人で開発しているようなものなんで、余力が全くありませんけど。

複数音声はー... どーなんでしょうね。需要はあると思うから、
x264-audioが本家に取り込まれたらTODOに加えられそうな気がしますけど。

164 :名無しさん@編集中:2011/02/17(木) 18:17:16 ID:0+yA+yWp
mukenさん、質問させて下さい。

[質問1]
rev1900のx264_L-SMASHにてチャプター付mp4としてエンコした際、
出力mp4に従来のチャプターとは別にTimed text(tx3g)トラックも付加される様ですが、
以下の様に違いが出るのは意図通りの動作なのでしょうか。

1.映像エンコ+音声MUX(--acodec copyで確認)+チャプター付加
⇒ Timed textトラックが付加される
2.映像エンコ+チャプター付加
⇒ Timed textトラックは付加されない

[質問2]
「mp4box -info」で確認すると、1のmp4に付加されたTimed textトラックは
「Track is disabled」と表示されるので再生時に扱わないトラックと
見ているのですが、MediaInfoやHaaliスプリッター等において、
このトラックのdurationがmp4全体のduration判定に含まれている様で、
以下の様なチャプターをつけると (以下、続く↓)

165 :名無しさん@編集中:2011/02/17(木) 18:19:06 ID:0+yA+yWp
例) 10秒の映像+音声に下のチャプターを付加
00:00:00.000 chap1
00:00:04.000 chap2
00:00:09.000 chap3

MediaInfoで確認したduration情報(「mp4box -info」でも同様)
Duration : 14s 0ms

chap3の時間にchap2-chap3間の時間分が加算された時間がTimed textトラック
のdurationとなっており、映像・音声よりTextのdurationが長い場合に
mp4全体のdurationが誤認識(?)されてしまいます。

※余談ですが、srt字幕をmp4boxでMUXしTimed textトラックとして付加した場合も同現象が生じます。

あくまで再生・解析処理側のTimed textトラックの扱い方の問題かと見ているのですが、
このTimed textトラックは残した方が良いのか、削除しても良いのか、といった判断がつきません。
よろしければ見解をお聞かせ願えないでしょうか。

166 :vfr@解凍中:2011/02/17(木) 22:34:13 ID:3KsfFU+B
[質問1の回答]
はい。意図通りです。

MP4の規格では依然としてchapterの実装に相当する定義がありません。
一応、track reference typeとして'chap'が予約されていることが14496-12から確認出来るので、
将来的にQuickTime形式のchapterが規格に定義されるかもしれません。
x264_L-SMASHでは現在、aacまたはalacを音声トラックにmuxする場合にM4A brandを付与します。
M4Aはmp4raでの登録概要としてTimed Text chapterを含むことが出来る。とあるので、付与させてもらっています。
M4Vについては詳細が不明なため、今のところこれだけでは付与していません。
なお、open-gopやintra-refreshを使用した場合もx264_L-SMASHはmp4とmovの複合体(chimera)を生成する実装に現在していますので、
QuickTime Text形式またはTimed Text形式いずれかのフォーマットを以てtrack reference chapterを付与することにしています。

個人的にNero形式chapterは大大大大だーーーーーーーい嫌いなので、MP4/ISO規格に取り入れられたらいいなぁとか思っています。

167 :vfr@解凍中:2011/02/17(木) 23:25:03 ID:3KsfFU+B
[質問2の回答]
L-SMASHはvideo trackからchapter trackを参照する形にしており、
chapter trackのdurationがvideo trackのdurationを超えないように実装しています。
そのtrack durationがVideoとAudioのtrack duration以下であれば、全く問題無いです。
Splitter/Demuxer側の問題となります。
MP4Box -infoが表示する、またHaali Media Splitterが利用するdurationはmediaのものなので、無視されるべきモノです。
(この点でHaali Media Splitterの実装は間違っています。)

MOV及びMP4ではmediaとtrackは別の概念です。trackとはmediaを内包し、そして制御するものです。
mediaのdurationがココからココまで。と言っても、trackが、いや、ココからココまでだ。といったら、trackの指示が優先されます。
特に時間軸の取り扱いについてはedit boxの指示は絶対的です。これは再生開始位置、再生時間、再生速度を制御します。
trackのdurationはtrackが含む各editのdurationの総和となります。(editによってmediaとtrackの時間軸が対応づけられます)
また、movie durationは全てのtrack duration内、最大のものを取ることになっています。
すなわち、movie durationがvideoのdurationを超えてなければ、
L-SMASHの実装では必然的にtext trackについてもmovie durationを超えていません。
SplitterまたはDemuxerはmovie durationを超えて再生してはいけません。

そのTimed Text trackはQuickTime形式chapterの実体なので、削除すれば、
QuickTime形式しかサポートしない処理系でチャプターが扱えなくなります。

ちなみにTrack is disabledですが、これがenabledになると、そのTimed Text trackは字幕として扱われるようになります。
要するにVideoにlayerする形で各チャプター名が隣り合ったチャプター時刻とチャプター時刻の間 表示されるようになります。実装していればですが。
このようなことが起こらないようにdisabledされているわけです。
表示しないけど、chapterとして参照はするぜ!的な。

168 :vfr@解凍中:2011/02/18(金) 00:53:32 ID:pKyT7eCv
>個人的にNero形式chapterは大大大大だーーーーーーーい嫌いなので、MP4/ISO規格に取り入れられたらいいなぁとか思っています。
誤解を与える日本語になってた...(汗)

Nero形式chapter (chapter list)は勿論、Neroの独自実装(笑)です。似たようなものにF4Vのモノがありますが、
こちらはきちんと仕様が公開されていますし、timescaleがNeroのように100ns(ナノ秒)固定ではなくmovieのものを使っているので好感が持てます。

私個人としては、QuickTimeの各チャプター名の文字列をsampleの実データとして扱い、
各チャプターの開始時刻をそのsampleの表示時刻として扱う、
といったtrack referenceという機能を上手く活かした視点が至極お気に入りなのです。
そのため、QuickTime形式が正式採用されたらなぁ。と思うわけです。

169 :名無しさん@編集中:2011/02/18(金) 07:07:15 ID:OAL/o8nE
mp4コンテナ捨ててmatroskaコンテナ使えばいいのに

170 :vfr@勘違い:2011/02/18(金) 19:44:41 ID:pKyT7eCv
'chap'、闇に葬られてた(汗)
14496-1:2001の段階では予約扱いだったけど、
MP4コンテナの規格書が分裂してMP4 version2になるどこかの過程で消されたっぽい。
ISO base media file format 最初の規格書14496-12:2004の時点で既に過去の遺物扱い。
これはF4V形式のチャプターになるか、それとも全然別の形式になるか、永遠にチャプターの標準化はされないままのどれかだなぁ。

>>169
誰に対して言ってるの?

171 :164-165:2011/02/19(土) 01:00:01 ID:htgyi8bw
>>166-168,170
ご回答の程、ありがとうございます。
規格に基づいた動作である事、理解いたしました。
付与されたTimed Text trackも残しておこうと思います。

172 :名無しさん@編集中:2011/03/03(木) 22:03:14.27 ID:2HLGvcCZ
落ちるぜw

173 :名無しさん@編集中:2011/03/03(木) 22:20:46.45 ID:s+mcwKOO
この板はそうそう落ちないよ

174 :名無しさん@編集中:2011/03/04(金) 09:34:30.23 ID:Hx2EcMZ5
平常時なら1年レスが無くても落ちないw

175 :名無しさん@編集中:2011/03/05(土) 14:17:10.61 ID:ZCAN5/FL
鯖整理終わりましたか

176 :名無しさん@編集中:2011/03/07(月) 18:48:35.22 ID:qt/CBYTr
NHKでよくある左ch日本語で右ch英語(または右chが解説)の"0ch"のaac音声をaacsplitで2chにして
それをmp4boxでmuxしてきたんですが、x264の--audiofile "" --aacodec copyでmuxしようとすると
エラーメッセージが赤文字で延々と出て映像のエンコをせずに終了してしまいます。
これはaacsplitでチャンネルを強制的に0ch→2chにしたaacをmuxするのは規格的に良くないという事なのでしょうか。

177 :名無しさん@編集中:2011/03/28(月) 19:22:43.29 ID:DPjwIam3
MP4_maniacに改名そうな

178 :名無しさん@編集中:2011/03/28(月) 19:43:01.34 ID:kvT+BbWk
あれ
変態だったとおもったのにまた変えたのか

179 :名無しさん@編集中:2011/03/28(月) 19:48:08.90 ID:DPjwIam3
Twitterの話ね
VFRからかけ離れた事を呟いてるから改名したらしい

180 :名無しさん@編集中:2011/03/28(月) 20:20:28.83 ID:vgDx8Ldn
割れ厨にしとけ

181 :名無しさん@編集中:2011/03/28(月) 20:28:03.88 ID:cNvCUNu8
結局、変態さんのままだろ

182 :名無しさん@編集中:2011/03/29(火) 15:50:56.24 ID:Rlz288sx
vfrからかけ離れたとか自意識過剰なんじゃ…

183 :名無しさん@編集中:2011/03/29(火) 17:30:23.94 ID:ux1suLmv
わからなくないけど

184 :名無しさん@編集中:2011/04/01(金) 15:10:09.74 ID:i2VJcu9U
萌詩雅ってなによ?

185 :名無しさん@編集中:2011/04/08(金) 12:12:49.43 ID:YvTuieXP
1917と1924でんじゃらすマダー?

186 :名無しさん@編集中:2011/04/08(金) 20:52:33.37 ID:OuFlAeYB
今でました

187 :名無しさん@編集中:2011/04/17(日) 02:29:39.13 ID:3QLqYXMt
エンカウントなんて和製英語使ってんじゃねーよ

188 :名無しさん@編集中:2011/04/17(日) 06:26:29.98 ID:JgEcq4/l
と英語のできないやつが申しております

189 :名無しさん@編集中:2011/04/30(土) 01:10:18.78 ID:4kOO9GsZ
今後のx264の方向性とかわかってる範囲で語ってくれないかな?
無理?

190 :名無しさん@編集中:2011/04/30(土) 01:49:37.22 ID:P25wB5wo
今後?すごいよ、とにかくすごいよ

191 :名無しさん@編集中:2011/04/30(土) 01:52:24.48 ID:/RPSEqFt
MBAFFはやくほしい

192 :名無しさん@編集中:2011/04/30(土) 02:48:34.69 ID:uPXyTTxb
インタレ+weightpも

193 :名無しさん@編集中:2011/04/30(土) 12:41:31.25 ID:/T57cZM1
>189
Newsletterを見ればいいんじゃね?

194 :vfr@solaのBD-Boxマダー?:2011/05/01(日) 15:41:14.98 ID:5LAPrw6h
>>189
最近、#x264-devをよく見てないからすごくおおよそにしかわからんが。

まもなくMBAFFが来る。次の公式repositoryへのpushか、その次のpushあたりには来ると思う。

GSoCとしては、MVCの実装をやってみたい。とかいう人が既に現れている。MVCに関しては3DTV用途がメインになるかと。
kierank氏のts muxerがいつ来るのかはまだ分からん。一応、開発は続いてる。

x264-audioはほぼ開発停止状態。
もう、別の誰かが引き継いで提出しちゃってもいいんじゃね?って思う(汗)


L-SMASHのx264公式投入は当分先になりそう。
箱詰猫神様が多忙すぎてリファクタリングが進まないのが要因の一つと、
自分がちょっと新機能追加等の浮気をするモンだから、要リファクタリングのコードがどんどん増えていってる状態。

とりあえず引き続き、やる気のある変態or変人の開発者募集中。
次の機能を実装してくれる開発者募集中ですん。
・hint track (RTPとかSRTPとか)
・BIFS (真面目にチャプターを実装ならコレ。解釈できるDirectShow Filterは未だ無いが)
・meta data (アーティスト名とか曲名とかを格納するヤツ)
・subtitle (Timed text formatによる字幕)
・各種importer (エレメンタルストリームを読み込んでmuxerに送り出すヤツ)
・standalone muxer (MP4Boxみたいなの。libavを使うのが現実的かな)

以上、開発者募集の広告でした。

開発者が集まらないようならば、近所の猫に、「猫でもわかるプログラミング」を読ませて、
開発者として育て上げるという案も検討中。
契約?何の話です?

195 :名無しさん@編集中:2011/05/01(日) 23:35:58.70 ID:zQ38VW3M
              /\        ,へ、     O
            /::::|\\___//い   o
               /:::::::| ,ゝ::::::::::::::::::::::::\| |
            /::::::::::|/::/三三三三三ヽ::ヽ    と思うほむほむであった
          /:::::::::::::::::::|::::i::::::::::::::::::/|:::::ヽ:::::\
           i:::::::::::::::::::::|::丁厂|:::::::/「T:::::::ヽ:::::::i
            |:::::::::::|:::::::::|ヽ|八 |::::/ iハ::::从::ト、:|
            |:::::::::::|:::::::::「「  ̄「レ' 「 ̄「/::::/ iノ
 (⌒ヽ.     |:::::::::::|:::::::::圦 丿  丶ノ |/
  ヽ:::::l    人:::::::::|:::::::::|///      //ヽ =3 ホムッ
   |::::| )) /:::::::::::::::|:::::::::|≧ェ _ V_ . イ|
 (( |::::|   /:::::::::::::::::|从::::!:::::├┬ュ:::::::::|::|:|
   |::::|   / :::::::::::::::::::::/ヽ|ヽ  ̄A ̄フ\!::::|
   ゝ::ヽ /:::::::::::::::::::::::く  ハ/ ∨ /::::|

196 :名無しさん@編集中:2011/05/09(月) 22:33:33.25 ID:QPpVzgVj
yo4kazu氏へ

DeCross
DeDot
Its
warpsharp(Windows Scriptとaviutl関連は削って)
の64bit版お願いします。

197 :名無しさん@編集中:2011/05/09(月) 22:36:01.32 ID:LG62RytG
l

198 :名無しさん@編集中:2011/05/09(月) 23:40:44.63 ID:c0oQjqBc
なぜここで…?

199 :名無しさん@編集中:2011/05/09(月) 23:57:39.38 ID:QPpVzgVj
>>198
>>120のような人がいたからとavisynthスレが過疎ってるから

200 :名無しさん@編集中:2011/05/10(火) 07:08:56.96 ID:CZDDv5g3
マルチしね

201 :変態さんへ:2011/05/13(金) 19:48:27.36 ID:5Fi3wBKM
MBAFF来ましたね
次の一手はなんでしょうか?

202 :名無しさん@編集中:2011/05/13(金) 20:47:28.53 ID:A9u8Yfbb
モザイク消しだろうな・・・

203 :名無しさん@編集中:2011/05/13(金) 22:07:53.73 ID:p6FBWwe5
チクビ補間

204 :名無しさん@編集中:2011/05/13(金) 22:27:36.62 ID:DpgFPjVc
4:3を自動的に16:9に補完

205 :名無しさん@編集中:2011/06/03(金) 22:05:15.23 ID:E8m6OaK+
DANGEROUS削ったのね

206 : 忍法帖【Lv=7,xxxP】 :2011/06/08(水) 00:29:28.32 ID:LE50EwOK
変態さん、次はいつ頃来るんでしょうか?

207 :名無しさん@編集中:2011/07/02(土) 02:38:07.05 ID:clERJ6a5
デンジャラスのバイナリはどこいったの
今のページわけわかんねーんだけど

208 :名無しさん@編集中:2011/07/02(土) 09:25:59.32 ID:hLQVMGZ+
バイナリ作るならソースをgitからクローンして自分でビルドするみたいだよ。
ビルドして使ってみたけど、リビジョン情報が古いままだな。どうすればいいのかな。

209 :名無しさん@編集中:2011/07/02(土) 18:33:23.18 ID:clERJ6a5
バイナリ配布やめちまったのか
なんだよそれー、また配布してくれよ

210 :名無しさん@編集中:2011/07/02(土) 19:14:50.86 ID:4sRy6ys/
Twitterでソースがどうのって言われて、バイナリの配布辞めましたって言ってたよ

211 :名無しさん@編集中:2011/07/02(土) 19:46:53.02 ID:aGqhF1Ez
アフォな俺には
git clone git://github.com/VFR-maniac/x264_DANGEROUS.git
で拾ってくるまでしか分からないです
この後どうやってmakeすればいいのかエロい人教えて下さい

212 :名無しさん@編集中:2011/07/02(土) 19:49:28.71 ID:ZKt3w3V0
cd x264_DANGEROUS
./configure --enable-win32thread
make

213 :名無しさん@編集中:2011/07/02(土) 20:10:00.79 ID:aGqhF1Ez
>>212
出来ました。有難うございます
(AQはデフォのままなのか)

214 :名無しさん@編集中:2011/07/02(土) 20:49:24.15 ID:clERJ6a5
誰だよ余計なことしたの
うっぜー

215 :名無しさん@編集中:2011/07/05(火) 03:57:01.59 ID:613gEisa
ttp://sada5.sakura.ne.jp/x264.html

216 :名無しさん@編集中:2011/08/07(日) 10:17:15.09 ID:CWK/cF1p
tc2mp4_mod ってもう過去の遺産なの?

217 :名無しさん@編集中:2011/08/11(木) 21:37:16.07 ID:KcMASrKy
10bitきてくれー

218 :名無しさん@編集中:2011/08/11(木) 22:44:19.37 ID:qJVILFmf
今出ました

219 :名無しさん@編集中:2011/08/11(木) 23:23:36.95 ID:NrAxRwZ/
もしもし?わたし10bit。いま>>217さんの後ろにいるの。ウフフ・・・

220 :名無しさん@編集中:2011/08/11(木) 23:41:36.36 ID:KcMASrKy
どーせ俺の学歴は8bitだよ!!

221 :名無しさん@編集中:2011/08/12(金) 17:57:55.81 ID:L841fwQg
>>218
ネタかとおもったら本当にきてた
気づかなかったわ
ありがとうございます

222 :名無しさん@編集中:2011/08/13(土) 00:30:30.44 ID:AUMzizaL
OreAQ or MixAQは10bitに対応してないとかで削除されてる

223 :名無しさん@編集中:2011/09/06(火) 14:43:02.49 ID:KnOhMyq4
移転先はどこ?

224 :名無しさん@編集中:2011/09/07(水) 10:17:50.62 ID:sVyZ6FVm
は?

225 :名無しさん@編集中:2011/09/09(金) 06:09:30.50 ID:77MMDq5g
が?

226 :名無しさん@編集中:2011/09/10(土) 00:00:17.72 ID:sFdH3Q9f
な?

227 :名無しさん@編集中:2011/09/10(土) 01:11:51.43 ID:FR2q1UQ0
い?

228 :名無しさん@編集中:2011/09/10(土) 01:54:38.62 ID:fHu2cZAO
ち?

229 :名無しさん@編集中:2011/09/10(土) 22:40:12.06 ID:zJkX9HkH
ん?

230 :名無しさん@編集中:2011/09/11(日) 12:41:37.17 ID:A8DCUO/l
げ?

231 :名無しさん@編集中:2011/09/16(金) 13:37:37.20 ID:BcxCfS02
あ、そういえばZoomeって閉鎖しちゃったんだっけか。

muken氏の記事を色々参考にさせてもらってたんだけど、保存しとくのすっかり忘れてたよ・・・。
過去記事とか、どこか別のサイトに移す計画とかあるのかな?

232 :名無しさん@編集中:2011/09/17(土) 17:15:39.04 ID:7X+1W3oQ
俺も見やすい場所に全部移してほしい

233 :名無しさん@編集中:2011/10/31(月) 20:13:50.65 ID:5LQo0/RZ
muxerとremuxerは何が違うの?使い方おしえて

234 :名無しさん@編集中:2011/10/31(月) 22:57:30.02 ID:4tHqJt93
muxerはコンテナに入ってない生のH.264とかAACとかをmp4とかに入れる
remuxerはmp4とかを統合する

235 :名無しさん@編集中:2011/11/02(水) 08:18:16.00 ID:JdReOM5q
demuxできないのね

236 :名無しさん@編集中:2011/11/02(水) 09:22:40.06 ID:2+UcaLC3
Patches welcome.

237 :名無しさん@編集中:2011/11/04(金) 00:33:32.45 ID:PwDSPkzJ
tc2mp4mod同梱のMP4Box.exe(2010/10/04付のもの)でMuxに失敗して異常終了する例があったので一応報告。
動作保証のないQSVソフトウェアエンコをしたせいかもしれませんが、他のMP4Boxと挙動の違いがあったので念のため。
QuickTimeでは映像が出ないのでそもそも出力されたストリームがおかしい可能性もあり。

なお、拡張x264(GUI)Ex+x264 rev2106 x86では特に問題は出ていません。


■エンコード環境
  CeleronM423(5年前のノート)
  Windows XP SP3
  AviUtl 0.99j
  rigaya氏の拡張QSV出力(QSVEnc) 0.02
  neroAacEnc 1.5.4.0
■ソース
  640x360、10fps、100フレームのavsファイル
■再生環境
  ・MPC-HC 1.5.2.3456+LAV Filters 0.38-rc
  ・Flavie(FlashPlayer)
  ・QuickTime 7.7 (1680.34)
■ソースやログ、出力ファイル等一式
  http://www1.axfc.net/uploader/Sc/so/289281.zip
■状況
  QSVなんぞあるわけがないCeleronM423のXPで拡張QSV出力のソフトウェアエンコード(Intel Media SDK)を実行。
  最後のMux時にMP4Boxが異常終了(マイクロソフトへの報告画面が出る)し、Muxに失敗する。

  ※なおQSVEncのreadmeにもあるとおり、QSVのソフトウェアエンコードはXPでは動作保証外らしい。

続く

238 :名無しさん@編集中:2011/11/04(金) 00:34:48.18 ID:PwDSPkzJ
続き

■その他のMP4Boxを使った時の実行結果

  ★下の3つのパターンでも、QuickTimeでの再生ではまともに映像が出ない。白に近い灰色一色とか透明とか。謎。

  ●POP氏の0.4.6 rev3455
     →FlavieもMPC-HCも特に問題なし

  ●videohelp.comの0.4.6 rev2735
     →MPC-HCでは問題ないが、Flavieで再生すると映像は下部106ピクセルのみとなりその下に数ピクセルの緑色領域。

  ●既に出所を忘れた正体不明の0.4.5
     →Flavieでは問題ないが、MPC-HCだと映像の再生時間が2分47秒になる。
       MediaInfo 0.7.47で見るとなぜかフレームレートが3791 650.750 fpsとなっており
         Material_Duration : 0
         Material_StreamSize : 73118
         Material_FrameCount : 100
       という情報もついている。

239 :名無しさん@編集中:2011/11/04(金) 00:51:14.04 ID:PwDSPkzJ
書き忘れてましたが、格調QSV出力の設定は、デフォルトのプロファイルとしてついてくる
「さんぷる(ビットレート指定)」を使っています。

240 :名無しさん@編集中:2011/11/04(金) 01:21:25.27 ID:PwDSPkzJ
またまた追記。手際悪くてすんません。

拡張QSV出力の設定を「ビットレート指定(CBR,VBR)」ではなく「固定量子化量(CQP)」にすれば正常にMuxできました。
Flavie、MPC-HC、QuickTimeのいずれでも問題なし。POP氏のMP4Boxでも同様。

CQP出力したものを0.4.6rev2735でMuxしたものについては、QuickTimeでも映像が出るようになりましたが
  「下部106ピクセル+その下数ピクセルの緑色領域」を縦に引き伸ばして無理やり640x360で表示
という結果になりました。
ただ、0.4.5と0.4.6rev2735でMuxしたものについては、MPC-HCやFlavieで発生する問題は変わりませんでした。

ビットレート指定でうまくいかないというのはQuickSyncVideoスレにも事例があったので何かおかしいのかも。
   http://hibari.2ch.net/test/read.cgi/avi/1307444054/343


まあ自分もよくわからず使ってるので変なこと言ってたらすんません。

241 :名無しさん@編集中:2011/11/04(金) 03:23:04.26 ID:PwDSPkzJ
直接関係なくなりつつあるけど一応追記。古いもん使うなって話ですが。

  ●640x384(15:9)にリサイズしてQSVEncで0.4.6 rev2735でMuxすると・・・
    ・MPC-HCでは、映像が灰色になるうえ640x768で再生になる
    ・Flavieでは映像が出ない
    ・QuickTime よくわからんけどフリーズ

242 :名無しさん@編集中:2011/11/04(金) 04:30:25.08 ID:PwDSPkzJ
>>241の件、QuickTimeがフリーズしたのはたまたまそうなっただけで、
  「映像がほぼ緑一色+なんか色々壊れた感じのノイズ」
になるようです。

243 :vfr@仕様書って高いよね:2011/11/05(土) 05:05:04.58 ID:buO6Oy4N
ごめん。
MP4Box/GPACはもうわからない。
個人的にGPACは見限っているので、力になれません。
GPACに関しては、wipple氏かgolgol氏に凸するのが良いかと...

あと、QuickTimeは色々アレなので、
ファイルが正常かどうかの判定には使えないです。

rigaya氏のプラグインは全然使ってません。はい。
口を挟むだけです。サーセン。
QSV? 何それ美味しいの?

mp4creatorとか他のmuxerでもおかしいようならQSVの出力がおかしいんじゃないですかね。

244 :名無しさん@編集中:2011/11/05(土) 19:17:19.18 ID:vrDbOxJQ
>>243
了解です。
凸は当面やめておきます。今回のは動作保証外のXPでの挙動ですし、
QSVで問題が出るならSandyスレの住人あたりが調べてくれるでしょう。きっと。
とりあえずPOP氏の0.4.6 rev3455を使えば問題ないようですのでそちらを使っておきます。

245 :名無しさん@編集中:2011/11/05(土) 21:41:43.15 ID:vrDbOxJQ
追伸:
 Mux失敗で残されたtest.264とtest.m4aをL-SMASH r403(POP氏ビルド)で
   muxer.exe -i test.264?fps=10 -i test.aac -o test.mp4
 でMuxしてみたところ特に問題なくMuxできたっす。
 (test.m4aをそのままくわせるとmuxerが落ちるのでm4aはaacに事前に変換)

コマンドラインで使うことって普段ないので見よう見真似ですが一応報告。

246 :名無しさん@編集中:2011/11/10(木) 19:27:08.59 ID:W59+PlXx
muxするときオーディオファイルを先にしないとmediainfoで一部情報が表示されない気がする

247 :名無しさん@編集中:2011/11/14(月) 17:28:30.42 ID:HFPLAith
>>243
昔の記事とか復活させないの?

248 :名無しさん@編集中:2011/11/23(水) 00:37:00.99 ID:HEudecEx
10bit版のMixAQ待ち

249 :名無しさん@編集中:2011/11/30(水) 01:02:32.97 ID:rUpao7/s
初心者の質問ですみません。
x264_L-Smashで
--audiofile "audiofile" --acodec copy (--ademuxerはデフォルトのまま)で音声ファイルをmuxしてしまう際、
今までmukenさんのビルドやsadamaruさんのビルド(共にMixAQ版ですが)を使ってきて問題なかったのですが、
今回POPさんのx264_L-Smashのビルド (r2085とr2106)も試しに使用してみたら、
音声ファイルがmp4に格納されてないaacだとlavfがerrorを吐いて1フレームもエンコされず終了し、
音声をneroaacencで再エンコしたmp4に差し替えるか、または--ademuxerにlsmashを指定したら
問題なくエンコできたのですが、POPさんのビルドと前述の2つとではlavfのdemuxerの中身が
違うのでしょうか。

250 :名無しさん@編集中:2011/11/30(水) 01:29:41.57 ID:jIDuyVeH
POPさんに聞けば?
使ったlibavのリビジョン違いとかlibav側の仕様変更があって対応してないとかの可能性はあるか

251 :名無しさん@編集中:2011/11/30(水) 01:30:29.19 ID:M6xAylRW
Light版を使ってるとかそんなオチだったりして。

57 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)