【開発】 TS関連ソフトウェア総合スレ Part17

レス数が1000を超えています。これ以上書き込みはできません。
専用スレが立っていないTS周り諸々のソフトウェアについて語りましょう

前スレ
【開発】 TS関連ソフトウェア総合スレ Part16
http://echo.2ch.net/test/read.cgi/avi/1454953262/

0952名無しさん@編集中 (ワッチョイ 9501-x1yN)2019/01/01(火) 00:20:30.61ID:4xj5bJbA0
こっちにも書いておく

ttps://github.com/epgdatacapbon/libaribb25
このソースを使ったlibaribb25.dllをEDCBで使うと、チャンネルを切り替えでドロップが出るんだけど…

0953名無しさん@編集中 (ワッチョイ 5a16-SF4R)2019/01/01(火) 00:39:06.21ID:Hy+hfQyo0
2017でのビルドに難があるんじゃなかったっけ?>B25

0954名無しさん@編集中 (ワッチョイWW 9d5f-7mym)2019/01/01(火) 00:52:56.00ID:VRrOBN7o0
それじゃなくて普通のmulti2dec付属のB25Decoder使えよ
それ使う事に何のメリットあるんだよ

0955名無しさん@編集中 (ワッチョイ 9501-x1yN)2019/01/01(火) 01:03:53.84ID:4xj5bJbA0
>>953
えっそうなの?

0956名無しさん@編集中 (ワッチョイWW 7b05-FmGv)2019/01/03(木) 08:31:51.92ID:gGV+t17a0
>>953
そんなことはない。

0957952 (ワッチョイ 1901-Vat9)2019/01/04(金) 17:18:32.02ID:qVWD7sPw0
2018年3月29日のda22adaのコミットでは、チャンネルを切り替えでドロップが発生しないことを確認

0958名無しさん@編集中 (ワッチョイ 8b8e-v8FR)2019/01/04(金) 22:16:25.18ID:8rJLZYWF0
>>954 を使えば録画開始・終了時のドロップも発生しないよ

0959名無しさん@編集中 (ワッチョイWW 7b05-FmGv)2019/01/05(土) 12:43:47.45ID:4hPs5+2h0
>>957
da22ada以前のコミットではEDCBのEPG取得が正常に行われない。

EDCBでEPG取得時にはB25Decoderを通さないようにすれば良いのだが、xtne6f氏はその改造には消極的。

よって、EPG取得時や、チャンネル切り替え直後のような不完全なTSをそのままバッファに蓄積しているので切り替え前後のカウンターが不連続になる。

カウンターが連続してないだけなので実質の影響はないはず。

0960名無しさん@編集中 (ワッチョイ 11e5-NR1r)2019/01/05(土) 17:57:21.81ID:qWs8wU2d0
>>959
B25Decoderではそもそも問題無いんだからEDCB側が対応する必要ないでしょ?
libaribb25側の問題をEDCBのせいみたいな言い方するのはおかしいんじゃね

0961名無しさん@編集中 (ワッチョイ 8b8e-v8FR)2019/01/05(土) 23:33:23.30ID:K/vRegx70
xtne6f氏を狙い撃ちにしてるのはどうかと思う
話通してやる気はないとでも言ったのかな

0962名無しさん@編集中 (ワッチョイ d9da-yYxO)2019/01/05(土) 23:42:47.78ID:QzG/9YQ20
この件かな?
ttps://github.com/xtne6f/EDCB/issues/24

0963名無しさん@編集中 (ワッチョイWW f15f-bEs+)2019/01/06(日) 00:03:01.37ID:3SQXnNNn0
epgdatacapbon氏、派生版見てるのか
edcb以外のソフトにもissue建ててるみたいだし、どのソフトで録画しているのか知りたいなあ

0964名無しさん@編集中 (ワッチョイ d9da-yYxO)2019/01/06(日) 00:13:34.11ID:i+liPXCb0
Windows環境で、libarib25にわざわざB25DecoderのI/Fを追加して利用する目的が良くわかんない。

メンテナンスするにしてもB25Decoder自体をいじれば良いと思うんだけれど。
ライセンスの問題とかあるんだっけ?

0965名無しさん@編集中 (ワッチョイWW 49b0-FmGv)2019/01/06(日) 09:28:26.65ID:I8uulvWJ0
>>960
libaribb25の問題なのは確かだけど、EDCBのせいとは言ってないんじゃない?

