VFRmaniac　Vのまにまに　x264gui

知識が無いバカでもチョンでもx264が使える神パッチ作者が

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

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

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

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


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

カス死ねよ

二重隔離か…

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

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

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

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

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

ＶＦＲ至高

seraphy　沈

r1271 r3

まにまにっ！

x264_DANGEROUS_rev1281-release1.rar

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

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

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

x264_DANGEROUS_rev1281-release2

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

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

>>19
気になるなら自分で読んでみ
http://forum.doom9.org/showthread.php?t=150066

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

x264_DANGEROUS_rev1287-release1.rar
乙々

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

x264_DANGEROUS_rev1301-release2

ageろよks

x264_DANGEROUS_rev1310-release1
謝々

x264_DANGEROUS_rev1318-release1
この変態がっ

wpは今月にはきそうだな

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なしなら上手くいくんだけど

ところでバグレポートってどこに送るの？　ここ？

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

x264_DANGEROUS_rev1318-release2

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

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

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

x264_DANGEROUS_rev1318-release3

me-prepass あきらめよう

うむ、あきらめた

なんか落とせないんだが

落せるよ

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

x264_DANGEROUS_rev1331-release1

x264_DANGEROUS_rev1332-release1

MP4Boxも要修正なのね

x264_DANGEROUS_rev1336-release1
乙です

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

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

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

MP4Box_0.4.6-DEV-1

x264_DANGEROUS_rev1347-release2.rar
久々にageるか

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

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

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

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

>>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版は手に入らない

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

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

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

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

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.

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

thread poolって結局何なの？

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

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

変態っ！

x264_lavf.rar　まにっ！

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

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

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

x264_DANGEROUS_rev1376-release3.rar
OreAQ and MixAQ: Fixed broken AQ offset. The broken was caused from git-r1369-release1.

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

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

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

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

更新乙なのさ　この変態めが

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

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

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

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

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

CoreAVC(※)だったりしてな

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

CoreAVC2.0でも駄目ですか？

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

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

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

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

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

V

MixAQのx264afs
まさかのAQ無効化

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

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

v

zoomeのほうに新しいファイル置き場が書いてあったので行ってみた

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

そんなことより404が…

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.

>>88
オプションの組み合わせで変な動作をするときは自分でビルドするといい。
VFR氏のはCore2専用だったはず。
ほかのCPUだと動作保証なし。

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

>>89
E6600を使っています

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

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

V

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

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でエンコしたのでその間隔っぽいかも？)映像が灰色がかったまま
再生されそのあと普通に再生される、そんな現象になります。

念のため動画自体のエンコのオプションは（入力は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の問題なのかよく分からないので
とりあえず報告してみました。

>今回からedtsをデフォルトでインポート時に追加するようにしました。 :delay=noctで無効に出来ます。

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

404ですの！

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

http://haali.su/mkv/mkx.e.9.exe
使えばいいやん。

>>100
ttp://pc11.2ch.net/test/read.cgi/avi/1262664710/365

この人がビルドしたmingwを使いたいな。

移転先はどこ？
それとも公開やめたん？

zoomeのブログに書いてあるやん

>>1

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

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

>>1がバカなのはその通りだが、いまさらそんなこと言ってもねぇ
なんだかんだで、現在はバグレポート用のスレになってるし
experimentalからdangerousに変わったのも、むしろわかりやすくなって良かったような

seraphyの方がrevが上だし

r1538+6 dangerous暫定(?)更新ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!

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

r1538+6
の+６って何？
誰か教えて

Vまにさん、まだ規制食らってるの？
森、あげようか？

ちょっと前にHandBrakeのスレに現れたけど、
大規模規制の前だった。

x264スレから移動してきました。

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

それって・・・

過疎なのか？

落ちるぞ！
無くなると寂しいくせに！

ここをどこだと思ってるんだ
DTV板だぞ

誰もいないのかな？

muxer作ってるって以前書いてたからキター！と思ったらx264内部用なのね

本スレに書いても追い出されそうなんでこっちに書かせてもらう

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

>119

これはスゴイ！

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

>yo4kazu
r1603DANGEROUSはGPL violationになるため、削除されました
(isom.hがgplコードをincludeするため）
次回リリース時には修正されるのでとりあえず取り下げをお勧めします

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

>>121
了解した
暫定的だがmp4muxer非適用の1613を用意した
VFR maniacさんの趣旨に反してるようなら1570まで戻します
DANGEROUSのリンクは1570に変更しておきました

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

x264guiはもう…なのかな

落ちるよｗ

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"

規制中？

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

本人規制中につき代筆

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

更新乙です。
でんじゃらす1666
4gb超えファイル吐いてmuxしてみたけど問題なく再生できるようになったよ。

落ちるぞ！ベイベー

>>130
高々一月半書き込みがないくらいで落ちる板ではないわ

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

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

でんじゃらすがおとせねー
サイトにつながらん

ゆうすけ君名前漢字でどう書くの

1713乙だよ、変態。

変態さん、拡張もたのんます

>>135
拡張x264に注ぐ時間は、もう自分には無いです。ごめんなさい。
誰かが特殊能力か何かで、現revのソースコードを具現化してくれたら、再開するかもしれません。

+0.25食、乙。
十分感謝です。

本人降臨ｗ

憂薄毛さんいつもdangerous乙です

age

PC上でHaaliのスプリッタ+MPCでの再生と、
PS3での再生の両方を考慮してエンコする場合
x264r1743以降だと--dts-compressをつけたほうがいいのでしょうか？

ほ

変態さん、お元気ですか

>>141
付けとけ

いや、つけるな

>>145
互換性を考えたら付けたほうがいいだろ
将来的にはどうなるか知らんが。

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

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

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

DtsEdit_20100126のDtsEdit -tc nulで
edtsと初期ディレイカットの詰め替えは問題ないですかね？

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

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

>>149
なるほど、自分の環境（LAVFSplitterとHaali）では問題なさげですが
他人に勧めない方がいいですね

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

おっと、誤解されると嫌だから書いときますが
DtsEditを他人に勧めない方がってことです

あけおめでーす。去年はいっぱいお世話になりました。
今年も色々期待させていただきます。

Phenom2にしたので、新年早々最適化のために色々コンパイルし直しだ。
いつぞやのビルド方法の記事を参考にさせていただいています。

風邪直ったか？

熱下がったかー？

Twitterみたらインフルだってよ・・・
可愛そうに

>>141を質問した者ですがレスをいただけていたのに今日気づきました。
>>144-146さんmukenさんありがとうございました。

ttp://vfrmaniac.fushizen.eu/x264/x264_DANGEROUS/1800-1899/x264_rev1882+9.7z
ダウンロードできない

>>158
サーバー移転中
どのみちr1882はx264側でバグ見つかってhotfix出てるから使用しないほうがいい

>>159
サンクス
おとなしく待ちます・・・

x264 DANGEROUS のL-SMASH muxerでsrt字幕のmuxってできないですよね。（間違ってたらすみません。）
できるようになるとmp4box使わなくて良くなるのでsrtのインポートできたらどうかよろしくお願いします。

>>161ですが音声2つをmuxしたい時も結構あるのですがさすがに複数音声は
x264本体で対応しない気がするので、結局mp4boxを使うことになりそう…
なので>>161は無視してください。すみませんでした。

srtはMP4 file formatでは規格上定義されていないので、
例えば3GPP Timed Text(ttxt)に変換して格納することになります。
Neroは独自仕様(笑)で実装していますが、これを実践する気を全くありません。

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

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

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判定に含まれている様で、
以下の様なチャプターをつけると　（以下、続く↓）

例) 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トラックは残した方が良いのか、削除しても良いのか、といった判断がつきません。
よろしければ見解をお聞かせ願えないでしょうか。

