VFRmaniac Vのまにまに x264gui

このエントリーをはてなブックマークに追加
399名無しさん@編集中
メモ程度の報告。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に何らかの問題があるのか、
よくわかりませんがとりあえずそんな感じでした。
400名無しさん@編集中:2014/08/31(日) 16:20:00.35 ID:rRYYudhL
ffmpegの問題だからffmpeg.exeで再現できるサンプルとコマンド書いてffmpegにticket作れ
401名無しさん@編集中:2014/08/31(日) 17:33:24.30 ID:2jD1HnuQ
普通に考えればffmpegの問題だろうというのはわかってるけど、
俺は気が向いたから追加検証して、その結果を情報共有しとこうと思って書いただけだからなあ。
サンプルのWebMファイルもどうやって作ったものか知らないし、
こっちで適当に作ったWebMでは再現しないし、よくわからん。
質問者がちゃんと検証してffmpegに報告してくれることに期待してくれ。
402名無しさん@編集中:2014/09/01(月) 07:10:04.55 ID:G2+BAn0C
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への報告ですが、すみません私は英語が全く出来ないのでちょっと難しいです。
403名無しさん@編集中:2014/09/16(火) 21:49:25.31 ID:6ghI198n
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!
404名無しさん@編集中:2014/09/16(火) 23:39:21.88 ID:QZdNVdOs
正常
405名無しさん@編集中:2014/09/17(水) 03:47:02.88 ID:+fUYuwCM
406名無しさん@編集中:2014/09/17(水) 09:30:40.45 ID:fB98L/Uf
mp4boxだとIとIDRが19と表示されてたので
I:0を見て??になりました
なるほど正常なんですね
407名無しさん@編集中:2014/09/17(水) 16:41:40.68 ID:JKzJLxwH
>>403 >>406

  ttps://twitter.com/Paranoialmaniac/status/511917344067575809
  IDRなIピクチャと、単なるIピクチャを区別しているので、それで正常。
408名無しさん@編集中:2014/09/20(土) 02:39:07.98 ID:mEDEzhV0
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
409名無しさん@編集中:2014/09/20(土) 03:03:54.14 ID:mEDEzhV0
怪しいのはr719ですかね・・・。

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