0966名無しさん@編集中 (ワッチョイWW 49b0-FmGv)2019/01/06(日) 09:29:37.23ID:I8uulvWJ0
>>964
その通りだけどもう誰もメンテナンスする人がいないんだよね。

0967名無しさん@編集中 (ワッチョイWW 49b0-FmGv)2019/01/06(日) 09:47:19.25ID:I8uulvWJ0
前にlibaribb25だとドロップするって人いたけど、いまはどうなんだろ?
チャンネル切り替え以外でもドロップするなら本質的なバグがありそう。

0968名無しさん@編集中 (ワッチョイ 0b24-aNo7)2019/01/06(日) 11:19:20.90ID:P4F44hE20
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単位で切除すれば問題なくなるのは確実なんだけど、
番組の途中でも発生するケースもあったりしてなかなか難しい。
(というかこんなこといちいち手動で対応したくない)

みんなこういうファイルどうやって対処してるの?

0969名無しさん@編集中 (ワッチョイ 1316-xhm2)2019/01/06(日) 11:53:31.47ID:bRjofG4t0
ドロップでもしてるのでは
ts2aacでも使ってみるとか

0970968 (ワッチョイ 0b24-aNo7)2019/01/06(日) 13:56:37.47ID:P4F44hE20
>>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は独自改造版みたいだけど、同種の問題は発生しないのだろうか。

0971名無しさん@編集中 (ワッチョイ f15f-xhm2)2019/01/06(日) 16:25:56.58ID:HqCIZUyV0
>>970
Amatsukazeでも分割されるの?

0972名無しさん@編集中 (ワッチョイ 7bbb-mHCk)2019/01/06(日) 17:02:30.31ID:1X6xk2Hk0
チャンネル切り替え時にできる復号できない不完全なパケットを
アプリに渡すか渡さないかの違いじゃないの?

0973名無しさん@編集中 (ワッチョイ 11e5-NR1r)2019/01/06(日) 17:18:05.90ID:v6ME6Fi30
>>965
>EDCBでEPG取得時にはB25Decoderを通さないようにすれば良いのだが、xtne6f氏はその改造には消極的。
ここは違うだろって事だよ

EDCB側で通さないようにするより
https://github.com/xtne6f/EDCB/issues/24#issuecomment-441437271
で書いてるようにlibaribb25側で対処するのが筋でしょ

0974968 (ワッチョイ 0b24-aNo7)2019/01/06(日) 17:18:51.03ID:P4F44hE20
>>971
知らない。Amatsukaze使った事ない。

>>972
もちろんそういうケースもあるだろうけど、番組途中で
発生するケースがあるので送信用マスター機器の誤動作だと思う。
(TsSplitter Ver1.22のヘッダーチェックに関する修正もそんな感じだったと思う)

つーかそもそも同じPIDで違う音声チャンネルのストリームを
格納できるようにしたの、ARIBの設計ミスとしか思えん。

0975名無しさん@編集中 (ワッチョイ 1316-xhm2)2019/01/06(日) 17:22:18.64ID:bRjofG4t0
>>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への変換に失敗するなら
それはドロップのせい

0976名無しさん@編集中 (ワッチョイ 13b3-51FY)2019/01/06(日) 19:53:45.77ID:ATzK8Yry0
>>968
それ、ts2aac でも、分割はされないけど(そういう機能がない)、
余分な処理が入って聴いてわかるレベルで微妙に欠けちゃうんだよね。
誤検出の可能性もあるかなと思ってたが、やっぱ元からおかしかったのか。
メンテが続いていたなら、こういうのは無視するオプションをお願いしていたところ。
ドロップしてても補正してくれる神機能の -M がフィールドピクチャー使用局で使えないのも痛い。

0977968 (ワッチョイ 0b24-aNo7)2019/01/06(日) 23:11:16.40ID:P4F44hE20
>>975
サンクス。なるほど、確かにそうすれば使えるには使えますね。
とはいえバッチ処理するにはちと不向きか・・・

>>976
私はちょっと試した範囲では耳でわかる欠落は無かったけど、
なるほどそういうこともあるのか。