[質問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規格に取り入れられたらいいなぁとか思っています。

[質問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として参照はするぜ！的な。

>個人的にNero形式chapterは大大大大だーーーーーーーい嫌いなので、MP4/ISO規格に取り入れられたらいいなぁとか思っています。
誤解を与える日本語になってた...(汗)

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

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

mp4コンテナ捨ててmatroskaコンテナ使えばいいのに

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

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

>>166-168,170
ご回答の程、ありがとうございます。
規格に基づいた動作である事、理解いたしました。
付与されたTimed Text trackも残しておこうと思います。

落ちるぜｗ

この板はそうそう落ちないよ

平常時なら1年レスが無くても落ちないｗ

鯖整理終わりましたか

NHKでよくある左ch日本語で右ch英語（または右chが解説）の"0ch"のaac音声をaacsplitで2chにして
それをmp4boxでmuxしてきたんですが、x264の--audiofile "" --aacodec copyでmuxしようとすると
エラーメッセージが赤文字で延々と出て映像のエンコをせずに終了してしまいます。
これはaacsplitでチャンネルを強制的に0ch→2chにしたaacをmuxするのは規格的に良くないという事なのでしょうか。

MP4_maniacに改名そうな

あれ
変態だったとおもったのにまた変えたのか

Twitterの話ね
VFRからかけ離れた事を呟いてるから改名したらしい

割れ厨にしとけ

結局、変態さんのままだろ

vfrからかけ離れたとか自意識過剰なんじゃ…

わからなくないけど

萌詩雅ってなによ？

1917と1924でんじゃらすマダー？

今でました

エンカウントなんて和製英語使ってんじゃねーよ

と英語のできないやつが申しております

今後のx264の方向性とかわかってる範囲で語ってくれないかな？
無理？

今後？すごいよ、とにかくすごいよ

MBAFFはやくほしい

インタレ＋weightpも

>189
Newsletterを見ればいいんじゃね?

>>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を使うのが現実的かな)

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

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

　　　　　　　　　　　 　 /＼　　　　　　　　,へ、　　　　 O
　　　　　　　　　　　　/::::|＼＼＿＿＿／／い　　　o
　　 　 　 　 　 　 　 /:::::::|　,ゝ::::::::::::::::::::::::＼| |
　　　　　　　 　 　 /::::::::::|/::/三三三三三ヽ::ヽ　　　　と思うほむほむであった
　　　　　　　　　 /:::::::::::::::::::|::::ｉ::::::::::::::::::/|:::::ヽ:::::＼
　　　　　　 　 　 ｉ:::::::::::::::::::::|::丁厂|:::::::/｢T:::::::ヽ:::::::ｉ
　　　 　 　 　 　 |:::::::::::|:::::::::|ヽ|八 |::::/　iハ::::从::ﾄ､:|
　　　 　 　 　 　 |:::::::::::|:::::::::｢｢ ￣｢レ'　｢￣｢/::::/　iﾉ
　(⌒ヽ.　　　　　|:::::::::::|:::::::::圦　丿　　丶ノ　|/
　　ヽ:::::l　　　　人:::::::::|:::::::::|///　　　　　 //ヽ　=3　ﾎﾑｯ
　　　|::::|　))　/:::::::::::::::|:::::::::|≧ｪ　_ V＿　. イ|
　((　|::::|　　 /:::::::::::::::::|从::::!:::::├┬ｭ:::::::::|::|:|
　　　|::::| 　 / :::::::::::::::::::::/ヽ|ヽ ￣A￣ﾌ＼!::::|
　　　ゝ::ヽ /:::::::::::::::::::::::く　　ハ／　∨　／::::|

yo4kazu氏へ

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

l

なぜここで…？

>>198
>>120のような人がいたからとavisynthスレが過疎ってるから

マルチしね

MBAFF来ましたね
次の一手はなんでしょうか？

モザイク消しだろうな・・・

チクビ補間

4：3を自動的に16：9に補完

DANGEROUS削ったのね

変態さん、次はいつ頃来るんでしょうか？

デンジャラスのバイナリはどこいったの
今のページわけわかんねーんだけど

バイナリ作るならソースをgitからクローンして自分でビルドするみたいだよ。
ビルドして使ってみたけど、リビジョン情報が古いままだな。どうすればいいのかな。

バイナリ配布やめちまったのか
なんだよそれー、また配布してくれよ

Twitterでソースがどうのって言われて、バイナリの配布辞めましたって言ってたよ

アフォな俺には
git clone git://github.com/VFR-maniac/x264_DANGEROUS.git
で拾ってくるまでしか分からないです
この後どうやってmakeすればいいのかエロい人教えて下さい

cd x264_DANGEROUS
./configure --enable-win32thread
make

>>212
出来ました。有難うございます
（AQはデフォのままなのか）

誰だよ余計なことしたの
うっぜー

ttp://sada5.sakura.ne.jp/x264.html

tc2mp4_mod ってもう過去の遺産なの？

10bitきてくれー

今出ました

もしもし？わたし10bit。いま>>217さんの後ろにいるの。ウフフ・・・

どーせ俺の学歴は8bitだよ！！

>>218
ネタかとおもったら本当にきてた
気づかなかったわ
ありがとうございます

OreAQ or MixAQは10bitに対応してないとかで削除されてる

移転先はどこ？

は？

が？

な？

い？

ち？

ん？

げ？

あ、そういえばZoomeって閉鎖しちゃったんだっけか。

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

俺も見やすい場所に全部移してほしい

muxerとremuxerは何が違うの？使い方おしえて

muxerはコンテナに入ってない生のH.264とかAACとかをmp4とかに入れる
remuxerはmp4とかを統合する

demuxできないのね

Patches welcome.

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

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


■エンコード環境
　　CeleronM423（５年前のノート）
　　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では動作保証外らしい。

続く

続き

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

　　★下の３つのパターンでも、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
　　　　　　 という情報もついている。

書き忘れてましたが、格調QSV出力の設定は、デフォルトのプロファイルとしてついてくる
「さんぷる（ビットレート指定）」を使っています。

またまた追記。手際悪くてすんません。

拡張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


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

直接関係なくなりつつあるけど一応追記。古いもん使うなって話ですが。

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

>>241の件、QuickTimeがフリーズしたのはたまたまそうなっただけで、
　　「映像がほぼ緑一色＋なんか色々壊れた感じのノイズ」
になるようです。

ごめん。
MP4Box/GPACはもうわからない。
個人的にGPACは見限っているので、力になれません。
GPACに関しては、wipple氏かgolgol氏に凸するのが良いかと...

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

rigaya氏のプラグインは全然使ってません。はい。
口を挟むだけです。ｻｰｾﾝ。
QSV？　何それ美味しいの？

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

>>243
了解です。
凸は当面やめておきます。今回のは動作保証外のXPでの挙動ですし、
QSVで問題が出るならSandyスレの住人あたりが調べてくれるでしょう。きっと。
とりあえずPOP氏の0.4.6 rev3455を使えば問題ないようですのでそちらを使っておきます。

追伸：
　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に事前に変換）

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

muxするときオーディオファイルを先にしないとmediainfoで一部情報が表示されない気がする

>>243
昔の記事とか復活させないの？

10bit版のMixAQ待ち

初心者の質問ですみません。
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の中身が
違うのでしょうか。

POPさんに聞けば？
使ったlibavのリビジョン違いとかlibav側の仕様変更があって対応してないとかの可能性はあるか

Light版を使ってるとかそんなオチだったりして。

chengelogないの？

changelogって、何のさ？

L-Smashの
なんだけどドキュメントが充実してないっていってるからむりか

commit logじゃいかんのか？

x264_l-smashなかなか便利だな
エンコバッチから中間ファイル全廃出来たわ

Global optionsの--languageに = いらないじゃないですかー嘘つき−

mixAQのコンパイルの方法誰か分かりやすく教えて下さい。

make

kachi

wake

ここで質問していいのか分かりませんがL-SMASHのremuxerについて質問させて下さい。
AVC映像ストリームが1つだけ入ったMP4 in.mp4に，
AAC音声ストリームが1つだけ入ったm4a a1.m4a，a2.m4a
を2つ多重化するために以下のコマンドでやっています。

remuxer -i in.mp4 -i a1.m4a?1:alternate-group=1 -i a2.m4a?1:alternate-group=1 -o out.mp4

このとき，a1.m4a，a2.m4aから取り出す音声トラックに，
名前(例えば"メイン音声2.0ch”など)を割り振る事は出来るのでしょうか？

もう１件，x264_L-SMASH r2106で チャプターをmuxしようとしたとき，
チャプターの言語をUnicodeで指定すると怒られます。

UnicodeのチャプターはLAV Splitterなら文字化けしないで表示できるので
手軽に扱えるmuxerが欲しいのですが，
今はUnicodeのチャプターファイルを生成してから
mp4chaps.exeでmuxしています。
これをL-SMASHでまとめてmux出来るととても有り難いのですが…。

SHIFT-JIS→Unicodeなどの変換はややこしそうなので，
せめてUnicode形式のチャプターファイルをmuxできるようになると嬉しいなと希望しています。
この辺りの改良には厄介な問題があったり大変な労力が要るのでしょうか？

>>262について
MP4Boxで:name=ahogeとかで指定できるやつですよね？
今パッチを書いてます。とりあえず動きました。
ただし今VFR氏は不在で自分自身帰省中なのでコミットはしばらくかかるかも。
レビューしてもらわないといかんし。

>>263について
UTF-8のBOMなしを使ってください。
それでLAV Splitterで日本語が扱えます。
L-SMASH本体はBOMつきにも対応してますが、そのコードはまだx264_L-SMASHに入っていません。

>>264 超マッハのレスありがとうございます！

>>262は>>264前半の通り，MP4Boxの:name=に相当する機能です。
実装に向けて動いて頂いてると判り嬉しいです。
時間に関しては時期が時期なので腰を据えて待つつもりでいます。
コミットされる日を楽しみにしてますので，どうぞよろしくお願いします！

x264_L-SMASHの方もUTF-8 BOM無しでやってみます。
取り急ぎお礼まで。

過去にVFR氏はhandler_nameはタイトルとは無関係、タイトルとして格納するソフトは問題だ、みたいな発言をしています
とりあえずパッチは完成しましたが却下されるかも？
その場合はパッチだけどこかに置いておきます

muxerのヘルプメッセージに一か所typoを発見しました(--grouing)

それと、--file-format=m4aを指定しないとiTunesタグ関連のオプションは
指定しても黙って捨てられる（無効になる）ようなので、
何か警告を発するほうが親切かと思いました。
この点は、出力ファイルの拡張子を見てfile-formatを自動で判別してくれると
便利なような気がします。

最後に、（自分は使わないのでどうでもいいのですが）、歌詞は複数行のテキストに
なるので、--lyricsの引数はテキストそのものよりファイルのほうが便利だと思います。
Unixのシェルではやろうと思えば
--lyrics="first line
second line"
のように普通に記述できますし、--lyrics="$(cat foo.txt)"のようにファイルから
読ませるのも楽ですが、Windowsではそうでもない気がします。

>>266 そんな経緯があったのですか。
L-SMASHの趣旨に沿わない機能の要望はこちらも強く願い辛いので
最終的には氏の判断にお任せしますが，
任意で:name=相当パッチが利用できる状況になればとても有り難いです。

コミットされたようだ

あれｗ
仕様準拠が売りだったんじゃないの？
年明け早々、嘘つき発覚？

が、今回コミットした内容は、仕様に矛盾するものではない。

>>272
http://repo.or.cz/w/L-SMASH.git/commitdiff/4daf3d6ba64a3ecd59de00774884a39e3a00d205
メディアハンドラ名の設定を出来るようにしただけ。
それをタイトル名に利用するかどうかは、利用者次第。
正しい使い方をするのも、誤った使い方をするのも利用者次第。
MP4Boxのオプション名は非常に誤解を招きやすいもの(トラックの名称に使えるんじゃないか？)だったので、name= という形式は却下した。
このオプションはトラックが映像を扱うの？音声を扱うの？といったものをFourCCではなく、そこらへんの人間でも読める形で表現するもの。

>>269
実装当初から思っていたが、面倒だったので...
Patches welcome.

>>273
後だしで何言ってるのｗ
恥ずかしくないの？

善意でパッチ投げて、偉そうな態度で返されたらたまんないよね

Audio Handlerのデフォ値をVideo Handlerにしてしまっていましたスミマセン…
r497でもう直っていますのでr496は使わない方がいいです…

>>274
?

>>275
態度うんぬんを気にしてたらオープンソースは成り立たないのですが...
あいつの態度が、性格が気に入らない、とかそんなので開発が左右される方がたまりません。
大きなそしてグローバルなプロジェクトになると、議論の場に多様な価値観や礼儀・作法が混濁するので、
こういったことを気にすることはとても不毛です。
単なる煽り、中傷行為さえしなければ、開発者に対してため口してもOKだと思ってます。
また、善意があろうが、悪意があろうが、使えるか使えないかが重要なのです。
どんな罵詈雑言を並び立てようとも、不具合報告、悪いところの指摘をしてくれるならば、それはプロジェクトにとってとても有意なことです。
善意よりもパッチを。自分はx264やlibavに善意でパッチを投げているわけじゃない。自分にとって必要だから、有用だから投げてるんだ。

パッチを投げた。でも相手をしてくれない。見てくれない。
パッチを投げた。レビュアーの個人的嗜好の問題で返された。
パッチを投げた。コードが稚拙なことを理由に、お前馬鹿か？等と、アドバイス無しに文句を言われる。
パッチを投げた。拒否られた。拒否った理由も教えてくれない、アドバイスをしてくれない。

偉そうだとかうんぬんよりも、これらのケースの方がよっぽどキツイよ。マジでしょぼーんになる。
多少うざく見えても、「ねーねー、これ見てみてみてみて」とかするのはオープンソースでは重要だと思う。
パッチが通るまでの忍耐が多少なりとも要るのは事実だろうね...

ただ、まぁ、レビュアーの力量不足でご期待に添えないことはあるかとは思いますが。そこはもう申し訳ないとしか。

>>277
自分がそういう苦い経験してるなら
自分が統括してるプロジェクトはそうならないように心掛けるじゃないかな
他でやられたから、同じ事をやるのは如何なものかと？
この書き込みでパッチ投げようかなって思った人は、そんな目に合うなら止めようかと思うんじゃない？
オープンソースの開発だろうが、仕事での開発であろうが
人として破綻してる人に付いてく人はいないと思うよ？

VFR氏は受け取ったパッチに適切な変更を加えて普通にコミットしただけだろ。
今回の件について
　　　「偉そうな態度で返す」
　　　「他でやられたから、同じ事をやるのは」
と言ってる奴はどこのことを見て言ってるんだ？
よくわからんが、>>273にある
　　　「name= という形式は却下した。」
の「却下」という言葉に反応してるの？単に採用しなかったことを表すだけの言葉に？
そもそも>>273は>>272の煽りに対するレスであってパッチ提出者に対してのレスというわけでもないぞ。

>>279
気持ち悪

態度が気に食わないとか他の真似だ嘘つきだとか
どこの小学生だよ

ダウソ民に期待すんなてー

俺はVFRを応援してるぜ

才能の無い奴は文句だけ言うんだよな
俺も物作りしてる立場だからよく分かるわ
日本は技術者よりも能無しの態度のデカさが目立つ

>>276, >>273 ハンドラ名の変更，デフォルト共に確認しました。
期待通りの挙動になったので(AVC+AAC).mp4を作成するときのMuxerとしては
MP4Boxから乗り換える決心が付きました。ありがとうございます。
ハンドラ名はいつも書き換えている訳ではないのですが，
その必要が生じた時にL-SMASH内の操作だけで完結できる選択肢があるのは嬉しいです。

自分自身，MP4Boxの:nameはトラック名を指定するものだとずっと思っていたので，
本来はそれがハンドラ名に相当する部分を書き換えていたのだと判っただけでも有意義でした。

VFR擁護してるのって、L-SMASHの開発メンバーだよなｗ
凄い友情パワーだな
ある意味気持ち悪いな

>>283
俺も同意見だな

クレクレ厨の能なしの態度デカさ笑えるｗ
何も出来ないんで僻んでんだよｗ
人間以下

悪い。人間と比べてしまったお(汗

L-SMASHのメンバーって無報酬でやってくれてるんだろう
ボランティアでやってくれてるんだ何も文句言えんよ

割れ厨が何言ってるんだか

L-SMASHメンバー(笑)
ただのおれスゲーのオナニー集団だろ

なんでそこまで全力で絡みにいくんだよｗ

少し落ち着け

>>290
そこに俺が居るから。

>>286
最悪だな
こういう奴がいるからL-SMASH(笑)とかいわれんだよ

おまえだけじゃん言ってんの

>>289>>293
お前らx264 L-SMASH以前にGPACすらビルドしたことないだろ

VFRって何で気持ち悪いの？
リアルでも気持ち悪いの？

童貞だからじゃね？

止めろよｗ
童貞じゃなくて、心の病気で薬が切れてたんだよｗ

基地外ってこと？

凡人にはソフト作りなんてできん
基地外であるが故に新しい時代のソフトができるものだ

とDGIndexの再ビルドが精一杯なタダの凡人は思う

timelineeditorのwarning消えないね

ただの質問になりそうな気もする報告です。

■現象
　　・HE-AACをMP4BoxでMuxしたものをLibav-SMASH File Reader r94で読み込むと音声が半分の時間で途切れる。
　　　（無音になるのではなく、プレビュー画面の音声波形そのものが消える。
　　　　適当にシークしてると前半部で後半部の音が聞こえることもある。）
　　・HE-AACをL-SMASHでMuxしたものなら特に問題なし。
■質問
　　・犯人は誰？（お手間にならない程度に解説いただければ有難いです）
■使用ツール
　　・AviUtl 0.99k
　　・L-SMASH Works r94 （たくあん氏ビルド）
　　・x264 r2120 L-SMASH 32bit Full版 （POP氏ビルド）
　　・MP4Box 0.4.6 r3745 （POP氏ビルド）
　　・neroAacEnc 1.5.4.0
■サンプルファイル
　http://www1.axfc.net/uploader/File/so/73723.zip
　●audio.m4a：
　　　neroAacEnc.exe -he -br 64000 -if audio.wav -of audio.m4a
　●SmashMux.mp4：
　　　x264.exe --crf 23 --colormatrix smpte170m --audiofile audio.m4a --acodec copy -o SmashMux.mp4 test.avs
　●MP4BoxMux.mp4
　　　MP4Box.exe -brand mp42 -add SmashMux.mp4#video:name=Video -add audio.m4a#audio:name=Audio -new MP4BoxMux.mp4
■備考
　・MP4Box.mp4をMMName2で解析すると
　　　　　　「コンテナで定義されているサンプリングレート(22.05KHz)と
　　　　　　　AACのAudioSpecificConfigで定義されたサンプリングレート(44.1KHz)が異なります.」
　　と言われる。古いソフトなので当てになるかどうかは知りませんが、L-SMASH Dumperで出力してみると
　　MP4BoxMux.mp4ではオーディオトラックのtimescale=22050、SmashMux.mp4ではtimescale=44100になってるといった違いはあるようです。
　・HE-AACはもとの半分のサンプリングレートでエンコする云々というのがあるようですがよくわかってません。

>>302の件、POP氏ビルドのL-SMASH Works r102で修正されていることを確認しました。
ありがとうございました。

warningだらけ

結局のところ、現段階でremuxerとmuxerは最低限のmp4boxの代わりになるの？

てｓ

L-SMASHがdebianで問題なくビルドできて動きましたヽ(´▽`)ﾉ
一応報告

>>307
いちおうビルドの検証はmsys/cygwin/Ubuntu/Macでやってますんで
BSD系の報告もお待ちしております by configureとか書いた人

気持ちが悪いので出てこなくて結構です

と気持ちが悪い人が申しております

そうやって反撃するから気持ち悪いって言われるんだよ。

反撃？　誰が？

308が気持ち悪がるのを見るのが最高の愉悦

L-SMASHのremuxer.exeに関する質問
alternate-groupって何ですか?

それはそうとPOPさんは叩かれないのか
10数年前にOPEDエンコ業界で持ち上げられていい気になってたけど
やることなすことホントいやな奴だよね

私怨乙

なんでVマニさんとかPOPさん叩かれてんの？
新参なんで教えてほしいお

おROMり

L-SMASH muxerの--shift-timelineってなんですか？

L-SMASH Worksに関する質問ってここで良いの？

AviUtlでm2vとaacを読み込んで編集・プラグイン出力してるんですが、
L-SMASH Worksをr321からr365に上書きしたらaacの同期が変になって
AviUtlの再生ウィンドウでの再生では頭からの再生だと映像と同期
するんですが、途中からの再生では音声は最初からしか再生されません。
編集画面でもオーディオ波形は最初から最後まで１本線のままです。
L-SMASH Worksをr321に上書きで戻すと映像と同期するようになりました。
女房とL-SMASH Worksは新しい方が良いといいますのでr365を使えるように
どなたか愛の手を！

L-SMASH-Worksを使う場合m2vとaacに分けずにそのままtsを渡すべき

あと最新はr366だと思う

>>321
ts直喰いは無理だろうと思い込んでずっとTsSplitterでHD部切り取りしてBonTsDemuxで
m2vとaacに分離してからAviUtlに読み込ませていました。
とりあえず、L-SMASH Works r321でHD.tsをAviUtlに直読みさせたら．．．おｋですね。
今テストエンコ中ですが、後からr365でも試してみます。
しかし、何でm2v+aac読込がr365ではダメになんたんだろ？

L-SMASHとまってTwitterも行方不明

おやじさんの調子悪いみたいなつぶやきあった気がするから何かあったのかもね
もう趣味に時間割いてられなくなったのかも

id変わっただけじゃん
フォローしないでRSSでヲチってる系の人？>>324

また名前変えたのか
読みパラノイアル…？

ぺぐ２入るようにしないの

>>328
MPEG-2 in ISO Mediaって定義されてたっけ？

muxerもremuxerも、いつの間にかnero形式chapterのみの採用になってしまったのね・・・orz

　　　{ヽ　　,,,,,, __,ノ} 　　　　 　　　 　　 ∧　　　　　　　　　　　　 /i,　 ／|
　　　ヽ. Vﾉ巛(　 ,ﾉ 　　　　.　　　　　　ヽ　Y　　 ∧　　　　 ,.　　 | ,'／／
　　 　 ﾚ彡ﾉ川 | ヽﾐﾐ ､ 　　　　　　　　　'i　|　　 i　!　　　 / |　　i　'　/
　　　/　く　〉ﾘﾘ　 | 川ヾヽ 　　　 　　　　 i　i ∧/ /　　　/　i　 /　 /
　.　 {=､　`'　　ｨ=､|ﾘﾘ川ヾヽ. 　　　.　　　 'i ',ヽ ' /　　　〈　 i　/　/
　　　ゝ'　　　　 `ィ 川川川ﾘヾー- 　　　　|　' j　|　　　　ヽ. V　/
　 　 |　　　　　　 }　川川川ﾘヾヾ.　　　　　ヽ、 i　!　　　　 〉 .／
　　　|　}　　　:　 ﾉ|　 川川ﾘﾘﾘヾ　 　　　　　 ヽ,,; | 　　 ／／
　　 ‖ |　　/　//　　ﾘﾘﾘﾘﾘﾘﾘ.　 　　　　　　　i:〉 ´''''''''ﾞ'r ´｀>
　　　|l. ;　　:　,'.,' 　　　　　　　　　　.　　　　　 i´ : :,.,.,. :. ﾍ／
　　　|ゝ-ｰ-､ﾉﾉ 　　　　　　　　 　　　　　　　 !: : :,'r‐ァ : : ヽ　　　　　　　　　　　　　　　
　　　@1⌒ヽ.ゝ 　 .　　　　　　　　　　　　　 /: : ,',. ｀´: : : : : ゝ、　　　　　　　　　　　　　 　
　　　`ﾄ､ :;;;ｲ}t'| 　 　　　　　　　　　　　　　；;;;;;; : : : : : ,.;;; : : : : `‐ .,　　　　　　　　　　　　　　　
　　　 ヽ.}::_ソ　| 　　..　　　　　　　　　　　　ヽ,_ : :_,　1:;:;'' : : : : : : : :ヽ.、　　　　　　　　　　　　　　　　　
　　　　　　　　 |　　　　　　　　　　　　　　 　　　　 　i': : : : : : : : : : : : : ;`‐- .,　

　　　　　　　　　　　　　_i⌒r-.、　　　　
　　　　　　　　　　　,,-'´　　　ノ
　　　　　　　　　　./　　　　　.l
　　　　　　　　　 /　　　　　　 l　　　　　チ
　　　((　 ◯　　.ｌ　　　　　　　 l　　　　　ン
　　　　　 .ヽヽ、l　 i　　　　　 .l　　　　　 ポ
　　　　　　　＼ヽ　l　　　　　　l　　　))　 コ
　　　　　 ,-'´￣｀ゝ´￣｀ヽ　 ﾉl　　　　　 ポ
　　　　 .,'　　　 .,'　　　◯ニ.ンl　　　　　 .ン
　　　　 i　　　　i　　　　　　　 .i
　　　　 ヽ、　　丶　　　　　 .ノ
　　　　　　｀'ー-.'´｀'ー- ''´i .|
　　　　　　　　凵　　　　　 .凵

　　 　 　　　　　　 , '´ ￣￣ ` ､
　　　　　　　　　　i　r-ｰ-┬-‐､i
　 　 　　　　　　　|　|,,＿ 　 ＿,{|
　　　　　　　　　　Ｎ| "ﾟ'`　{"ﾟ｀lﾘ　　　　　じゃあ、いつやるか
　　　　 　 　 　 　 ﾄ.i 　 ,__''_　 !
　　　　 　 　　　／i/ l＼ ー .ｲ|､
　　　　,.､-　￣/ 　|　ｌ　 ￣ / |　|` ┬-､
　 　 /　 ヽ.　/ 　 　ト-` ､ノ- |　 l　　l　 ヽ.
　　/　　　 ∨ 　 　　l 　　|!　 | 　 ｀>　|　　i
　 /　　　　 |｀二^>　 ｌ.　　|　 |　＜＿_,|　　|
＿|　 　　　 |.|-<　　　 ＼ i　/　,イ_＿__!／ ＼
　 .|　　　　　{.|　 ` - ､ ,.---ｧ^!　| 　　 |￣￣￣￣￣￣￣￣￣￣￣l
＿_{ 　　＿__|└―ｰ／　￣´ |ヽ |＿__ﾉ＿＿＿＿＿＿＿＿＿＿＿_|

　　　　　　　　　　　　　　　　　　　　 　　　,ト--ミ､、_:::::::::::::::::｀:"'':―┼――――l
　　　　　　　　　　　　　　　　　　　 　　　 /ミミ三三ﾐ'ー‐-- ､、＿:::::::|:::::::::::::::::::::::j
　　　　　　　　　　　　　　　　　　　　 　　 {ミミミ三三、　　 　 ､ｰ=､`'┴―――fミ',
　　　　　　　　　　　　　　　　　　 　　　,..､ﾐﾐミミミ三ｼ　　. . . . `―' l ii l　(ヲ　　lミil
　 　 ┏┓　 　 ┏━━┓　　　　　　 //う{ﾐﾐミミf'"　　　_,,.,,_:.:.:.:..　 _j_　.:.:.:.　　lﾐﾘ. 　 　 　　　　　　┏━┓
┏━┛┗━┓┃┏┓┃　　　　　　 l V　}ﾐﾐミミ　　　 ',ｨでiﾝﾐ、:.:.､__, -,ｨも=､',l:l. 　 　 　 　 　 　 　┃ 　┃
┗━┓┏━┛┃┗┛┃┏━━━ 'i l ,ﾉヾミミ'　　　 ´￣｀ﾞ`ラ .:. 三 f"´￣｀' lj ━━━━━━┓┃ 　┃
┏━┛┗━┓┃┏┓┃┃　　 　　 ヽヽへ}ミﾐ　　　　 ｀二ﾆノ ,、 jl　',` ―''" ,l! 　 　 　 　 　 　 ┃┃ 　┃
┗━┓┏━┛┗┛┃┃┗━━━ 　ヽ二ﾉミ'　　　　　　　 ,ィ'" 　 　 ﾄ、　　 ,!　━━━━━━┛┗━┛
　 　 ┃┃ 　 　　 　 ┃┃　　　　 　 　 , -fｿ!'ミ　　　 　 　 ／ `^ヽ,＿ノi　　　 ,'　　　　 　 　　　　 　┏━┓
　 　 ┗┛ 　 　　 　 ┗┛　　　　　　 ,/（/　{i,ﾐ'　　　　　／　 _,,...,＿,,..,、l　　 /　　　 　 　 　　　　 　┗━┛
　　　　　　　　　　　　　　　 　　　　　/　ヽ　 lN,　　　 ／　 ,ィiTTTTTト, ,}　 ,/
　　　　　　　　　　　 　 　 　 　, -―/　　 ヽ ', ヽ　 　 {　 ,/⌒'ｰ'‐'‐'‐',ﾘ l　 /
　　　　　　　　　　　　　　　　/　　/ 　　　 ヽ'、 ヽ 　 l　 {,ゝ､‐r‐'ﾝ-i/ ,/ ,ｲ丶､、
　　　　　　　　　　　　　　　"i　　 {、　　　　 ヽヽ丶　丶 ヾ<Zェｪｪｼ'　ﾉ ,i'lヽ、　｀ヾー-- ､
　　　　　　　　　　　　　　　　l,　　 ＼　　　　 ヽヽ 丶、 ｀ ｀ ‐ -- ‐'"/ノ ,l　 ＼　　＼　　ヽ

　　　　　　　　　　　　　　　　　　　　　　　　　　 .／￣￣＼
　　　　　　　 ／￣￣＼　　　　　　　　　　　　／　　 ⌒　　＼.　　　　　■■■■■
　　　　　　／　　 ⌒　　＼ 　　　　　＿＿＿_|　　　 （●）（●）　　　　■　　　　　 ■
　　　　　　|::::::　 （ ●）（●） 　　　／　　 　 　＼　　　（__人__）.　　　 ii 　⌒　　⌒　 ii
　　　　　.　|:::::::::::　 （__人__）　 ／　　　 ⌒　　⌒＼　　｀⌒ ´ﾉ.　　 ｜　_＼　　.／_　｜
　　　　　　 |::::::::::::::　｀ ⌒´ﾉ／　　　　 （●）　（●）＼　　::::::|　　　 〈 ___ 　｜｜　 ___ 〉.　 日本人として、
　　　　　.　 |::::::::::::::　　　　} |　　　　　　　（__人__）　　|　:::::::/　　　　|　　　● ●　　　|　　　恥ずかしいﾆﾀﾞ
　　　　　.　 ヽ:::::::::::::: 　　 }　＼　　　　　　｀ ⌒´　_／　　ノ　　　　　 ＼　 ｀ ⌒´　　／
　　　　　　　 ヽ::::::::::　　ノ　　　|　　　　　　　　　　 ＼　　＼　　　　 ／　　　　　　　 ＼
　　　　　　　　/ヽ三＼´　　　　|　|　　　　　　　　 | 　|　| 　|　　　　 |　|　　　　　　 | 　|
-―――――|:::::::::::::::: ＼-―┴┴―――――┴┴┴┴―――┴┴―――-┴┴――――

　　　　　　　　 ∧_,,∧　　♪
　　　　　　　　<｀∀´ >　　 ∧_,,∧　　　　♪
♪ 　∧_,,∧　(　つ　ヽ、　<｀∀´ > ))　　　ﾎﾙﾎﾙﾎﾙﾎﾙ♪
　　 <｀∀´ > ))　とノ　 ∧_∧ 　　ヽ、
　(( (　つ　ヽ ∧_,,∧_)<｀∀´ >とノ　∧_,,∧　　　♪
　　　〉 とノ　<｀∀´ >( (　つ　ヽ ^(_<｀∀´ .> ))　ｳｪｰｯﾊｯﾊｯﾊ
　　（__ノ^(＿(　つ　ヽ　 〉 とノ　) )) (　つ　.ヽ
　　　　　　　　〉 とノ　))__ノ^(＿)　　 〉 とノ.　)))
　　　　　　　（__ノ^(＿)　　　　　　　（__ノ^(＿)　　♪