ついでにどなたか教えていただけると嬉しいのですが、
POP氏やたくあん氏が配布しているL-SMASH関係のアーカイブに含まれるCHANGELOGのように、
上のような形式でリビジョン番号(rXXX)とコミット(git-xxxxxxx)を結びつけた一覧を出すのってどうやるんでしょうか?
git logだとリビジョン番号がわからないので、どうすればいいのかなと。
ビルド環境をまったく使いこなせてないだけなんですけどね・・・orz
410名無しさん@編集中:2014/09/20(土) 17:51:35.36 ID:NwxTVOY1
>>408ですがテスト結果の確認不足もあり、一部根本的に勘違いしていた部分がありました。
r715ではまだTimedTextは入れるようにしていなかったんですね。
r715が問題無しに見えたのはNero形式のチャプターが使われているせいでした。失礼しました。
411名無しさん@編集中:2014/09/21(日) 04:12:14.57 ID:3LZ46pw7
MP4Boxでapple形式チャプター(TimedText)を入れた場合、
必ず0秒時点に名無しのチャプターがつけられてしまうのは、何かそういう仕様があるんだろうか・・・。
412名無しさん@編集中:2014/09/21(日) 07:01:34.78 ID:RP+cTWJ0
先頭にチャプター必要なのは頭出し用に普通だと思うんだが
DVD作成とかしてた時から当たり前にしか感じてなかったわ
413名無しさん@編集中:2014/09/21(日) 23:09:01.87 ID:kfrCTD8L
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製品を持っていないしよくわからない/(´・ω・`)\
414名無しさん@編集中:2014/09/21(日) 23:17:15.33 ID:kfrCTD8L
ちなみに>>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="" />
415名無しさん@編集中:2014/09/21(日) 23:24:05.75 ID:kfrCTD8L
行き違いが無いよう書いておくと、>>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秒のエントリを入れるということになるのかな?
まだわからないけど。
416名無しさん@編集中:2014/10/01(水) 23:15:53.11 ID:GkKAnDbF
バグなのか仕様なのかわかりませんが報告。

現象:
  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でも同様。
417名無しさん@編集中:2014/10/02(木) 22:58:12.42 ID:/7SXRSBF
>>416の件。

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

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


了解。バグじゃないなら特に問題なし。
418名無しさん@編集中:2014/10/12(日) 05:05:55.18 ID:AmZs8Fw5
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
419名無しさん@編集中:2014/10/17(金) 21:01:18.49 ID:VrmxzTr0
420名無しさん@編集中:2014/10/26(日) 21:26:47.59 ID:FLew1UYW
なんでGCC4.9でビルドさせてくれないんだっけ
421名無しさん@編集中:2014/10/27(月) 00:02:01.47 ID:0curCE0s
L-SMASHのremuxerやL-SMASH入りのx264のバイナリっていつ更新したらいいんでしょ?
好きな時にしろ、って言われそうだけど、L-SMASHの更新が激しくてどのタイミングでバイナリのビルドしていいかわからない…
更新される度にremuxerやx264ビルドしてたら面倒だし
422名無しさん@編集中:2014/10/27(月) 08:12:49.78 ID:QuJB9IO8
Rigayaさんとこからx265guiをゲットしてインスコ
→設定画面の右上に更新ボタンがある
→おしてみる
→幸せ
423名無しさん@編集中:2014/10/27(月) 15:17:27.82 ID:TSTt9NfS
>>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のほうにも更新機能が付くのかな。
424名無しさん@編集中:2014/11/02(日) 14:39:40.37 ID:ElGuce01
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
425名無しさん@編集中:2014/11/02(日) 19:10:22.74 ID:KmCyVEMD
L-SMASHってAppleチャプターのバグ頻発するよな?
そこらへんのプログラムの設計に大きな問題あるんだろうか
426名無しさん@編集中:2014/11/02(日) 20:22:40.69 ID:PVjNsZ+D
取り敢えず自分も適当につついたけど
rev1116問題なし、rev1117問題あり
てことでこれじゃね?
ttps://github.com/l-smash/l-smash/commit/5d1f923fb416dd707e4e4fd5d8a8fedb16e7ce7f
rev1108からrev1119までを1つずつdebugなビルドで検証した
427名無しさん@編集中:2014/11/02(日) 20:29:05.39 ID:st4+dpn3
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の参照トラック型式チャプターは特別扱いしないとアレだから、チェック漏れが頻発するなぁ。

ということで、色々なケースを扱わなければならない難しさがあるみたいだ。
428名無しさん@編集中:2014/11/02(日) 20:40:33.14 ID:PVjNsZ+D
治ったみたいだね 自分がつつく必要もなかったか
実際にremuxして確認もしたよ
429424:2014/11/02(日) 20:51:09.58 ID:st4+dpn3
>>428
検証乙です。
自分では手元のバイナリでしか確認できなかったので
>>426のような発生リビジョン特定は大変助かります。

コミットログにThis regression is introduced at 5d1f923といったコメントがあるけど、
コミットとリビジョン番号と結びつける方法がよくわからないw
430名無しさん@編集中:2014/11/02(日) 21:08:32.49 ID:PVjNsZ+D
>>429
結構頻繁にバグ報告してくれてる人と同一人物な予感がする

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

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に簡単に戻せる

正しいやり方かは知らん
431名無しさん@編集中:2014/11/02(日) 21:10:33.65 ID:PVjNsZ+D
ttps://twitter.com/Paranoialmaniac/status/528880032609861632

ふむ 本人様が書いてくれたようだ
432424:2014/11/02(日) 21:16:40.64 ID:st4+dpn3
>>430-431
ありがとうございます。一応自分でビルドしてはいるんですが、
git等をちゃんと勉強しなければと思いつつも、つい後回しに。
rev-listというコマンドがあったのですね・・・助かりました。
433名無しさん@編集中:2014/11/02(日) 22:39:40.33 ID:st4+dpn3
メモ:
  ttps://twitter.com/Paranoialmaniac/status/528891778112294913

  > rev1117〜rev1206の間でAppleの参照トラック型チャプターを作ったしまった場合でも、
  > バイナリエディタで tx3g の文字列を検索してその後ろから8バイト目を 01 に書き換えれば直ります。
  > 74 78 33 67 00 00 00 00 00 00 00 01
434名無しさん@編集中:2014/11/10(月) 18:02:12.41 ID:z8ti2wiG
L-SMASHに簡単な要望です。
--helpや--versionのどこかにverを表示することは出来ませんかね?
今はrevとhash使ってそのrevのlsmash.hを見て判断してます。

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

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

これと全く同じ形でなくてもいいので最悪MAJORとMINORだけでも分かるようにして欲しいです。
435名無しさん@編集中:2014/11/20(木) 22:26:45.20 ID:7l4KKLnA
新しい機能を試してみたく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
436435:2014/11/21(金) 19:21:14.11 ID:UaRrtbHJ
ttps://twitter.com/Paranoialmaniac/status/535524917731524608

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

生成されたファイルは「試す」と書いたとおりどうなってもいいファイルだったので無問題です
437名無しさん@編集中:2014/11/22(土) 02:26:58.81 ID:oyjOOA6c
VP9の件、手持ちのファイルすべて正常に読み込めるようになりました。
対応ありがとうございます。
438名無しさん@編集中:2014/11/25(火) 18:34:24.03 ID:P6I/PUYz
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だと特に問題無し。
439名無しさん@編集中:2014/11/26(水) 05:16:55.38 ID:WjGdX1G1
 
>>438のmovサンプルですが、配布鯖が生死不明な感じなので一応ギガファイル便に置いておきました。
 
  ttp://11.gigafile.nu/?e8d8ca39ea408d3012a0a3aa4fe23874f-1203
440名無しさん@編集中:2014/11/26(水) 11:18:30.35 ID:3m1IH4KO
L-SMASH WorksというよりL-SMASHがその音声に対応できてないね
remuxer でremuxすることもできないから
441名無しさん@編集中:2014/11/29(土) 00:01:34.62 ID:II1Y93p3
>>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要素だとしても、こいつを含んだメモリの中身をそのまま書き出しているんじゃないかと予想。
442名無しさん@編集中:2014/12/11(木) 14:41:35.76 ID:CD6tF4e8
アニメーションWebPとアニメーションPNGに対応した「FFmpeg 2.5」が公開 - 窓の杜
http://www.forest.impress.co.jp/docs/news/20141211_679903.html
443名無しさん@そうだ選挙に行こう:2014/12/14(日) 15:39:52.11 ID:e0igk0Fe
そういえば>>389にもある
  > L-SMASH WorksでRGBのavsを読むと上下反転してしまう
という問題の修正予定はないんだろか?r733でも発生した。
444名無しさん@編集中:2014/12/15(月) 14:54:14.97 ID:Sz0nVlW2
>>389 >>443
https://twitter.com/Paranoialmaniac/status/544360352255717376
>FlipVerticalでどうにでもなるので、ハッキリ言って、修正に興味が無い。
>暇な人が修正パッチを書けば良いのではないでしょうか。 パッチは歓迎します。

誰か暇になろう()

L-SMASH Worsks rev734乙です。
445名無しさん@編集中:2014/12/24(水) 01:56:47.40 ID:0KOezMn0
現状の不具合を報告

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

ビルドに使ったソース
L-SMASH-Works r744
L-SMASH r1330
FFmpeg N-68657-gf7f4a90
446名無しさん@編集中:2014/12/24(水) 21:06:06.37 ID:0KOezMn0
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に戻して再度ビルドしても発生する
447446:2014/12/25(木) 19:46:45.26 ID:QZm0zbUu
ttps://twitter.com/Paranoialmaniac/status/548053049474682880
フレームレートの誤爆が治ってるのを確認
お疲れ
448名無しさん@編集中:2014/12/25(木) 23:22:46.23 ID:UZI2Ncdj
L-smashの話題はここでいいのかな?

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

[Warning]: Detected CTS duplication af frame xxxxx

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

前者はどうにもならないんでしょうか?
出来れば元動画のfpsで開いて欲しいのですが。
449名無しさん@編集中:2014/12/25(木) 23:35:30.25 ID:l+VLcKgA
L-smashとL-smash Worksは全く別のものだから区別するように
450名無しさん@編集中:2014/12/25(木) 23:53:28.53 ID:xg9vyErD
同じ名前あるんだから同じようなもんだと普通思うに決まってる
全く別なら別の名前付けなさいな
451名無しさん@編集中:2014/12/25(木) 23:58:03.22 ID:d0NdgXT5
おっとJavaScriptの悪口はそこまでだ
452名無しさん@編集中:2014/12/26(金) 00:04:20.55 ID:rerk5eqQ
>>450
そうやって居直っても無様なだけ
453名無しさん@編集中:2014/12/26(金) 00:24:59.65 ID:x0Mftg1n
>>1から順に読んでみなよ
と言いたいところだったが、>>1が残念過ぎたでゴザル

まあ、その、なんだ・・・、L-SMASHに関することなら状況さえ詳しく書けば何でもいいんじゃないか?
Aviutlとか他の物まで混同するのはアウトだろうが、と今までの流れから空気を読んだつもりになって無責任な発言をしてみる
454名無しさん@編集中:2014/12/26(金) 00:26:00.78 ID:rerk5eqQ
L-smashとL-smash Worksは全く別のものだから区別するように
455名無しさん@編集中:2014/12/26(金) 00:38:24.25 ID:oLbh5WfN
そう言ったところでこれからもずっと同じことの繰り返しさ、名前が同じなんだから
だからどうだってこたないが
456名無しさん@編集中:2014/12/26(金) 03:05:00.05 ID:wKCpUNru
OutlookとOutlook Express問題か
457名無しさん@編集中:2014/12/26(金) 03:29:39.93 ID:Acw7OZdf
なんにせよ報告や要望で用語や詳細情報を正しく書いていなければ
真剣さも感じられないし対応も進みにくくなるだろうて。
458名無しさん@編集中:2014/12/26(金) 06:45:40.49 ID:rerk5eqQ
>>456
それは両方メール管理ソフトのバージョン違いにすぎないでしょ

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

役目も何もかも違う
459名無しさん@編集中:2014/12/26(金) 09:32:03.91 ID:dvU0EV74
違いを>>1にちゃんとテンプレとして書いて置かないのが悪い(・∀・)
460名無しさん@編集中:2014/12/26(金) 12:22:22.11 ID:wczY8Qwz
>ID:rerk5eqQ
>L-smashとL-smash Worksは全く別のものだから区別するように
>L-SMASHは動画と音声をMP4コンテナに収録するためのMuxer
>L-SMASH Worksは、Aviutlに多くの動画や音声フォーマットを読み込ませるための入力プラグイン

仕切ってる奴が間違ってるとか、カオス過ぎんだろ、このスレ!
461名無しさん@編集中:2014/12/26(金) 14:00:40.99 ID:0JCpPP3Y
>>460
具体的に何処がおかしいのか説明してみてよ
462名無しさん@編集中:2014/12/26(金) 14:10:20.26 ID:rerk5eqQ
>>460
お前の生誕が間違ってるからな
463名無しさん@編集中:2014/12/26(金) 14:49:10.66 ID:rmOFuVWh
コンテナを扱うライブラリでしょL-SMASHは
そもそもmuxerだけじゃなくdumperとかもあるし
464名無しさん@編集中:2014/12/26(金) 17:33:31.58 ID:BPLGtWm+
つーかL-SMASHって単なるプロジェクトの名前じゃね?
465名無しさん@編集中:2014/12/26(金) 17:43:15.14 ID:rerk5eqQ
http://l-smash.github.io/l-smash/
L-SMASHはISO Base Mediaファイルフォーマット及びMP4を含むその派生ファイルフォーマットを扱う
クロスプラットフォームのライブラリです。

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

一言で言えば、L-SMASHの役目はMP4 boxと同じ
466名無しさん@編集中:2014/12/26(金) 17:49:35.36 ID:h7nukE4F
GPACとMP4Boxの関係もわかってない奴が偉そうに書いてんじゃねえよw
467名無しさん@編集中:2014/12/26(金) 17:51:17.68 ID:BewuY7i9
>>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
468名無しさん@編集中:2014/12/29(月) 22:02:01.02 ID:As5wfYrs
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でもビルドできました
469468:2014/12/30(火) 18:31:43.43 ID:mPErEfQF
何度もすみません
今度はr763とlibavで
../common/lwlibav_dec.o:lwlibav_dec.c:(.text+0x39b): undefined reference to `av_copy_packet_side_data'
と言われます

grepでffmpegとlibavを調べましたがffmpegにはヒットするんですが、libavにはヒットしないようです
出来れば確認お願いします
470469:2014/12/31(水) 00:31:20.88 ID:VSQwNcBa
r765で正常にビルドが通りました
お疲れ様です
471名無しさん@編集中:2014/12/31(水) 15:13:39.23 ID:0bdnOv/B
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/
472名無しさん@編集中:2014/12/31(水) 20:02:45.00 ID:VSQwNcBa
>>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が出たようですが、まだ問題が発生するようです
473名無しさん@編集中:2014/12/31(水) 20:58:03.93 ID:VSQwNcBa
ttps://twitter.com/Paranoialmaniac/status/550255937793978369
手元の異常なファイル、今のところ全て読み込めるようになりました
修正お疲れ様です
474名無しさん@編集中:2014/12/31(水) 21:45:42.27 ID:0bdnOv/B
こちらも読み込めるようになりました。ありがとうございます。
475名無しさん@編集中:2015/01/07(水) 00:10:20.60 ID:l+kEsFGk
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のビルドが通らないとのことでビルド自体していない)からエラーが発生します。
476475:2015/01/09(金) 01:59:26.29 ID:o+2zshdX
rev775で正常に読めることを確認しました
再現するソースなどをうpする場合、メールで連絡を取らせて頂くかも知れません
477名無しさん@編集中:2015/01/28(水) 08:27:58.26 ID:YrRbNvRN
Twitter、グループチャットと30秒動画投稿機能を追加 - ITmedia ニュース
http://www.itmedia.co.jp/news/articles/1501/28/news042.html
478名無しさん@編集中:2015/02/02(月) 21:40:43.85 ID:+1YT6MbI
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だけでは問題なく読める。仕様なのかな。
479名無しさん@編集中:2015/02/03(火) 01:25:25.59 ID:fRq/FJJ1
それこっちの環境でも確認してるけど...正確には-mfpmath=sseだけど、付けても付けなくても対して速度に変わりがないから最適化なしの方向でやってる
デフォの最適化で十分って感じ 気になるといえば気になる
480名無しさん@編集中 転載ダメ©2ch.net:2015/02/03(火) 11:09:44.52 ID:PkrnNCGX
GCCの最適化はバグだらけと以前聞いた
481名無しさん@編集中:2015/02/04(水) 00:14:04.85 ID:oofwkzVJ
理想だとMingwで完結することだけど作者のmuken氏がやってないってことは難しいんだろうね
482名無しさん@編集中
>>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滅べと思ってる。(ぁ)