【開発】 TS関連ソフトウェア総合スレ Part17
レス数が1000を超えています。これ以上書き込みはできません。
専用スレが立っていないTS周り諸々のソフトウェアについて語りましょう
前スレ
【開発】 TS関連ソフトウェア総合スレ Part16
http://echo.2ch.net/test/read.cgi/avi/1454953262/ こっちにも書いておく
ttps://github.com/epgdatacapbon/libaribb25
このソースを使ったlibaribb25.dllをEDCBで使うと、チャンネルを切り替えでドロップが出るんだけど… 2017でのビルドに難があるんじゃなかったっけ?>B25 それじゃなくて普通のmulti2dec付属のB25Decoder使えよ
それ使う事に何のメリットあるんだよ 2018年3月29日のda22adaのコミットでは、チャンネルを切り替えでドロップが発生しないことを確認 >>954 を使えば録画開始・終了時のドロップも発生しないよ >>957
da22ada以前のコミットではEDCBのEPG取得が正常に行われない。
EDCBでEPG取得時にはB25Decoderを通さないようにすれば良いのだが、xtne6f氏はその改造には消極的。
よって、EPG取得時や、チャンネル切り替え直後のような不完全なTSをそのままバッファに蓄積しているので切り替え前後のカウンターが不連続になる。
カウンターが連続してないだけなので実質の影響はないはず。 >>959
B25Decoderではそもそも問題無いんだからEDCB側が対応する必要ないでしょ?
libaribb25側の問題をEDCBのせいみたいな言い方するのはおかしいんじゃね xtne6f氏を狙い撃ちにしてるのはどうかと思う
話通してやる気はないとでも言ったのかな この件かな?
ttps://github.com/xtne6f/EDCB/issues/24 epgdatacapbon氏、派生版見てるのか
edcb以外のソフトにもissue建ててるみたいだし、どのソフトで録画しているのか知りたいなあ Windows環境で、libarib25にわざわざB25DecoderのI/Fを追加して利用する目的が良くわかんない。
メンテナンスするにしてもB25Decoder自体をいじれば良いと思うんだけれど。
ライセンスの問題とかあるんだっけ? >>960
libaribb25の問題なのは確かだけど、EDCBのせいとは言ってないんじゃない? >>964
その通りだけどもう誰もメンテナンスする人がいないんだよね。 前にlibaribb25だとドロップするって人いたけど、いまはどうなんだろ?
チャンネル切り替え以外でもドロップするなら本質的なバグがありそう。 faad v2.7 custom0.7使ってるんだけど、不正なADTSヘッダを含んでいる為
意図しない分割出力されるAACファイルに遭遇することがちょくちょくある。
-----
Frame 19 : Decode channels changed from 2ch to 4ch
Frame 19 : Reinitializing LIBFAAD2
Frame 20 : Decode channels changed from 4ch to 2ch
Frame 20 : Frame header samplerate changed from 48000Hz to 22050Hz
Frame 21 : Frame header samplerate changed from 22050Hz to 48000Hz
Frame 32 : 31 frames and 896 samples were removed. (delay correction)
-----
Readmeを参考に"-d -F 0x3330D"オプションを使っても、2chダウンミックスの
単一ファイルとして出力されない。
当該箇所をGOP単位で切除すれば問題なくなるのは確実なんだけど、
番組の途中でも発生するケースもあったりしてなかなか難しい。
(というかこんなこといちいち手動で対応したくない)
みんなこういうファイルどうやって対処してるの? ドロップでもしてるのでは
ts2aacでも使ってみるとか >>969
いくつかサンプルで試してみたけど、ドロップとの相関は無さそうです。
そして今までts_parserでやってたaacの分離処理を試しにts2aacに変えてみたところ
件の想定外ファイル分割は無くなりました。アドバイスありがとうございます。
-----
Frame 12 : 11 frames and 928 samples were removed. (delay correction) OKYO MX]_HD\src\audio_1_ts2aac_demux.aac PID 0x112 DELAY -254ms.aac.
-----
ただ、ts2aacだとL-SMASH Works用のDelay調整オプションが無いんですよねぇ・・
Amatsukaze同梱のlibfaad2.dllは独自改造版みたいだけど、同種の問題は発生しないのだろうか。 >>970
Amatsukazeでも分割されるの? チャンネル切り替え時にできる復号できない不完全なパケットを
アプリに渡すか渡さないかの違いじゃないの? >>965
>EDCBでEPG取得時にはB25Decoderを通さないようにすれば良いのだが、xtne6f氏はその改造には消極的。
ここは違うだろって事だよ
EDCB側で通さないようにするより
https://github.com/xtne6f/EDCB/issues/24#issuecomment-441437271
で書いてるようにlibaribb25側で対処するのが筋でしょ >>971
知らない。Amatsukaze使った事ない。
>>972
もちろんそういうケースもあるだろうけど、番組途中で
発生するケースがあるので送信用マスター機器の誤動作だと思う。
(TsSplitter Ver1.22のヘッダーチェックに関する修正もそんな感じだったと思う)
つーかそもそも同じPIDで違う音声チャンネルのストリームを
格納できるようにしたの、ARIBの設計ミスとしか思えん。 >>970
「MPEG-API_Utils_20174308_beta」のreadmeより
>
[補足4]
本ツールを使用せずに、ts2aac でL-SMASH-WorksのLibav Readerに合わせる方法を提示。
(1) MurdocCutter でTSを全体選択して出力
(2) ts2aac で -B オプションを指定してAACをDemuxする
(1)の処理で先頭のGOPヘッダ無分のフレームがカットされて出力されます。
(2)は、Libav Readerは先頭GOPがBフレ有のOpenGOPなデータだと先頭Bフレへの補完を
入れて動作するので、-B オプションの指定が必要になります
もしaac → m4aへの変換に失敗するなら
それはドロップのせい >>968
それ、ts2aac でも、分割はされないけど(そういう機能がない)、
余分な処理が入って聴いてわかるレベルで微妙に欠けちゃうんだよね。
誤検出の可能性もあるかなと思ってたが、やっぱ元からおかしかったのか。
メンテが続いていたなら、こういうのは無視するオプションをお願いしていたところ。
ドロップしてても補正してくれる神機能の -M がフィールドピクチャー使用局で使えないのも痛い。 >>975
サンクス。なるほど、確かにそうすれば使えるには使えますね。
とはいえバッチ処理するにはちと不向きか・・・
>>976
私はちょっと試した範囲では耳でわかる欠落は無かったけど、
なるほどそういうこともあるのか。
>誤検出の可能性もあるかなと思ってたが、やっぱ元からおかしかったのか。
私もヘッダ構造を正しく読み解く自信は無いのであくまで
アプリケーションメッセージ頼みの判断ですけど。
単純にADTSヘッダのチャンネルフィールドビットが
1フレーム分だけ不正なだけであればfaad v2.7 custom 0.7が
良きに計らってくれる(恐らくTsSplitterと同じくスキップする)
けれども、>>968みたいな複雑なケースは流石にお手上げみたい。
(流石に1フレーム分不正ヘッダのケースに比べればこういう
性根の悪いファイルに遭遇することは滅多に無いですけど) (続き)
実のところfaadは自動CMカット用とか補助的に使っているだけなのですが、
ソースのAACをFAWで編集してMUXしているので、不正ヘッダフレームを
そのまま引き継いでしまうことの方が個人的には問題だったりします。
あと上記に関連して、>>832で質問したfaad 0.6以前は1フレーム分不正ヘッダの
ファイルは当該箇所で分割されてしまっていた問題、0.7で解消されたの報告忘れてました。
すいません。
>ドロップしてても補正してくれる神機能の -M がフィールドピクチャー使用局で使えないのも痛い。
これ知らなかったです。
mpeg2repairもフィールドピクチャ局だともうまともに機能しなくなってたのですが、
開発が消沈化してると、こういう所で少しずつツールが使えなくなるんですね。 faad v2.7 custom 0.7試してみたけど、
これドロップのあるTSだとAACのデコードに失敗した分だけファイルが分割されるんだね
デコードに失敗してるのが分かってるんだから、そのフレームは不正なフレームとして処理しないのか・・・
>>968
このファイルだと4chとか22050Hzとかになってるけど、そのフレームは正常にデコードできたのか???
4chってヘッダにあるのに4ch分のデータがないとか、明らかに不正なフレームは
エラーとして検出できると思うけど
ちなみにAmatsukazeは普通にエラー処理が実装されてるからドロップがあっても問題なく処理されたよ faad2-2.7fix7TSfix
みたいなの昔あったなバージョンも良く分からんけど もうAmatsukazeで良いと思うけどな
フィールドピクチャにも対応しててドロップしてても補正してくれるし不正なフレームは除去してくれるよ よさげなんだけど非nvidia利用者には
あまり魅力がないというかなんというか・・ 癖は強いほうだからな
10本くらい使っているうちに慣れてくるさ
ちゃんと環境整えばフェードアウトのロゴ消しも自動でやってくれたきがする
放送TS処理するだけなら十分選択肢に入れていいと思うけどな AmatsukazeはCMカットを局毎でしか判定出来ないから困る
番組毎じゃないと誤カット出る >>986
プロファイルに設定すればファイルごとに適用できるぞ 全部手作業でやっていた頃と比べたらAmatsukazeのおかげで非常に捗るようになった
番組によってはCMカット上手くいかなくてJL調整したりする必要はあるけど
プロファイル自動選択とPMT更新CM認識とTrim情報入力が出来るようになってそのあたりも結構楽になった
>>982
うちもRadeonなのでKFM使おうものなら尋常じゃない遅さに困ってるけど
内容によってはVFR諦めてYadifで妥協すれば便利に使えてる
>>986
局毎の判定でうまく行かない番組はファイル名でプロファイル振り分けて
フラグなり専用のJLファイルなり指定すればいいよ Amatsukazeでキューを終了後に自動シャットダウンする方法ってありますか? >>988
っていうか非amatukazeでも自動CMカットして
AutoVFRで自動マルチパスってのはできるから・・
amatukazeにしかできない強力(そう)なプラグインが軒並みCUDAだから
それらを使わないなら移行する理由がないなって思うところ
仕様とかプラグイン一覧を見ると凄い魅力的なんだけどね >>989
現状のAmatsukaze単体では出来なさそう
一定時間"AmatsukazeCLI.exe"プロセスが存在しない場合はシャットダウンするような外部ツールを併用すれば可能かと
もしくはエンコード最大並列数や実行順に注意が必要だけど
キュー最後の実行後バッチでシャットダウンさせるとか
>>990
数件程度のエンコードならそれでいいけど
件数大量で優先順や並列処理の管理も必要となると
ただのバッチファイルじゃ難しいので… HW支援期待するならNVIDIAでいいからなぁ
AMD好きな人はCPUごり押しでいいと思う
あちこち使えないくらいは、買う前にちょっと調べればわかってることだしね Amatsukazeってよく使われてるソフトをお徳用袋みたいなのにしてるだけの気がする
オリジナリナルなのはffmpegへの作者のわかりにくい改変部分とか
そんな話題に挙げるほどのものじゃないと思うけど、話題にしたがってるのは本人だから? >>993
あれの作者は AvisynthPlus の CUDA 対応フォークを作ったりしてて結構凄いと思うけど 次スレ
【開発】 TS関連ソフトウェア総合スレ Part18
https://mevius.5ch.net/test/read.cgi/avi/1547654923/
即死防止の保守20ってまだ必要なんだっけ?
協力してくれる人がいたら一応よろしく。 おれも超が付くぐらい凄いと思う>amatsukazeの作者 このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 720日 20時間 49分 29秒 レス数が1000を超えています。これ以上書き込みはできません。