　　　　　　　　 　 ∧＿∧　　♪
　　　　　　　　(( <　　 　 >　　　　∧＿∧　　　　♪
♪ 　　∧＿∧　/　　 　 ) ))　(( < 　 　　 > 　　ﾎﾙﾎﾙﾎﾙﾎﾙ
　　(( <　　　　>(　 (　 .〈 ∧＿∧/　　 　) ))
　　　 /　　　　) ∧＿∧ <　　　 > (　 〈 ∧＿∧ 　ｳｪｰｯﾊｯﾊ
　((　( 　(　　〈 < 　　　 >/ 　　　 )^ヽ__ <　　　 .>
　　　 (＿)^ヽ__/　　　　) 　(　 〈　　　 /　　　　)　))　
　　　　　　((　( 　(　　〈(＿)^ヽ__）　(( ( 　(　　〈
　　　　　　　 (＿)^ヽ__） 　　　　　　　 (＿)^ヽ__）

　　　　　　　 ＿＿＿_
　 　 　 　 ／　　　　　＼
　　　　 ／　 　　　　　　 ＼
　　　／　　　ｨ赱､i＿i_r赱ﾐ＼
　 　 |　 　　　　　ｨ'｡_｡ヽ　　　）　　　 _＿＿＿＿＿＿＿＿＿_
　　　＼　 　　 / ＿lj＿ }　,／　jﾞ~~| | |　　　　　　　　　　　　　|
＿＿／　　　､{ ^' ='= '^'　＼　 |_＿| | |　　　　　　　　　　　　　|
| |　/　　 ,　 　 　 　 　 　 　 ＼ｎ||　 | |　L-SMASH GitHub　|
| | /　　 /　　　　　　　　　r.　 （ こ） | |　　　　　　　　　　　　　|
| | |　⌒ ーnｎｎ 　 　 　 　|＼ (⊆ｿ .|_|_＿＿＿＿_＿＿＿＿_|
￣ ＼＿_､("二）￣￣￣￣￣ｌ二二ｌ二二　 ＿|_|＿_|＿

　　.　　　_＿_　　　　　　　＿ ,-､
　　.　 　|）＿_） 　　　.　／　`{.0.}､
　 .　 ／ ー　-＼ 　　 / . _ノ `ｰ’ヽ
　　 /　（●）　（●）　 | （ ●）　（.●)　
　 . |　　　（__人_.）.|　. |　　 （__人_.）i　　まーた心の病の患者が
　　 ＼＿__｀⌒´,ノ 　. |　　　｀⌒´ ﾉ　　・・・・・・
　　 ./ , 　 ﾞヽﾉ⌒i　 　 ヽ,_＿_　 _,/
　　 |ｰi,　　/￣7┤　　/　.　　 Y　^ヽ
　　 ヽ､二/＿とノ　..　|　.|　　 ﾟ|　 | .|

　　　　　　　／/　　／　　　　　　 ヽ　　ヽ　　＼
　　　　　　/　 ;　　/o　　 /　　 /　 ! 　 　 !　　ﾟ ﾊ
　　　　　 /。　|　 ,'　/　 /　　 /　　| ／　 | l　　l　l
　　　　　,'　　 :!　:| : !. : ; : :｀≧、ﾆ.´: : : . //　　|　!
　　　　　|　　　V＾L:]]__ﾉ 〃,心x｀　　￣｀≧x_:// /
　 　 　 /!　　 ヽV/ ﾊ　ｰil ｛九_j}　　　　,心 Yjﾉくヽ
　　　　'　　　　　＼ｰﾍ　　 弋:ン　　　　仇j|ﾉ: : :　 ﾊ
　　　/　 :l:　　　　　丶:',ｕ　' '　　　　　 (`ｰ',,|: :　　　|
　　 ,　　 :|: : .　　　　　 ｀丶、　　　 __ 　 　 /:／ |l￣￣￣￣￣￣￣￣|
　　 {　　: :､: : : : : . . . . .　　 ヽ　 　 　 ｀ ／'´　　|l　　　次でボケて　 ｜
　　 ヽ　 : : ＼: ＿_ : : : :, - ､　', ＿_ ,／-､ 　 　 |l＿＿＿＿＿＿＿＿|
　　 　 ＼ : :/´　　 ｀丶/:　　 . :} 〉: //二＼: :　／　　　 _]]
　 　 　 　 Y　　　　　 八: : : : ://lヽ{: V´ _,　|ｰ'　　 ,/`/´―､)
　　　　　　|　　　　　＼　`T"´く_〉!卜∧_j`ｰﾍ　.／/　{　― ､)
　　　　　 ∧　　　　　　＼ l | ヽ|｀| |/ﾍ　　 　／　/　八 ―､ﾉ

　　　　　　　　　　　 ／　::|
　　　　　　　　 　 ／　　.:::|　理想の彼氏像
　　　　　　　　 ／　 　 ::::::|＿＿＿＿＿＿＿＿
　　　　　　　／　　　　　／＿＿＿＿＿＿＿／|
　　　　　 　 |　　　　 　 |¨¨　　 　 　 　 　 　 |　 |
　　　　　 　 |　___ f￣7 | [二二二二二二]　|　 |　　お金を持ってる
　　　　　 　 | | r-､f￣7|　[二]　　　□□ 　 |　 |／￣￣￣￣￣￣￣￣
　　　　　 　 | | .^｝}|￣¨i　通帳　　 カード.　|　::|
　　　　　 　 | | .し' |＿_:| ━━　　　━━　./ 　:|――――無駄な口出ししない
　　　　　 　 | .￣　　 ／ ￣￣￣￣￣￣ ./　　::|
　　　　　 　 |.　 　 ／二／□□／二／ /　　　:|
　　　　　 　 |　　　|￣￣￣￣￣￣￣￣|　　 ／}――――時間をちゃんと守る
　　　　　 　 |　　　|＿＿＿＿＿＿＿＿|__／.／＼
　　　　　 　 |　　　 ＼＿＿＿＿＿＿|＿__／　 |　 ＼乱暴しない
　　　　　 　 |　　　　　|　　　　　　　　　　|　　　 |　　　￣￣￣￣￣
　　　　　 　 |　　　　　|　[二]　　　 　 　 :|　　　 |＼
　　　　　 　 |　　　　　|　　　　　　　　　　|　　　/.　 ＼ 休みの日はちゃんと休む
　　　　　 　 |　　　　　|　　　　　　　　　　|　 .／＼　　 ￣￣￣￣￣￣￣￣￣￣￣
　　　　　 　 |　　　　__|＿＿＿＿＿＿___|／　　　 ＼ 触るとほのかにあたたかい
　　　　　 　 |__.. --''　

・・・

逆オークション
http://www.buyers-auction.com/

dtsのワーニンってなんなの

Vマニさんのツイッターまた名前変わったのかよ・・・
しかもたくあんさんまで・・・なんだこりゃｗ

インタレMUXできなくなった

--nal-hrd vbr付のインターレースMUX出来ない

>>346
報告ありがとう。
多分、rev794で直ってる。

出来たよありがとう

4GB以上のファイルのMUXで不正終了するようになった

>>349
rev815でエンバグしたものならrev816で修正できたかと思います。
double freeやってました。
リスト処理周りが結構面倒な実装になっているので...

x264で出したmp4とqaacで出したm4aをrev820のremuxerで--chapterつけて結合すると再生できないファイルができちゃったんだけどこれって？
MP4Box -infoだとFile has no MPEG4 IOD/ODというのが出る。
--chapter無しで結合すると普通に再生できるし、MP4Box -infoでみてもFile has no MPEG4 IOD/ODなんて出てこない。

File has no MPEG4 IOD/ODは関係ないかな
remuxerのバージョン昔のに戻したらMP4Box -infoでFile has no MPEG4 IOD/ODが出ても普通に再生できるファイルできた

手元では普通に再生出来てるけどデコーダとかスプリッターとか何使ってるの？

MPC-BEとLav

>>353
rev820のremuxerで--chapterでチャプタファイルつけても普通に再生できる？
うちではできないんだけど…
でもremuxerをrev794に戻すと普通に再生できるファイルができるからrev820に何か原因があるとしか思えないんだけど

どうもx264のmp4とM4A brandの音を--chapterつけて結合すると再生できないファイルができるみたい
qaacで出したm4aからrawデータ取り出してM4A brandつけずにmuxerでコンテナ入れて同じ方法で結合したら
普通に再生できるファイルができた

俺の環境でもチャプター付けるとrev820では、mediainfoですら読めない壊れたファイルが出来た
ビルドミスかと思ってもう一度ビルドしたが結果は同じ
rev818にしたら問題なかったからrev820の問題、というかcommits見たら怪しいのはrev819かな？

r820でchapter付きのmp42, M4V , M4A , あと各種iso*がbrandに入ってるMP4作ってるけど再生できるな…
何が違うんだろ

>>358
ちなみに音はqaacで出したAACかALAC？
関係ないかもしれないけど

adts aacをmuxer --file-format mp4,m4aしたもの

>>351
うちでも再現した
rev818と出力されるファイルサイズもboxの配置や実際のチャンク位置も（たぶん）
完全に同じなんだが、stcoの中のchunk_offsetが全部+8されてるみたいだ
なので正常にサンプルが取り出せず、再生できない

>>351
の問題直ってました
むけん氏お疲れ様です

rev833で "--chapter" を使用した時に、チトおかしな事になっている気がすると言ってみる

チトおかしな事、だけじゃ全然わからないからもうちょい具体的に説明したほうがいいと思う

rev833のremuxerでchapterを使用するとチャプターが反映されていません
boxdumperで中を見たら以下の箇所がrev833では存在していませんでした
[chpl: Chapter List Box] [meta: Meta Box] [ilst: Metadata Item List Box]

rev827でremuxした時

[free: Free Space Box]
position = 493934
size = 8
[mdat: Media Data Box]
position = 493942
size = 1640906909

rev833でremuxした時

[mdat: Media Data Box]
position = 493886
size = 1640906909
[free: Free Space Box]
position = 1641400795
size = 30

rev834を試してみたところ、正常にチャプターが反映されるようになりました
お忙しい中の修正、本当にありがとうございました

aviutlでデュアルモノ音声なtsをL-SMASH worksで読み込むと
音声切り替えポイントでaviutlが応答なしになるのは私だけ？

ffms2のffinfoみたいなの無いの

初めてremuxer使ってチャプター・ビデオ・オーディオをremuxしてみたんだけど
勝手にサブタイトル（tx3g）入るのは仕様ですか？
試したのはr712・r899・r923

サブタイトルを入れずにremuxしたいのですが
どうすればできるんでしょうか？

>>166に書いてありましたね
失礼しました

ビデオ（mp42）・オーディオ1（M4A）・オーディオ2（M4A）
この3つでremuxすると出来上がったMP4ファイルのbrandがM4Aになっちゃうんだけど
mp42にする方法ってある？

mp4box使ってraw AACで一度吐く
↓
mp42に指定してmux
↓
remux

ってのも本末転倒な気がするしタグ消えちゃうし・・・

brand ってか major_brand でしょ？
それは確か入力の中で一番多い brand が適用される
mp42 も compatible_brands に入ってるからまず問題ない
boxdumper で調べればわかる

>>371
まずオーディオ2つをmuxして1つのコンテナにまとめる、
それからビデオとmuxすればいい

返事遅れてすいません

>>372
boxdumper使ってみました
compatible_brandsってのあったんですね知らなかったです
確かにmp42も入ってました

>>373
この方法でもやってみました
たしかにmajor_brandがmp42になりますね

ただオーディオ同士をremuxしてできあがったファイルは
neroAacEncを使った場合に付くWriting libraryとEncoding settings
トラックID2の方はちゃんと残ってるのに
トラックID1の方のだけはなぜか消えちゃうね・・・バグかな？

チャプター・ビデオ・オーディオ2つの場合でも
片方消えてました

>>374
boxdumperで確認したけどneroAacEncで出力したオーディオ同士をremuxしても
Writing library、Encoding settingsの情報ちゃんと付いているよ、消えちゃうなんてことはない
使い方どこか間違ってないか確認してみて

でもneroAacEncで出力したm4aなら最初からmajor_brandはmp42だから
>373みたいな方法は必要ないんじゃ

>>375
ふと思ったけどmadiainfoかLavだかに最後のmetadata領域で上書きしちゃうみたいなバグがあったような？
もしかしたらそれかも

いつもの癖でmediainfoで見てました
boxdumperで改めて確認してみたら、どちらのトラックにもちゃんと付いてました
すいません・・・

普段はqaacを使ってるんですが、neroAacEncでエンコしたファイルなど
いろいろ試してる途中にmediainfoで確認していたら
上記の事が疑問に思ったので質問させて貰いました
ありがとうございました

>例えば、24000/1001 fpsは既約の形でタイムベースが1001でタイムスケールが24000と表すこともできます。
>しかし、それと同時に、タイムベースが1でタイムスケールが24000とも表すことができるのです。

L-SMASHの簡易(?)FAQ読んでたんだけど
「タイムベースが1でタイムスケールが24000とも表すことができるのです。」
これってどういう事？
タイムベースが1001って数字はお約束みたいだけど
なぜタイムベースが1でタイムスケールが24000とも表すことができるの？

タイムスケールは実時間軸からのサンプリング精度だけど、それに対する時刻のステップ幅がタイムベース。
24000/1001fpsっていうのは、画像フレームが、1001/24000秒毎に更新されるってこと。
24000/1fpsは同様に画像フレームが、1/24000秒毎に更新されるってこと。
ここで、連続した画像フレーム1001枚毎に同じフレームが表示されるとしたら、
見かけ上、24000/1fpsな動画像は24000/1001fpsな動画像と同じになる。

タイムベース/タイムスケールは、動画像のフレームレート由来ではない、ただの最小の時刻の刻み幅。
だから、24000/1001fpsな動画像はタイムスケール24000,タイムベース1001な処理系でも正確に表せるし、
タイムスケール24000,タイムベース1な処理系でも正確に表せる。ということ。

AviUtlのlwinput.auiで一部のvpyファイルがうまく読めず、aviutl.exeが異常終了します。
対象となるのはAVISource()で素材を読み込んでいるvpyファイルです。
同じ素材をffms2.Source()やlsmas.LWLibavSource()で読み込んだ場合は問題無く読めます。

使用ツール：Vapoursynth r23、Python3.3.0、AviUtl1.00、
　　　　　　　　L-SMASH Works r728（たくあん氏ビルド）
使用素材：
　　[YUY2.avi]
　　1280x720 16Bit Microsoft Raw uncompressed YUV 4:2:2 1.00fps 10f 14745.67kb/s
　　[RIFF(AVI1.0)] 00:00:10.000 (10.000sec) / 18,436,344Bytes
　　真空波動研SuperLite 140405 / DLL 140405 Unicode
vpyファイル：
　　import vapoursynth as vs
　　core = vs.get_core()
　　core.std.LoadPlugin(path=r"C:\dllPath\vslsmashsource.dll")
　　core.std.LoadPlugin(path=r"C:\dllPath\ffms2.dll")
　　video = core.avisource.AVISource(r"D:\YUY2.avi")
　　#video = core.lsmas.LWLibavSource(r"D:\YUY2.avi")
　　#video = core.ffms2.Source(r"D:\YUY2.avi")
　　video.set_output()
備考：
　　・POP氏のところのr717でも同様に異常終了。
　　・AvsPmodのプレビューやVirtualDubでの読み込みは問題なし。
関連： Aviutl総合スレッド71レス324　http://peace.2ch.net/test/read.cgi/avi/1400444842/324

AviUtlの問題

>>382
ffms2やlsmasで読んだ時は問題ないからなあ。
Vapoursynth側のAVISource()に何か問題がある可能性はあるけど、
基本的にはL-SMASH Worksの渡し方の問題であって、AviUtl側の問題とは考えにくいんじゃないかと。

じゃあなんでAvsPmodとかでは問題ないんだよ

>>384
AvsPmodもVirtualDubも、vpyファイルをVFWで読んでるからでは？
書き忘れたけど、vpy側に
　　video = core.resize.Lanczos(video, format=vs.COMPATYUY2)
を入れて、「AVI File Reader（Video for Windows）」でvpyを読ませれば問題なく読める。

L-SMASH Worksの場合は読み込んだデータをYC48に変換してAviUtlに渡してるから、
そのあたりで何かしらの問題が生じているのではないかと。

違う
VSImportで読み込んでいるのでlwinputと同じvsscriptを使っている
それにlwinputからは与えられるvpyの中身がなんであれそのclippropertyしか関係ない
それと必ずしもYC48に変換しているわけではない
しかもYC48への変換が問題であるならばそのロジックはL-SMASH Works全てで共通だからなにもvpyに限ったことではないし
先に述べてるようにvpyの中身がどうとか関係ない

>>386
細かい話はよくわかってないのでVSImportといってもChikuzen氏の
VapourSourceくらいしか心当たりがないのだけれども、
AvsPmodはvpyの場合はVSImportで読んでプレビューしてるということなのかな？

VirtualDubや「AVI File Reader（Video for Windows）」はVFWで読んでるだけであって関係ないよね？

YC48変換という表現も悪かったけど、lwinputはVSImportなりで受け取ったデータを
整形してAviutlにYC48等で渡す役割を果たしてるわけだよね？
他のが問題なくてlwinputだけが問題ありなんだから、原因はlwinput内部にあるんじゃないの？

あるいはAVISource()に問題があってclipproperty(よくわかってないけど)に正しい値が設定されてなくて、
他はそれを無視か適当に処理してるけどlwinputだけが何かやろうとしてて問題が起きるとか。

逆に聞きたいけど、AviUtl側の問題だとしたらどのようなものが考えられるのだろう。

>>381の件、rev729での対応ありがとうございました。
　　https://twitter.com/Paranoialmaniac/status/487896129338486785

良い機会でしたので初めて自ビルドに挑戦してなんとか成功し、
rev729のlwinpu.auiでAVISource()のvpyでも問題なく読めることを確認できました。

Vapoursynthって今後どうなるんでしょうね・・・。
最近になって知ってUQY2.aviの読み込みに使ってみたのですが、
みなさんの反応とかを見るとすっかり影が薄くなってるようで・・・。

HighBitDepthな汎用AVI入出力プラグインとかavs2avi改とかが出てくると面白いなと思いつつも、
やっぱりあんまり需要はないのかな・・・。

　
報告： L-SMASH Works r728で、RGBのavsを読むと上下反転してしまうようです。

久々にワーニンが出なかった

L-SMASHに不具合(?)を見つけたので報告
revは1019に--enable-debugを付けてビルドしたもの
本来はremuxerでチャプターを埋め込みなおそうとしてた際に見つけた問題

"Source_Video.h264"はx264のデフォ設定
"Source_Audio.aac"はqaacに--adtsのみ付け、残りはデフォ設定
"chapter.txt"はAvsPmodのマクロで出力したもの(これが原因?)

エラー無し(--file-format mp4,m4aを付けない場合)
cd c:\test
.\EnableDebug\muxer.exe -i "Source_Video.h264"?fps=24000/1001 -i "Source_Audio.aac"?encoder-delay=2112 -o "Source.mp4"
.\EnableDebug\remuxer.exe --chapter "chapter.txt" -i "Source.mp4" -o "Output_Remuxer.mp4"

Remuxing completed!

エラー有り(--file-format mp4,m4aを付けた場合)
cd c:\test
.\EnableDebug\muxer.exe --file-format mp4,m4a -i "Source_Video.h264"?fps=24000/1001 -i "Source_Audio.aac"?encoder-delay=2112 -o "Source.mp4"
.\EnableDebug\remuxer.exe --chapter "chapter.txt" -i "Source.mp4" -o "Output_Remuxer.mp4"

Assertion failed!

Program: c:\test\EnableDebug\remuxer.exe
File: core/write.c, Line 660

Expression: ftab->list

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

添削してる間にどんどん長文になってしまった...
補足 以下のコマンドだけでも同一のエラーが出る。

.\EnableDebug\muxer.exe --file-format mp4,m4a --chapter "chapter.txt" -i "Source_Video.h264"?fps=24000/1001 -i "Source_Audio.aac"?encoder-delay=2112 -o "Source.mp4"

MP4 muxing mode
[H.264: Info]: IDR: 442, I: 173, P: 15134, B: 18773, SI: 0, SP: 0, Unknown: 0
Track 1: H.264 Advanced Video Coding
Track 2: MPEG-4 Audio
Assertion failed!

Program: c:\test\EnableDebug\muxer.exe
File: core/write.c, Line 660

Expression: ftab->list

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

ttps://twitter.com/Paranoialmaniac/status/497777238595473408

rev1021で修正確認しました
毎度のごとく速やかな修正感謝です

x264(mp4出力にはL-SMASH).exe TEST.avs -o TEST.mp4
refalac.exe TEST.wav -o TEST.m4a

上記のように出力したTEST.mp4、TEST.m4aを、
remuxer.exe --chapter apple.txt -i TEST.mp4 -i TEST.m4a -o TEST_New.mp4
このようにするとエラーが出ます。これはTEST.mp4にM4V,M4A,M4P,M4Bのいずれかの宣言がないから発生してるエラーなのでしょうか？(質問1)

このように出力すると、
remuxer.exe --chapter nero.txt -i TEST.mp4 -i TEST.m4a -o TEST_New.mp4
apple形式、nero形式の両方が付加されてるように見えるのですが、この時のapple形式の方は正しく格納されたのでしょうか？(質問2)

質問2の補足
apple形式単独での入力に失敗してるが、nero形式単独での入力ではエラーが出ずMediaInfo読みでapple形式、nero形式の両方が正常に格納されたように見えるため正しく格納されたか疑問が残る
もしこの質問2の状態でapple形式しか読めない再生環境で再生したら正常にチャプターが扱えるのかという疑問

見えます！仕事にのめり込んでL-SMASHが放置される未来が見えます！

remuxerの--chapterオプションはnero形式のテキストしか対応してないよ
apple形式の記述のチャプターテキスト入力したらエラーになるのは当然

それと入力したmp4ファイルのブランドにアップルのが含まれてるなら勝手にapple形式のチャプタが格納される仕様になってる
apple形式しか読めない再生環境で再生したら当然apple形式のチャプターが読み込まれるから心配するな

>>396
単純にApple形式には対応してなかったのですね
見当違いでした。
回答有難うございます。これで安心して処理できます。

ダウソ民を雇ってくれるなんてありがたいことですわ

メモ程度の報告。ask.fmで質問されてた以下の件。
　　「L-SMASH Works r729で一部のWebMを読み込むとループ等の問題が発生することがある」
　　ttp://ask.fm/Paranoialmaniac
　　サンプルWebM： ttp://www1.axfc.net/u/3308419

手元だと、たくあん氏ビルドのr728でもループが再現。また、
　　8/23のffmpeg N-65840-g7444cf9でビルドしたr729
　　さっき引っ張ってきたffmpeg N-65991-g8c63a0dでビルドしたr729
でも再現。
　　昨日引っ張ってきたlibav v12_dev0-43-g9e8bbe7でビルドしたr729
だと問題無し。

サンプルファイル自体がおかしいのか、ffmpegまたはlibavに何らかの問題があるのか、
よくわかりませんがとりあえずそんな感じでした。

ffmpegの問題だからffmpeg.exeで再現できるサンプルとコマンド書いてffmpegにticket作れ

普通に考えればffmpegの問題だろうというのはわかってるけど、
俺は気が向いたから追加検証して、その結果を情報共有しとこうと思って書いただけだからなあ。
サンプルのWebMファイルもどうやって作ったものか知らないし、
こっちで適当に作ったWebMでは再現しないし、よくわからん。
質問者がちゃんと検証してffmpegに報告してくれることに期待してくれ。

ask.fmで質問した者です。
そのサンプルを作成したffmpegのバージョンはN-65366-g1c59419でオプションは以下のようになります。

-f rawvideo -s 1920x1080 -pix_fmt nv12 -r 24/1 -i "-" -vcodec vp9 -b:v 800K -g 240 -acodec libvorbis -b:a 128K -pass 1 -y "C:\enc\sintel_trailer_2k\sintel_trailer_2k_VP9_800Kbps.webm"
-f rawvideo -s 1920x1080 -pix_fmt nv12 -r 24/1 -i "-" -i "C:\enc\sintel_trailer_2k\sintel_trailer_2k_VP9_800Kbps.tmp.wav" -vcodec vp9 -b:v 800K -g 240 -acodec libvorbis -b:a 128K
-pass 2 -y "C:\enc\sintel_trailer_2k\sintel_trailer_2k_VP9_800Kbps.webm"
AviUtlのffmpeg / avconv 出力 0.04を使って作成しました。

検証してみたのですがffmpegでvp9の2passエンコードを使用すると問題が起きるようです。
ffmpegをN-65991-g8c63a0dなどに変更したり別の映像を使っても同様の問題が発生しました。
もちろんAviUtlを経由させずに直接ffmpegでエンコードして試しました。
最後にffmpegへの報告ですが、すみません私は英語が全く出来ないのでちょっと難しいです。

x264で.264を出力し、L-SMASHでMP4に入れたんだだけど
x264の報告だとI:19なところ、L-SMASHだとIDRが19でIが0になってます
これって正常なんでしょうか？
たんに自分の見方が間違ってたらごめんなさい

x264 r2085
L-SMASH rev1084

↓x264のログ
x264 [info]: frame I:19 Avg QP:14.24 size: 95723
x264 [info]: frame P:1200 Avg QP:16.76 size: 11198
x264 [info]: frame B:869 Avg QP:19.68 size: 1506

↓L-SMASHのログ
MP4 muxing mode
[H.264: Info]: IDR: 19, I: 0, P: 1200, B: 869, SI: 0, SP: 0, Unknown: 0
Track 1: H.264 Advanced Video Coding
Muxing completed!

正常

位

mp4boxだとIとIDRが19と表示されてたので
I:0を見て？？になりました
なるほど正常なんですね

>>403 >>406

　　ttps://twitter.com/Paranoialmaniac/status/511917344067575809
　　IDRなIピクチャと、単なるIピクチャを区別しているので、それで正常。

L-SMASHのバグ報告です。

問題：
　　アップル形式のチャプター(Timed text)埋め込み時に最初のチャプターが
　　時間指定を無視して0秒時点に振られてしまう。
実行コマンド：
　　muxer.exe --file-format m4a --chapter chap_utf8.txt -i test.aac -o test.m4a
リビジョンごとの問題発生状況：
　　○（問題無し）： r715
　　×（問題あり）： r749、r906、r966、r1084、r1092

チャプターファイルの内容（UTF-8）：
CHAPTER01=00:00:06.673
CHAPTER01NAME=chap200(aviutl201)frあ
CHAPTER02=00:00:14.181
CHAPTER02NAME=chap425(aviutl426)frい
CHAPTER03=00:00:20.020
CHAPTER03NAME=chap600(aviutl601)frう

参考：
　　http://peace.2ch.net/test/read.cgi/avi/1409023798/355-363
　　http://peace.2ch.net/test/read.cgi/avi/1351856057/501

怪しいのはr719ですかね・・・。

r719 [git-9e7d713] muxer: Fix the condition of creating reference chapter track.


ついでにどなたか教えていただけると嬉しいのですが、
POP氏やたくあん氏が配布しているL-SMASH関係のアーカイブに含まれるCHANGELOGのように、
上のような形式でリビジョン番号(rXXX)とコミット（git-xxxxxxx）を結びつけた一覧を出すのってどうやるんでしょうか？
git logだとリビジョン番号がわからないので、どうすればいいのかなと。
ビルド環境をまったく使いこなせてないだけなんですけどね・・・orz

>>408ですがテスト結果の確認不足もあり、一部根本的に勘違いしていた部分がありました。
r715ではまだTimedTextは入れるようにしていなかったんですね。
r715が問題無しに見えたのはNero形式のチャプターが使われているせいでした。失礼しました。

MP4Boxでapple形式チャプター（TimedText）を入れた場合、
必ず0秒時点に名無しのチャプターがつけられてしまうのは、何かそういう仕様があるんだろうか・・・。

先頭にチャプター必要なのは頭出し用に普通だと思うんだが
DVD作成とかしてた時から当たり前にしか感じてなかったわ

https://twitter.com/Paranoialmaniac/status/513474799079653376
https://twitter.com/Paranoialmaniac/status/513475602167234561
https://twitter.com/Paranoialmaniac/status/513476507776208899
https://twitter.com/Paranoialmaniac/status/513477856932798464
https://twitter.com/Paranoialmaniac/status/513492759139717120

　　「検証するためのサンプル等が無い」
　　「確認しなきゃならないこと: 1. 参照型チャプタートラックはedit listを反映するのか？
　　　2. 反映しない場合、最初のチャプターのタイムスタンプはどのように扱うべきか。」

などなど。しかし残念ながら私もApple製品を持っていないしよくわからない／(´・ω・｀)＼

ちなみに>>408のチャプターをrigaya氏のchapconvertにかけたもの（applechap.txt）から
TextSampleだけ抜粋すると以下の通り。
　　<TextSample sampleTime="00:00:06.673">chap200(aviutl201)frあ</TextSample>
　　<TextSample sampleTime="00:00:14.181">chap425(aviutl426)frい</TextSample>
　　<TextSample sampleTime="00:00:20.020">chap600(aviutl601)frう</TextSample>
　　<TextSample sampleTime="00:00:20.021" text="" />
これを、
　　MP4Box -ab "M4A " -add test.aac -add applechap.txt:chap -new test.m4a
でM4Aに埋め込んでから
　　MP4Box -ttxt 2 test.m4a
でTimedTextを抜き出してTextSampleだけ抜粋すると、以下のように0秒のエントリが追加されている。
　　<TextSample sampleTime="00:00:00.000" xml:space="preserve"></TextSample>
　　<TextSample sampleTime="00:00:06.673" xml:space="preserve">chap200(aviutl201)frあ</TextSample>
　　<TextSample sampleTime="00:00:14.181" xml:space="preserve">chap425(aviutl426)frい</TextSample>
　　<TextSample sampleTime="00:00:20.020" xml:space="preserve">chap600(aviutl601)frう</TextSample>
　　<TextSample sampleTime="00:00:25.792" text="" />

行き違いが無いよう書いておくと、>>408で指摘した問題は、L-SMASHの場合だと
　　<TextSample sampleTime="00:00:00.000" xml:space="preserve">chap200(aviutl201)frあ</TextSample>
　　<TextSample sampleTime="00:00:14.181" xml:space="preserve">chap425(aviutl426)frい</TextSample>
　　<TextSample sampleTime="00:00:20.020" xml:space="preserve">chap600(aviutl601)frう</TextSample>
　　<TextSample sampleTime="00:00:25.859" text="" />
のように、最初の「chap200(aviutl201)fr」の部分の時間が本来の"00:00:06.673"ではなく0になってしまうというもの。

　　https://twitter.com/Paranoialmaniac/status/513492759139717120
　　そんなわけで、0秒チャプターじゃないチャプターが最初に来る場合、何も考えないで対策を打つならば、
　　ダミーチャプターを0秒に置くという手法しか無いのです。
　　MP4/MOVでは最初のサンプルのDTSは必ず0であり、CTS>0はPTS>0を保証しないので。

とりあえずは暫定対処（？）として、MP4Boxと同様に0秒のエントリを入れるということになるのかな？
まだわからないけど。

バグなのか仕様なのかわかりませんが報告。

現象：
　　AviUtlのL-SMASH Worksのデフォルト設定で音声無しのMP4を読み込むと、
　　Libav+L-SMASHではなくLW-Libavで読み込まれる（？）ようで、lwiファイルが生成される。
　　設定でLW-Libavのチェックを外すとLibav+L-SMASHで読み込まれる（？）ようで、lwiファイルは生成されない。
　　読み込みの優先度を考えると、デフォルト設定でもLibav+L-SMASHで読み込まれ、
　　lwiファイルも生成されないのが本来の挙動のような気がする。
バージョン：
　　AviUtl 1.00
　　L-SMASH r729（ffmpeg N-66554-g9a3653c、lsmash rev1106 02aa361）
test.avs： ColorBars(640,360,pixel_type="RGB32").Trim(0,359)
x264コマンド： x264.2479kMod.x86.exe test.avs -o test.mp4
※x265 1.3+315-d0fa09e9cca5でエンコしてlsmash rev1106でmuxしたMP4でも同様。

>>416の件。

　　仕様ですし Libav+L-SMASHではなくLW-Libavで読み込まれる というものではありません。
　　正確には「どちらでも読み込んでいる」です。
　　L-SMASH側だけではカバーできないケースがあるので、念の為読み込んでるわけです。
　　ttps://twitter.com/Paranoialmaniac/status/517666310314934272

　　(続き) 本当に映像ストリームが無かったのか？ という念のための処理です。仕様です。
　　気に入らなければ、どうぞパッチを送るなり、良い代替案を提示して下さい。
　　ttps://twitter.com/Paranoialmaniac/status/517666772929875968


了解。バグじゃないなら特に問題なし。

L-SMASH Works r729で一部のWebMファイルを読むと映像ループ等が発生する件の追加報告です。
いくつか検証してみた結果、VP8、VP9のAltRefフレーム有効時に発生する問題だと思われます。
映像ループだけでなく、長さ・フレームレート・フレーム数の誤認等も発生するようです。1000fpsになったり。
libavをリンクすれば解決するという話でもなさそうです。

YoutubeのVP8-WebMって腐ってるんじゃねとか、VP9-WebMのMux仕様ってどうなってんだろうとか
色々とよくわからない点もありますが、このあたりが私の限界のようなので、以下にまとめました。
今は色々とお忙しいようですので、区切りがついた後にでもわかめな方々とのんびり見ていただければと。

報告内容の詳細とサンプルファイル等のまとめ（76MB。10月末に消えます。）：
　　ttp://www1.axfc.net/u/3340179?key=aviutl

関連：
　　・ >>399-402
　　・ ttp://peace.2ch.net/test/read.cgi/avi/1409023798/583-585

AltRefフレーム関連：
　　The WebM Open Media Project Blog: Inside WebM Technology: The VP8 Alternate Reference Frame
　　　　ttp://blog.webmproject.org/2010/05/inside-webm-technology-vp8-alternate.html
　　The WebM Project | WebM Container Guidelines （VP9がまだ書かれてないとかちょっと・・・）
　　　　ttp://www.webmproject.org/docs/container/#vp8-alternate-reference-frames

美容整形　失敗
http://wc2014.2ch.net/test/read.cgi/seikei/1412153329/

なんでGCC4.9でビルドさせてくれないんだっけ

L-SMASHのremuxerやL-SMASH入りのx264のバイナリっていつ更新したらいいんでしょ？
好きな時にしろ、って言われそうだけど、L-SMASHの更新が激しくてどのタイミングでバイナリのビルドしていいかわからない…
更新される度にremuxerやx264ビルドしてたら面倒だし

Rigayaさんとこからx265guiをゲットしてインスコ
→設定画面の右上に更新ボタンがある
→おしてみる
→幸せ

>>421
やっぱり個人の判断で好きな時にやるしかないと思う。
常に最新版をビルドして使って人柱報告する人が多いほうが色々助かるだろうけど
使う側としては安定性を重視したいだろうし、大きな機能更新やバグ修正が無い限りは少し古くても問題ないし。
AviUtlスレとかを見てればある程度の情報はわかるけど、
大きめの機能更新やバグ修正があった場合はわかりやすい形で告知や記録メモがあると嬉しいね。
例えばGitレポジトリにimportant.txtみたいなメモを作っておいて、
　　http://peace.2ch.net/test/read.cgi/avi/1409023798/562
の件だったら「rev973〜rev1010はPEGASYS系で読めないMP4が作られてしまうので使うな」みたいなメモを書いておくとか。
面倒か・・・。

週末にも色々とL-SMASHのリファクタリングが進められたようですね。お疲れ様です。

>>422
横からだけど、x265guiExにはx265.exe、qaac.exe（とCoreAudioToolbox）、
L-SMASHの自動更新機能がついてるんだね。知らなかったよ。ありがとう。
v3.45で試したらQuickTimeインストーラのダウンロード失敗でqaacの更新に失敗したけど、
他はうまくダウンロードできた。いずれx264guiExのほうにも更新機能が付くのかな。

L-SMASHのバグ報告です。

問題： Apple形式のチャプターが正常に埋め込まれない。TimedTextのトラックはできるが中身が無い。
確認rev：
　　問題無し・・・rev1108
　　問題有り・・・rev1119、rev1206
確認コマンド：
　　remuxer.exe --chapter chapterUTF8.txt -i video.mp4 -i audio.m4a -o test.mp4
　　MP4Box_0.4.6-r3745.exe -ttxt 3 test.mp4
　　※出力された「test_3_text.ttxt」を見ると、TextSampleにチャプターエントリが登録されていない。
チャプターファイルの内容：
CHAPTER01=00:00:00.000
CHAPTER01NAME=zero
CHAPTER02=00:00:02.002
CHAPTER02NAME=two
CHAPTER03=00:00:04.004
CHAPTER03NAME=four
CHAPTER04=00:00:08.008
CHAPTER04NAME=eight
CHAPTER05=00:00:16.016
CHAPTER05NAME=sixteen

L-SMASHってAppleチャプターのバグ頻発するよな？
そこらへんのプログラムの設計に大きな問題あるんだろうか

取り敢えず自分も適当につついたけど
rev1116問題なし、rev1117問題あり
てことでこれじゃね？
ttps://github.com/l-smash/l-smash/commit/5d1f923fb416dd707e4e4fd5d8a8fedb16e7ce7f
rev1108からrev1119までを1つずつdebugなビルドで検証した

ttps://twitter.com/Paranoialmaniac/status/528863302525267969
ttps://twitter.com/Paranoialmaniac/status/528863905385156608
ttps://twitter.com/Paranoialmaniac/status/528864311435735040
ttps://twitter.com/Paranoialmaniac/status/528869619742683137

ツイッター見に行ったらちょうど原因が判明したっぽい。
チャプター自体は埋め込まれてるらしいけど、パラメータの設定し忘れがあったとのこと。

>Appleの参照トラック型式チャプターは特別扱いしないとアレだから、チェック漏れが頻発するなぁ。

ということで、色々なケースを扱わなければならない難しさがあるみたいだ。

治ったみたいだね 自分がつつく必要もなかったか
実際にremuxして確認もしたよ

>>428
検証乙です。
自分では手元のバイナリでしか確認できなかったので
>>426のような発生リビジョン特定は大変助かります。

コミットログにThis regression is introduced at 5d1f923といったコメントがあるけど、
コミットとリビジョン番号と結びつける方法がよくわからないｗ

>>429
結構頻繁にバグ報告してくれてる人と同一人物な予感がする

git clone https://github.com/l-smash/l-smash lsmash
cd lsmash
ここまではおｋ？

git rev-list master --reverse > rev-list.txt
これで全revがリダイレクトされる
それの1200行目のハッシュ＝rev1200のハッシュ
git checkout ハッシュ こうすると特定のハッシュに戻せる

これを応用して
git rev-list master --reverse | sed -ne "1200 p"
このコマンドはgit rev-list master --reverseの1200行目を表示する

git checkout `git rev-list master --reverse | sed -ne "1200 p"`
よってこうするとrev1200に簡単に戻せる

正しいやり方かは知らん

ttps://twitter.com/Paranoialmaniac/status/528880032609861632

ふむ 本人様が書いてくれたようだ

>>430-431
ありがとうございます。一応自分でビルドしてはいるんですが、
git等をちゃんと勉強しなければと思いつつも、つい後回しに。
rev-listというコマンドがあったのですね・・・助かりました。

メモ：
　　ttps://twitter.com/Paranoialmaniac/status/528891778112294913

　　> rev1117〜rev1206の間でAppleの参照トラック型チャプターを作ったしまった場合でも、
　　> バイナリエディタで tx3g の文字列を検索してその後ろから8バイト目を 01 に書き換えれば直ります。
　　> 74 78 33 67 00 00 00 00 00 00 00 01

L-SMASHに簡単な要望です。
--helpや--versionのどこかにverを表示することは出来ませんかね？
今はrevとhash使ってそのrevのlsmash.hを見て判断してます。

こちらが適当に書いてみたパッチになります。
ttp://pastebin.com/k6pBp9x2

適用後、"verMAJOR.MINOR.MICRO.REV　HASH"という形になります。
LAV Filters tModを参考にしました。

これと全く同じ形でなくてもいいので最悪MAJORとMINORだけでも分かるようにして欲しいです。

新しい機能を試してみたくr1235をビルドして試したらx64なビルドだけMuxing completed!と表示された瞬間にフリーズするようです
--enable-debugでも特にメッセージは表示されませんでした
生成されたファイルは一応正しく再生出来てるよう(に見えるだけかも)です

使ったコマンドは以下
muxer.exe -i hoge.mp4 -o hoge2.mp4

configureは--cross-prefix=x86_64-w64-mingw32-を付けて、Mingw自体はXhmikosR氏のGCC4.9.2のものを使ってます

revを掘り下げたところ
rev1231　フリーズ
rev1230　正常

なおこちらのコマンドでもrev1231でフリーズするようです
muxer.exe -i hoge.264 -i hoge.aac -o hoge.mp4

ttps://twitter.com/Paranoialmaniac/status/535524917731524608

こちらでも修正確認しました
お疲れです

生成されたファイルは「試す」と書いたとおりどうなってもいいファイルだったので無問題です

VP9の件、手持ちのファイルすべて正常に読み込めるようになりました。
対応ありがとうございます。

movファイル自体の問題かもしれませんが一応報告。

【現象】Avisynthで以下のエラーが発生
　　LSMASHAudioSource: failed to get construct timeline.
【LSMASHSource.dllのバイナリ】
　　・たくあん氏が配布していたr728
　　・Doom9のLSMASHSourceスレで配布されている
　　　　　ttps://www.dropbox.com/sh/3i81ttxf028m1eh/AAABkQn4Y5w1k-toVhYLasmwa?dl=0
　　　のL-SMASH-Works-r733-20141121-32bit.7z
【OS】Win8.1 64bit
【Avisynth】
　　・2.6 alpha5 32bit
　　・SEt版 2.6MT 20130928 32bit
【avsの内容】
LoadPlugin("C:\AvisynthDLL\LSMASH\LSMASHSource.dll")
file="D:\big_buck_bunny_1080p_h264.mov"
LSMASHAudioSource(file)
【ファイル】
　　ttps://peach.blender.org/download/
　　1920x1080のH.264のとこにあるbig_buck_bunny_1080p_h264.mov（約700MB）
【備考】
　　・MediaInfoで見るとQuickTimeのTimeCodeが入っている。
　　・サイトの説明にVLCだと音声がうまく再生されないとあるがVLC2.1.5だと特に問題無し。

　
>>438のmovサンプルですが、配布鯖が生死不明な感じなので一応ギガファイル便に置いておきました。
　
　　ttp://11.gigafile.nu/?e8d8ca39ea408d3012a0a3aa4fe23874f-1203

L-SMASH WorksというよりL-SMASHがその音声に対応できてないね
remuxer でremuxすることもできないから

>>438-439の対応乙です。
MediaInfoで見るとQuickTime 7.4.1で出力したもののように見えるけど、なんなんでしょね。

https://twitter.com/Paranoialmaniac/status/538305256392638464
>L-SMASH rev1316で対応した。たまたま同じ糞なサンプルが手元にあるだけかと思ってたから、
>放置してたけど、別の同じ原因のサンプルファイルが出てきたので、対応させました。
>報告感謝。 一体全体なんなんだこれは...

https://twitter.com/Paranoialmaniac/status/538306039725043712
>構造体内で可変長配列を表現するもので、array[1]っていうのがあるので、多分、これに起因して、
>例え0要素だとしても、こいつを含んだメモリの中身をそのまま書き出しているんじゃないかと予想。

アニメーションWebPとアニメーションPNGに対応した「FFmpeg 2.5」が公開 - 窓の杜
http://www.forest.impress.co.jp/docs/news/20141211_679903.html

そういえば>>389にもある
　　> L-SMASH WorksでRGBのavsを読むと上下反転してしまう
という問題の修正予定はないんだろか？r733でも発生した。

>>389 >>443
https://twitter.com/Paranoialmaniac/status/544360352255717376
>FlipVerticalでどうにでもなるので、ハッキリ言って、修正に興味が無い。
>暇な人が修正パッチを書けば良いのではないでしょうか。 パッチは歓迎します。

誰か暇になろう（）

L-SMASH Worsks rev734乙です。

現状の不具合を報告

rev744時点でAviSynthのLWLibavVideoSource()でTSを読もうとすると
"LWLibavVideoSource: failed to make a frame."ってAvsPmodにメッセージボックスが出る

ビルドに使ったソース
L-SMASH-Works r744
L-SMASH r1330
FFmpeg N-68657-gf7f4a90

r748で>>445のTSが読めない問題が修正されてるのを確認

そして新しい不具合を確認したので報告
TSファイルのフレームレートが以下の用に誤爆する
r738ではffmpeg版、libav版共に問題なし

Sample1.ts
ffmpeg版: 29998/1001
libav版: 29999/1001

Sample2.ts
ffmpeg版: 29998/1001
libav版: 29999/1001

Sample3.ts
ffmpeg版: 29998/1001
libav版: 29999/1001

Sample4.ts
ffmpeg版: 29998/1001
libav版: 29999/1001

Sample5.ts
ffmpeg版: 29999/1001
libav版: 30000/1001(正常)

r748にリンクしたffmpeg、libavは以下
FFmpeg N-68663-g3a2bed1
Libav v12_dev0-605-g9cfa68c

r738にリンクしたFFmpeg N-68648-g03b84f2に戻して再度ビルドしても発生する

ttps://twitter.com/Paranoialmaniac/status/548053049474682880
フレームレートの誤爆が治ってるのを確認
お疲れ

L-smashの話題はここでいいのかな？

以下のエラーが出た時の挙動として、

[Warning]: Detected CTS duplication af frame xxxxx

Libac+L-SMASH にチェックが入っている状態だと、fpsが強制的に25fpsになる。
Libac+L-SMASH にチェックが外れている状態だと、fpsは元動画のままである。

前者はどうにもならないんでしょうか？
出来れば元動画のfpsで開いて欲しいのですが。

L-smashとL-smash Worksは全く別のものだから区別するように

同じ名前あるんだから同じようなもんだと普通思うに決まってる
全く別なら別の名前付けなさいな

おっとJavaScriptの悪口はそこまでだ

>>450
そうやって居直っても無様なだけ

>>1から順に読んでみなよ
と言いたいところだったが、>>1が残念過ぎたでゴザル

まあ、その、なんだ・・・、L-SMASHに関することなら状況さえ詳しく書けば何でもいいんじゃないか？
Aviutlとか他の物まで混同するのはアウトだろうが、と今までの流れから空気を読んだつもりになって無責任な発言をしてみる

L-smashとL-smash Worksは全く別のものだから区別するように

そう言ったところでこれからもずっと同じことの繰り返しさ、名前が同じなんだから
だからどうだってこたないが

OutlookとOutlook Express問題か

なんにせよ報告や要望で用語や詳細情報を正しく書いていなければ
真剣さも感じられないし対応も進みにくくなるだろうて。

>>456
それは両方メール管理ソフトのバージョン違いにすぎないでしょ

L-SMASHは動画と音声をMP4コンテナに収録するためのMuxer
L-SMASH Worksは、Aviutlに多くの動画や音声フォーマットを読み込ませるための入力プラグイン

役目も何もかも違う

違いを>>1にちゃんとテンプレとして書いて置かないのが悪い(・∀・)

>ID:rerk5eqQ
>L-smashとL-smash Worksは全く別のものだから区別するように
>L-SMASHは動画と音声をMP4コンテナに収録するためのMuxer
>L-SMASH Worksは、Aviutlに多くの動画や音声フォーマットを読み込ませるための入力プラグイン

仕切ってる奴が間違ってるとか、カオス過ぎんだろ、このスレ！

>>460
具体的に何処がおかしいのか説明してみてよ

>>460
お前の生誕が間違ってるからな

コンテナを扱うライブラリでしょL-SMASHは
そもそもmuxerだけじゃなくdumperとかもあるし

つーかL-SMASHって単なるプロジェクトの名前じゃね？

http://l-smash.github.io/l-smash/
L-SMASHはISO Base Mediaファイルフォーマット及びMP4を含むその派生ファイルフォーマットを扱う
クロスプラットフォームのライブラリです。

開発の契機は、既存のオープンソースの実装が大きく、複雑すぎること、そして規格上誤った実装が多いことから、
自分たちで真っ当な実装を行おう、と思い立ったことにあります
・一般に動画コンテナとして重要な機能のみを実装する。
・素直でシンプルに実装する。
・可能な限り規格に忠実に実装する。

一言で言えば、L-SMASHの役目はMP4 boxと同じ

GPACとMP4Boxの関係もわかってない奴が偉そうに書いてんじゃねえよw

>>448
https://twitter.com/Paranoialmaniac/status/548125034565218306
> そもそも、その警告が出るということはタイムスタンプの重複が発生しているため、
> ファイルの正確なフレームレートが叩き出せない。
> libavformatは勝手に推測値を出しているだけにすぎない。
> なので、その要望には応えられない。

その他続き
https://twitter.com/Paranoialmaniac/status/548126704514781184
https://twitter.com/Paranoialmaniac/status/548128782905655299
https://twitter.com/Paranoialmaniac/status/548129630415106048
https://twitter.com/Paranoialmaniac/status/548130530940559360

>>450
https://twitter.com/Paranoialmaniac/status/548132016424632320
https://twitter.com/Paranoialmaniac/status/548133188447395843

L-SMASH Worksのr761とlibavでビルドしようとしたら
../common/lwlibav_audio.o:lwlibav_audio.c:(.text+0x198): undefined reference to `av_copy_packet'
と言われます
libavはv12_dev0-613-g60d4c6fで、r758時点では正常にビルドできました
r758でもv12_dev0-613-g60d4c6fを使用してます

ffmpegではr761でもビルドできました

何度もすみません
今度はr763とlibavで
../common/lwlibav_dec.o:lwlibav_dec.c:(.text+0x39b): undefined reference to `av_copy_packet_side_data'
と言われます

grepでffmpegとlibavを調べましたがffmpegにはヒットするんですが、libavにはヒットしないようです
出来れば確認お願いします

r765で正常にビルドが通りました
お疲れ様です

L-SMASH Works File Reader r765
L-SMASH rev1330 22344ea
ffmpeg version N-68790-g037b527

この環境で以下のVC1のwmvを読み込もうとすると「[Fatal]: Failed to import AVIndexEntrys.」というエラーが出て読み込むことが出来ません。
またL-SMASH Works File Reader r748では読み込むことが出来るのですがプログレッシブはずなのにインターレースのような状態（？）で
読み込まれてしまいfpsもおかしくなります（25fps→13fps）

http://download.openbricks.org/sample/VC1/SVT/advanced/

>>471氏とは別人ですが
こちらでもasfの読み込みで問題が発生するのは確認してたのですが、やっと再現するサンプルがあったので...
ttp://samples.mplayerhq.hu/V-codecs/WVC1/FlightSimX_720p60_51_15Mbps.wmv

解決の糸口になるかは分かりませんが、こちらで問題の有るソースは全てffmpeg版のみ発生し、libav版ではいずれも発生しません
エラー文は同じく[Fatal]: Failed to import AVIndexEntrys.です

使ってるのは
L-SMASH-Works r766-6d02b60
L-SMASH r1330-22344ea
FFmpeg N-68790-g037b527
Libav v12_dev0-616-g8d54bac
です

こちらの環境では、r753では正常、r754から読み込めなくなります
使ってるffmpegはr753,754ともにFFmpeg N-68756-g627f565です

これの下書きをしてる時にr767が出たようですが、まだ問題が発生するようです

ttps://twitter.com/Paranoialmaniac/status/550255937793978369
手元の異常なファイル、今のところ全て読み込めるようになりました
修正お疲れ様です

こちらも読み込めるようになりました。ありがとうございます。

L-SMASH Works r771のLSMASHSource.dllでTSを読んだ時に稀にエラーになるようです。

Libavをリンクした場合は「LWLibavAudioSource: failed to open resampler.」というエラーが出ます。
ffmpegをリンクした場合はエラー文は出ずに例外"0xc0000005"が発生します。
発生モジュールはLSMASHSource.dllやMSVCR120.dllです。
この例外はAviUtlにavsを読み込んで調べました。

なおffmpeg版はAvsPmodではエラーが出ずにAviUtlやavs2pipemodなどを通した時に発生します。

手元の環境ではrevをr758まで巻き戻すと一切のエラーは出ず、r765(それ以前はlibavのビルドが通らないとのことでビルド自体していない)からエラーが発生します。

rev775で正常に読めることを確認しました
再現するソースなどをうｐする場合、メールで連絡を取らせて頂くかも知れません

Twitter、グループチャットと30秒動画投稿機能を追加 - ITmedia ニュース
http://www.itmedia.co.jp/news/articles/1501/28/news042.html

ffmpegをmsys2+mingw32+gccな環境でconfigureする際に--extra-cflagsに
-mfpmath=sse -msse2 -msse3 -mssse3 -msse4.1 -msse4.2 -mavx
のような関連オプションを付け加えるとLWLibavVideoSourceでmpg読み込み時に
Access Violationが出る。aviutl 1.0, avspmodで発生。少なくとも
ここ数週間のffmpeg,lsmash,lsmash worksの組み合わせでほぼ100%発生。
-mtune , -marchだけでは問題なく読める。仕様なのかな。

それこっちの環境でも確認してるけど...正確には-mfpmath=sseだけど、付けても付けなくても対して速度に変わりがないから最適化なしの方向でやってる
デフォの最適化で十分って感じ　気になるといえば気になる

GCCの最適化はバグだらけと以前聞いた

理想だとMingwで完結することだけど作者のmuken氏がやってないってことは難しいんだろうね

>>478-481
ttps://twitter.com/Paranoialmaniac/status/562628149469409282
> MSVC+GCCは鬼門なんですよ... Releaseビルドだと最適化によってクラッシュしたりするので。
> 私は、もっぱら、動作はDebugビルドで行ってます。
> ttp://forum.doom9.org/showthread.php?p=1620828#post1620828

ttps://twitter.com/Paranoialmaniac/status/562628715490713601
> MSVC+GCCの最適化の問題があるから、個人的にAviSynthプラグインにはなるべく関わりたくない。
> というか、AviSynth滅べと思ってる。(ぁ)