【開発】 TS関連ソフトウェア総合スレ Part17
レス数が950を超えています。1000を超えると書き込みができなくなります。
専用スレが立っていないTS周り諸々のソフトウェアについて語りましょう
前スレ
【開発】 TS関連ソフトウェア総合スレ Part16
http://echo.2ch.net/test/read.cgi/avi/1454953262/ とりあえずShellEXviewでwindowsのts読み込み機能を無効にしてみては >>890
MF MPEG Property Handlerですよね 3日前にMF MPEG Property Handler無効にしたけどやっぱ無理だ >>889
Sandy Bridge以前は見放されちゃってるから・・・オンボードしかダメなノートPCがキツイ nicoconvassで出来たass字幕のコメント数制限とかできる??
金ローとかだとコメント多すぎて邪魔。
適度に間引けるソフトあったら教えて下さい。 >>893
なるほど
キャッシュとかあるのか分からないけど、カクカクながら1回最後まで再生終わったTSファイルは2回目以降はスムーズに再生出来ます
長時間動画で検証はしてないけど数分の動画なら2回目以降は >>894
NicoConvAss 1.44d
http://vb45wb5b.seesaa.net/
・正規表現による変換処理を追加(NicoJK.ini使用可)
・単純なNGワード指定
これでオッケー NicojCatchで下記のエラーがでる原因ってどんなのがありますか?
2ch2NicoJKでも同じようなエラーが出てます。
2018/11/01 12:06:25 【再起動推奨】現在1分に1回の更新チェックをしています。再起動を推奨します。
2018/11/01 12:06:25 【更新日時チェック】ファイル C:\\DTV\EpgDataCap_Bon5\x86\Setting\reserve.txt の更新を検知しました
2018/11/01 7:58:54 次の予約: [2018/11/02 20:59:55] 金曜ロードSHOW!「紅の豚」原作・脚本・監督:宮崎駿★<ノーカット放送>[解][字][デ]
2018/11/01 7:58:54 reserve.txtの変更を感知しました。ログ取得予約を更新します。
2018/11/01 7:58:50 【エラー】C:\DTV\EpgDataCap_Bon5\x86\Setting\reserve.txtは監視状態に無いようです。1分に1回の更新日時チェックに移行します。
2018/11/01 6:50:19 C:\DTV\EpgDataCap_Bon5\x86\Setting\reserve.txtの監視を開始しました。
NicojCatchと2ch2NicoJKはタスクスケジューラーで最上位の特権で実行してます。 上とは別で、NicojCatchと2ch2NicoJKが正常稼働中EpgTimeでReserve.txtを更新(予約を入れた)したときに
NicojCatchと2ch2NicoJKがすぐに更新されなくなりました。
Reserve.txtをテキストエディタで直接更新をかけるとNicojCatchと2ch2NicoJKがすぐに更新されます。
NicojCatchと2ch2NicoJKのログ画面で確認しています。
この症状の原因ってどんなのがありますか? >>897,898
Windowsにファイル更新した場合に知らせてくれる機能があるのですが、たまに知らせてくれなくなることがあります
なぜそうなるのか何がきっかけなのかは不明です。プログラム上から再設定しても改善されません
作成当時も解決を試みてはいたのですが結局わかりませんでした。あれから何か進展があったかもですので後で調べてみます
なお、その警告メッセージが出ていても反映が遅くなるだけで実害はありませんので気にしないほうがよろしいかと思われます >>899
返信ありがとうございます。
エラーが出ずに正常の場合にEpgTimerでの予約が反映しないので
逆にエラーがでて一分更新になった方がEpgTimerでの予約の反映が早いので、
とりあえずreserve2rsvにて一分更新させておきます。
ただReserve.txtをテキストエディタで直接更新をかけるとNicojCatchと2ch2NicoJKがすぐに更新されるのが謎です。
お忙しい中ありがとうございます。 TSファイルが壊れてないか、drop無いか確認するツールありませんか? Murdoc Cutter
Multi2Dec
TsCentral >>901
どの時間にドロップしてるか知りたいなら、tssplitを
-LOGFILE -CUT01:00,02:00,03:00,04:00,05:00
こんな感じで実行すれば絞り込めるよ。 TsSplitterで"-SEP2 -OVL70,70,1"とかした際に、分割後の1,2,3ファイルのうち
2だけ後方のりしろが付いてないものが出力される番組がたまにあたるんだけど、
何でこうなるんだろう? 3のファイルで前方のりしろが残っているのでそれは関係ないです。映像PID変わってないですし。 この開発スレで聞くことじゃないのでしょうが質問させてください
東京タワーと名古屋東山局で地上波高度化試験として地上波4K8K試験が行われるようです(来年3月までだったか)
それらはなんらかのts抜き的なことができるのでしょうか?
東京タワーからは今秋まで放送大学が使ってたチャンネルで流すようです 現状無理。理由は今までとは放送方式が違うから。何が違うかがググってください。 >>909
ザックリ言えば、衛星でこの12月からやるようなことが、同じ技術で地デジでできるかってことだから、衛星でやる4K8K放送の技術・方式を調べればある程度わかってくるんじゃないかい? ここはソフトウェアスレなのでハードウェアの話題はスレ違い T2がT2の無い古い機種より速いってだけでx264/x265基準での相対的な画質には言及されてないからな >>917
困ったときの web.archive.org だっ
残ってるよ >>920
ありがとうございます、ありました…けどrplscopyは入ってないや(´・ω・`)
>>918
アーカイブもダメみたい…なんだかなぁ、まぁいいや >>921
918だが、アーカイブが駄目みたいって何が駄目なん?
サイト丸ごと残ってるし、この書き込み時点でrplscopyもDL出来るやん ダメな人は何をやってもダメ
サイト生きてる時期のトップページのアーカイブ拾って
右欄のリンク一覧から
rplsTOOL
・rplscopy
のページ開いてzip拾うってトコまで考え及ばないからダメ
直リン張れば流石に拾えるだろうけど(今後の)本人の為にならないから俺的にダメ
むしろ言いだしっぺの法則で>>923が張ってやるべきじゃね? と思う位にダメ
よろしくダメ >>922
>>924
urlを一部消してアーカイブ検索したら出ました!お騒がせしました
どうもすみません(´・ω・`) Caption2Ass改からCaption2Ass_PCRの最新版に乗り換えたのですが
前者では正しく出力された「♪」や「→」が「・」に変換されてしまいます
iniは初期のままで32bit版でもass、srt、taw等のオプションを換えても同様の結果でした
変換速度が速いので後者の64bit版を使用したいのですが解決策はありますでしょうか? >>927
Gaijiフォルダには何も出力されていませんでした
外字の場合は[外:〜]と出力されているようなのでそれは違うと思います ttps://onedrive.live.com/?cid=8658EC275D9699D5&id=8658EC275D9699D5!1640
に置いてあるバージョンをいくつか試してみましたが全部ダメでした、OSは7(64bit)です
とりあえずNHKの短めの番組を連続して試しているのですが全て同じ症状が出ます
新たに気づいたこととしては「♪」も「♪♪」も単品の「・」で変換されます
外字関係はトラブルレスでbmp出力もUNICODE_cc_DRCS.iniを用いての変換もできています ちゃんとユニコードを扱えるテキストエディタを使え。 一応改とPCRで出力した両字幕をさくらエディタで開いてみても結果は同じでした
(改)
00:00:12,079 --> 00:00:20,587
♪♪〜(「かえるの合唱」)
(PCR)
00:00:18,839 --> 00:00:27,347
・〜(「かえるの合唱」)
のようになります 音符の「U+266C」や矢印の「U+27A1」あたりだと思うけどね。
出力された字幕をそのままうpってみれ。 ttp://fast-uploader.com/file/7099382198621/
pass:1234
短めの番組2つを両プログラムで変換したものです とりあえずCaption2Ass_PCR_20170730.7zとCaption2Ass_PCR_20181014_Experimental.7zで
軽く試した限りでは、Gaijiフォルダを置かない、中のUNICODE_〜.iniを削除した場合に
「・」になるな。 お手数をおかけしましたがお陰様でなんとか解決できました
自分でGaijiフォルダや~DRCS.iniを作らず\bin\ini\Gaijiをx64にUNICODE_〜.ini等々の
中のファイルごとコピーしたら正しく出力されるようになりました 11/24にnekopanda氏のL-SMASH Works r935 4.0.3+fixが来てたことに今更気づいた。
https://github.com/nekopanda/FFmpeg/releases
L-SMASH Worksなのだけど、POP氏のr935 release2や、nekopanda氏のr935 4.0.3+fixだと、
RFFの処理がうまくできなくなってるような?
生成されるlwiファイルの内容もその前のバージョンと比べると微妙に変わってる模様。
比較的新しいffmpegをリンクするとうまく動かなくなってしまうのかな?
(先日出したIssueのように、AltRefなVP9のデコードがおかしくなったりもしてるし)
・ソース: https://peace.5ch.net/test/read.cgi/avi/1388911123/226 のTS\ts.ts
・L-SMASH Worksの設定: "Apply repeat flag" オン (repeat=true)
・Win10、AviUtlおよびAvisynth+ r2728で確認。
正常:
→209frames, 29.9700 (30000/1001)
・POP r935 (ffmpeg 3.4.2)
・nekopanda r929 3.4+field_pic_r2
異常:
→189frames, 27.1023 (2385/88) (repeatオフ時と変わらない)
・POP r935 release2 (ffmpeg 4.0.2)
・nekopanda r935 4.0.3+fix
普段TSエンコしてるわけじゃないので、変なこと言ってたらごめん。 >>942
ホントだ。repeat=Trueオプションが反映されなくなってるね
CMカットスレで音ズレ報告が来てたのはコレが原因だったか fpsnum=30000, fpsden=1001とかでfpsを明示的に指定すれば、RFFフラグ見なくても
タイムスタンプからフレームは復元されるから、CMカットスレではそれで問題を回避してたよ >>942の正常組と異常組とで生成されるlwiファイルの差分を見ると、
正常組では Field=2 となっていた部分が、異常組では Field=1 になってるから
ffmpeg3.4.2〜4.0.2のどこかでフィールド情報の扱い方(?)が変わったか、もしくはバグったのかな? libavcodec/mpegvideo_parser: improve detection of progressive mpeg2
https://git.ffmpeg.org/gitweb/ffmpeg.git/commit/88e2dc7d0448d1d4656c78454bc5f17063b867e7
https://github.com/FFmpeg/FFmpeg/commit/88e2dc7d0448d1d4656c78454bc5f17063b867e7
ざっとコードを眺めた限りはこのコミットが原因(=RFF付24pフレームのフィールドオーダーを設定しなくなる、LSW側はリピート制御の適応不可)
じゃないかと思われますが、masterブランチないし4.x系をビルドしてないので詳細未確認です。(↓でどうでしょう?
> - if (!pc->progressive_sequence && !progressive_frame) {
> + if (!pc->progressive_sequence && !(progressive_frame && !repeat_first_field)) { >>947
お疲れ様です!
そのコミットが原因のようですね。ただ、その修正だと直らないようです。
RFFで24pになってるフレームは
TFF→TFF_RFF→BFF→BFF_RFF→TFF→・・・
ってなってて、RFFに囲まれたTFFとBFFもprogressive_frameなんですよね
repeat_first_fieldがゼロかつprogressive_frameなので、
フィールドオーダーが設定されなくて、結局RFFが適用されません
手っ取り早いのはこのコミットをrevertすることでしょうか・・・ 確認ありがとうございます。
> RFFに囲まれたTFFとBFFもprogressive_frameなんですよね
あぁ、失念してました。。試しパッチでは駄目ですね。
念の為、上コメの文言間違いを訂正しておきます。
× RFF付24pフレームの〜
〇 RFFを伴う2-3プルダウン処理対象となる24pフレームの〜
> 手っ取り早いのはこのコミットをrevertすることでしょうか・・・
現状だとそうなりますね、地味に厄介な内容かと… 手っ取り早いというか、正しいのはそれしかないよなあ
このコードはソフトテレシネを壊してる tstimekeeperの音声が見つかりませんってどうしたらいいのん こっちにも書いておく
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でキューを終了後に自動シャットダウンする方法ってありますか? レス数が950を超えています。1000を超えると書き込みができなくなります。