>誤検出の可能性もあるかなと思ってたが、やっぱ元からおかしかったのか。
私もヘッダ構造を正しく読み解く自信は無いのであくまで
アプリケーションメッセージ頼みの判断ですけど。
単純にADTSヘッダのチャンネルフィールドビットが
1フレーム分だけ不正なだけであればfaad v2.7 custom 0.7が
良きに計らってくれる(恐らくTsSplitterと同じくスキップする)
けれども、>>968みたいな複雑なケースは流石にお手上げみたい。
(流石に1フレーム分不正ヘッダのケースに比べればこういう
性根の悪いファイルに遭遇することは滅多に無いですけど)

0978968 (ワッチョイ 0b24-aNo7)2019/01/06(日) 23:11:57.09ID:P4F44hE20
(続き)
実のところfaadは自動CMカット用とか補助的に使っているだけなのですが、
ソースのAACをFAWで編集してMUXしているので、不正ヘッダフレームを
そのまま引き継いでしまうことの方が個人的には問題だったりします。

あと上記に関連して、>>832で質問したfaad 0.6以前は1フレーム分不正ヘッダの
ファイルは当該箇所で分割されてしまっていた問題、0.7で解消されたの報告忘れてました。
すいません。

>ドロップしてても補正してくれる神機能の -M がフィールドピクチャー使用局で使えないのも痛い。
これ知らなかったです。
mpeg2repairもフィールドピクチャ局だともうまともに機能しなくなってたのですが、
開発が消沈化してると、こういう所で少しずつツールが使えなくなるんですね。

0979名無しさん@編集中 (ワッチョイ f15f-xhm2)2019/01/07(月) 00:24:46.70ID:K9HoCZm10
faad v2.7 custom 0.7試してみたけど、
これドロップのあるTSだとAACのデコードに失敗した分だけファイルが分割されるんだね
デコードに失敗してるのが分かってるんだから、そのフレームは不正なフレームとして処理しないのか・・・

>>968
このファイルだと4chとか22050Hzとかになってるけど、そのフレームは正常にデコードできたのか???
4chってヘッダにあるのに4ch分のデータがないとか、明らかに不正なフレームは
エラーとして検出できると思うけど

ちなみにAmatsukazeは普通にエラー処理が実装されてるからドロップがあっても問題なく処理されたよ

0980名無しさん@編集中 (ワントンキン MMd3-Bk9+)2019/01/07(月) 00:38:26.08ID:CgqxCPBbM
faad2-2.7fix7TSfix
みたいなの昔あったなバージョンも良く分からんけど

0981名無しさん@編集中 (ワッチョイ f15f-xhm2)2019/01/07(月) 00:42:10.92ID:K9HoCZm10
もうAmatsukazeで良いと思うけどな
フィールドピクチャにも対応しててドロップしてても補正してくれるし不正なフレームは除去してくれるよ

0982名無しさん@編集中 (ワッチョイ 1316-xhm2)2019/01/07(月) 00:54:12.39ID:65/kj72t0
よさげなんだけど非nvidia利用者には
あまり魅力がないというかなんというか・・

0983名無しさん@編集中 (ワッチョイWW 7968-ePuH)2019/01/07(月) 01:09:19.37ID:s1j3ne1k0
Ama〜は何か嫌

0984名無しさん@編集中 (ワッチョイ 998e-v8FR)2019/01/07(月) 01:19:20.00ID:ozN4b4DS0
癖は強いほうだからな
10本くらい使っているうちに慣れてくるさ
ちゃんと環境整えばフェードアウトのロゴ消しも自動でやってくれたきがする
放送TS処理するだけなら十分選択肢に入れていいと思うけどな

0985名無しさん@編集中 (ワッチョイ 1301-mHCk)2019/01/07(月) 01:30:07.51ID:OpBkDwJd0
けっこう面倒くさいんだよね

0986名無しさん@編集中 (ワッチョイWW a95f-PN/C)2019/01/07(月) 02:08:20.20ID:IVPI65Oy0
AmatsukazeはCMカットを局毎でしか判定出来ないから困る
番組毎じゃないと誤カット出る

0987名無しさん@編集中 (ワッチョイ f15f-xhm2)2019/01/07(月) 03:20:42.80ID:K9HoCZm10
>>986
プロファイルに設定すればファイルごとに適用できるぞ

0988名無しさん@編集中 (ワッチョイ 7bbb-ihEb)2019/01/07(月) 03:23:13.19ID:2KkYXWgQ0
全部手作業でやっていた頃と比べたらAmatsukazeのおかげで非常に捗るようになった
番組によってはCMカット上手くいかなくてJL調整したりする必要はあるけど
プロファイル自動選択とPMT更新CM認識とTrim情報入力が出来るようになってそのあたりも結構楽になった

