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
436 :
435:2014/11/21(金) 19:21:14.11 ID:UaRrtbHJ
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だと特に問題無し。
L-SMASH WorksというよりL-SMASHがその音声に対応できてないね
remuxer でremuxすることもできないから
そういえば
>>389にもある
> L-SMASH WorksでRGBのavsを読むと上下反転してしまう
という問題の修正予定はないんだろか?r733でも発生した。
現状の不具合を報告
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に戻して再度ビルドしても発生する
447 :
446:2014/12/25(木) 19:46:45.26 ID:QZm0zbUu
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の悪口はそこまでだ
>>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 具体的に何処がおかしいのか説明してみてよ
コンテナを扱うライブラリでしょ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
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でもビルドできました
469 :
468: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にはヒットしないようです
出来れば確認お願いします
470 :
469:2014/12/31(水) 00:31:20.88 ID:VSQwNcBa
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が出たようですが、まだ問題が発生するようです
こちらも読み込めるようになりました。ありがとうございます。
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のビルドが通らないとのことでビルド自体していない)からエラーが発生します。
476 :
475:2015/01/09(金) 01:59:26.29 ID:o+2zshdX
rev775で正常に読めることを確認しました
再現するソースなどをうpする場合、メールで連絡を取らせて頂くかも知れません
477 :
名無しさん@編集中:2015/01/28(水) 08:27:58.26 ID:YrRbNvRN
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氏がやってないってことは難しいんだろうね