>>982
うちもRadeonなのでKFM使おうものなら尋常じゃない遅さに困ってるけど
内容によってはVFR諦めてYadifで妥協すれば便利に使えてる

>>986
局毎の判定でうまく行かない番組はファイル名でプロファイル振り分けて
フラグなり専用のJLファイルなり指定すればいいよ

0989名無しさん@編集中 (ワッチョイ 1302-Mx/A)2019/01/07(月) 16:30:29.20ID:H79Bu1HP0
Amatsukazeでキューを終了後に自動シャットダウンする方法ってありますか?

0990名無しさん@編集中 (ワッチョイ 1316-xhm2)2019/01/07(月) 17:08:47.83ID:65/kj72t0
>>988
っていうか非amatukazeでも自動CMカットして
AutoVFRで自動マルチパスってのはできるから・・

amatukazeにしかできない強力(そう)なプラグインが軒並みCUDAだから
それらを使わないなら移行する理由がないなって思うところ
仕様とかプラグイン一覧を見ると凄い魅力的なんだけどね

0991名無しさん@編集中 (ワッチョイ 7bbb-ihEb)2019/01/07(月) 19:35:51.46ID:2KkYXWgQ0
>>989
現状のAmatsukaze単体では出来なさそう
一定時間"AmatsukazeCLI.exe"プロセスが存在しない場合はシャットダウンするような外部ツールを併用すれば可能かと
もしくはエンコード最大並列数や実行順に注意が必要だけど
キュー最後の実行後バッチでシャットダウンさせるとか

>>990
数件程度のエンコードならそれでいいけど
件数大量で優先順や並列処理の管理も必要となると
ただのバッチファイルじゃ難しいので…

0992名無しさん@編集中 (ワッチョイ 998e-v8FR)2019/01/08(火) 01:08:05.63ID:UAwhUBFh0
HW支援期待するならNVIDIAでいいからなぁ
AMD好きな人はCPUごり押しでいいと思う
あちこち使えないくらいは、買う前にちょっと調べればわかってることだしね

0993名無しさん@編集中 (ワッチョイ 9101-EYnm)2019/01/17(木) 00:34:20.37ID:23woVHOb0
Amatsukazeってよく使われてるソフトをお徳用袋みたいなのにしてるだけの気がする
オリジナリナルなのはffmpegへの作者のわかりにくい改変部分とか
そんな話題に挙げるほどのものじゃないと思うけど、話題にしたがってるのは本人だから?

0994名無しさん@編集中 (ワッチョイ 6970-G1wx)2019/01/17(木) 00:50:37.80ID:zJixfFGe0
>>993
あれの作者は AvisynthPlus の CUDA 対応フォークを作ったりしてて結構凄いと思うけど

0995名無しさん@編集中 (ワッチョイ e9e7-fAiL)2019/01/17(木) 01:07:26.17ID:5xPo+Pfr0
次スレ立てに行ってみるわ。

0996名無しさん@編集中 (ワッチョイ e9e7-fAiL)2019/01/17(木) 01:12:00.77ID:5xPo+Pfr0
次スレ

 【開発】 TS関連ソフトウェア総合スレ Part18
 https://mevius.5ch.net/test/read.cgi/avi/1547654923/

即死防止の保守20ってまだ必要なんだっけ?
協力してくれる人がいたら一応よろしく。

0997名無しさん@編集中 (ワッチョイ 1316-fAiL)2019/01/17(木) 08:57:11.75ID:OKmNM1W30
おれも超が付くぐらい凄いと思う>amatsukazeの作者

0998名無しさん@編集中 (ワッチョイ 218e-HUDj)2019/01/17(木) 13:16:11.63ID:CMgh+7QB0
あのビルドできる人もすごいと思うわ〜

0999名無しさん@編集中 (ワッチョイ 218e-HUDj)2019/01/17(木) 13:16:32.62ID:CMgh+7QB0
埋め

1000名無しさん@編集中 (ワッチョイ 218e-HUDj)2019/01/17(木) 13:17:24.51ID:CMgh+7QB0
次どうぞ。

10011001Over 1000Thread
このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 720日 20時間 49分 29秒

10021002Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php

レス数が1000を超えています。これ以上書き込みはできません。