X



【開発】 TS関連ソフトウェア総合スレ Part17
レス数が1000を超えています。これ以上書き込みはできません。
0878名無しさん@編集中 (ワッチョイ df34-Zu1O)
垢版 |
2018/10/16(火) 23:02:05.03ID:S5mF8Z770
>当初の社名及びサービス名は「BSジャパン」(BS JAPAN、略称:BSJ)
>社名をBSテレビ東京、略称及びサービス名をBSテレ東へ変更

なので略称は「BSテレ東」
英字に拘るなら「BSTX」
0879名無しさん@編集中 (ワッチョイ 57e8-wZW4)
垢版 |
2018/10/25(木) 04:23:30.82ID:2ed29L1A0
>>877
BS,CSは自前設備じゃないからコールサインはないよ。

BSTXってテレ東になじみがない人にはわかりずらいよなw
東京住まいでも
AX,CX,EX,TX,MXが判る人は多いけど
AK,AB,RXが判る人は少ないと思う。
0880名無しさん@編集中 (ワッチョイ 7b8a-NcUb)
垢版 |
2018/10/25(木) 04:57:45.40ID:oAj5G5Dm0
BSテレ東の実写番組、たとえば、ワタシが日本に住む理由とか
l-smashでデコードしてbob化すると、どうしてもカクつく
ffms2だとなめらかになるのに
0882名無しさん@編集中 (ワッチョイ 7b8a-NcUb)
垢版 |
2018/10/25(木) 20:17:53.28ID:oAj5G5Dm0
そかもしれないと思って、mediainfoとかで確認してもTFFになってたり
assumebffを使っても解消されないし
何か間違ったことやってるのかもしれないけど、やっぱTSの方が問題なのかなって
0886maki (ワッチョイ c3e7-o90R)
垢版 |
2018/10/26(金) 02:31:37.93ID:Jv508TYr0
使用しているL-SMASH Worksはどなたのビルドでしょうか?(自ビルドの場合どのパッチを適応しているか)
例えばPOP氏のビルドはフィールド適応ピクチャーのフィールドオーダー補正パッチを導入してないので、
TFFな該当フレームのフィールドオーダーをBFFと返す挙動をします

>assumebffを使っても解消されないし
日本のTV放送は基本TFFなので、スクリプト上で上記内容を補正するならAssumeTFF()です

それと、2016年11月のマスター更新以降のBSジャパン(現BSテレ東)はRFFを使用してません
現状の無料BS局でRFFを使ってるのはBS朝日とDlifeです
0889名無しさん@編集中 (ワッチョイ 0bb3-K+4s)
垢版 |
2018/10/26(金) 19:23:43.08ID:N5qc5ikH0
Win10でTSファイルをTVTplayで再生してもMPCで再生しても部分部分でカクカク
HDTVtoMPEG2でカット使用にもバーが重い
何でだろ・・・
別のWin7PCだと問題ないのに
0894名無しさん@編集中 (スッップ Sdaf-4OTo)
垢版 |
2018/10/28(日) 13:44:33.23ID:1m03ySNGd
nicoconvassで出来たass字幕のコメント数制限とかできる??
金ローとかだとコメント多すぎて邪魔。
適度に間引けるソフトあったら教えて下さい。
0895名無しさん@編集中 (ワッチョイ 0bb3-K+4s)
垢版 |
2018/10/28(日) 14:45:20.45ID:qUu/SqA70
>>893
なるほど


キャッシュとかあるのか分からないけど、カクカクながら1回最後まで再生終わったTSファイルは2回目以降はスムーズに再生出来ます
長時間動画で検証はしてないけど数分の動画なら2回目以降は
0897名無しさん@編集中 (ワッチョイ bbbe-QXT6)
垢版 |
2018/11/01(木) 12:30:53.23ID:gNRxlzTB0
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はタスクスケジューラーで最上位の特権で実行してます。
0898名無しさん@編集中 (ワッチョイ bbbe-QXT6)
垢版 |
2018/11/01(木) 16:12:53.99ID:gNRxlzTB0
上とは別で、NicojCatchと2ch2NicoJKが正常稼働中EpgTimeでReserve.txtを更新(予約を入れた)したときに
NicojCatchと2ch2NicoJKがすぐに更新されなくなりました。
Reserve.txtをテキストエディタで直接更新をかけるとNicojCatchと2ch2NicoJKがすぐに更新されます。
NicojCatchと2ch2NicoJKのログ画面で確認しています。
この症状の原因ってどんなのがありますか?
0899名無しさん@編集中 (ワッチョイ 1be9-zV7r)
垢版 |
2018/11/01(木) 17:52:18.82ID:c7PCJB/m0
>>897,898
Windowsにファイル更新した場合に知らせてくれる機能があるのですが、たまに知らせてくれなくなることがあります
なぜそうなるのか何がきっかけなのかは不明です。プログラム上から再設定しても改善されません
作成当時も解決を試みてはいたのですが結局わかりませんでした。あれから何か進展があったかもですので後で調べてみます
なお、その警告メッセージが出ていても反映が遅くなるだけで実害はありませんので気にしないほうがよろしいかと思われます
0900名無しさん@編集中 (ワッチョイ bbbe-QXT6)
垢版 |
2018/11/01(木) 18:47:03.13ID:gNRxlzTB0
>>899
返信ありがとうございます。
エラーが出ずに正常の場合にEpgTimerでの予約が反映しないので
逆にエラーがでて一分更新になった方がEpgTimerでの予約の反映が早いので、
とりあえずreserve2rsvにて一分更新させておきます。
ただReserve.txtをテキストエディタで直接更新をかけるとNicojCatchと2ch2NicoJKがすぐに更新されるのが謎です。
お忙しい中ありがとうございます。
0906名無しさん@編集中 (ワッチョイ c6ac-J0Gg)
垢版 |
2018/11/15(木) 01:28:35.23ID:73+Pe3gE0
TsSplitterで"-SEP2 -OVL70,70,1"とかした際に、分割後の1,2,3ファイルのうち
2だけ後方のりしろが付いてないものが出力される番組がたまにあたるんだけど、
何でこうなるんだろう?
0909名無しさん@編集中 (ワッチョイ 53c1-hNmM)
垢版 |
2018/11/26(月) 09:08:36.80ID:Vn2EAyGi0
この開発スレで聞くことじゃないのでしょうが質問させてください
東京タワーと名古屋東山局で地上波高度化試験として地上波4K8K試験が行われるようです(来年3月までだったか)
それらはなんらかのts抜き的なことができるのでしょうか?
東京タワーからは今秋まで放送大学が使ってたチャンネルで流すようです
0911名無しさん@編集中 (スプッッ Sd1f-UaBe)
垢版 |
2018/11/26(月) 18:23:54.48ID:h7lKXgxKd
>>909
ザックリ言えば、衛星でこの12月からやるようなことが、同じ技術で地デジでできるかってことだから、衛星でやる4K8K放送の技術・方式を調べればある程度わかってくるんじゃないかい?
0912名無しさん@編集中 (ワッチョイ 6fe7-2wM0)
垢版 |
2018/11/26(月) 18:40:41.39ID:a+kb7JsV0
そもそもチューナーあんの?
0924名無しさん@編集中 (ワントンキン MM8a-xXoR)
垢版 |
2018/12/02(日) 15:09:09.90ID:oM0PQePlM
ダメな人は何をやってもダメ

サイト生きてる時期のトップページのアーカイブ拾って
右欄のリンク一覧から
rplsTOOL
・rplscopy
のページ開いてzip拾うってトコまで考え及ばないからダメ

直リン張れば流石に拾えるだろうけど(今後の)本人の為にならないから俺的にダメ
むしろ言いだしっぺの法則で>>923が張ってやるべきじゃね? と思う位にダメ

よろしくダメ
0926名無しさん@編集中 (ワッチョイ a79f-dA8R)
垢版 |
2018/12/03(月) 13:20:54.52ID:CcGz3tbH0
Caption2Ass改からCaption2Ass_PCRの最新版に乗り換えたのですが
前者では正しく出力された「♪」や「→」が「・」に変換されてしまいます
iniは初期のままで32bit版でもass、srt、taw等のオプションを換えても同様の結果でした
変換速度が速いので後者の64bit版を使用したいのですが解決策はありますでしょうか?
0928926 (ワッチョイ a79f-dA8R)
垢版 |
2018/12/03(月) 13:33:49.38ID:CcGz3tbH0
>>927
Gaijiフォルダには何も出力されていませんでした
外字の場合は[外:〜]と出力されているようなのでそれは違うと思います
0930名無しさん@編集中 (ワッチョイ a79f-dA8R)
垢版 |
2018/12/03(月) 16:27:38.87ID:CcGz3tbH0
ttps://onedrive.live.com/?cid=8658EC275D9699D5&id=8658EC275D9699D5!1640
に置いてあるバージョンをいくつか試してみましたが全部ダメでした、OSは7(64bit)です
とりあえずNHKの短めの番組を連続して試しているのですが全て同じ症状が出ます
新たに気づいたこととしては「♪」も「♪♪」も単品の「・」で変換されます
外字関係はトラブルレスでbmp出力もUNICODE_cc_DRCS.iniを用いての変換もできています
0932926 (ワッチョイ a79f-dA8R)
垢版 |
2018/12/03(月) 17:16:29.29ID:CcGz3tbH0
一応改とPCRで出力した両字幕をさくらエディタで開いてみても結果は同じでした
(改)
00:00:12,079 --> 00:00:20,587
♪♪〜(「かえるの合唱」)
(PCR)
00:00:18,839 --> 00:00:27,347
・〜(「かえるの合唱」)
のようになります
0934926 (ワッチョイ a79f-dA8R)
垢版 |
2018/12/03(月) 17:46:26.69ID:CcGz3tbH0
ttp://fast-uploader.com/file/7099382198621/
pass:1234
短めの番組2つを両プログラムで変換したものです
0935名無しさん@編集中 (ワッチョイ 9ab3-65IO)
垢版 |
2018/12/03(月) 18:48:38.30ID:hij0k9bv0
とりあえずCaption2Ass_PCR_20170730.7zとCaption2Ass_PCR_20181014_Experimental.7zで
軽く試した限りでは、Gaijiフォルダを置かない、中のUNICODE_〜.iniを削除した場合に
「・」になるな。
0937926 (ワッチョイ a79f-dA8R)
垢版 |
2018/12/04(火) 01:20:51.21ID:DP4oGG7f0
お手数をおかけしましたがお陰様でなんとか解決できました
自分でGaijiフォルダや~DRCS.iniを作らず\bin\ini\Gaijiをx64にUNICODE_〜.ini等々の
中のファイルごとコピーしたら正しく出力されるようになりました
0942名無しさん@編集中 (ワッチョイ 8bec-UKyl)
垢版 |
2018/12/14(金) 23:50:28.93ID:U0bhbdbA0
 
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エンコしてるわけじゃないので、変なこと言ってたらごめん。
0944名無しさん@編集中 (ワッチョイ cad4-UKyl)
垢版 |
2018/12/15(土) 17:38:13.59ID:BnP2yvV90
fpsnum=30000, fpsden=1001とかでfpsを明示的に指定すれば、RFFフラグ見なくても
タイムスタンプからフレームは復元されるから、CMカットスレではそれで問題を回避してたよ
0945名無しさん@編集中 (ワッチョイ 8bec-UKyl)
垢版 |
2018/12/16(日) 00:48:54.12ID:m/jZ1y2K0
>>942の正常組と異常組とで生成されるlwiファイルの差分を見ると、
正常組では Field=2 となっていた部分が、異常組では Field=1 になってるから
ffmpeg3.4.2〜4.0.2のどこかでフィールド情報の扱い方(?)が変わったか、もしくはバグったのかな?
0947maki (ワッチョイ 06e7-2dqZ)
垢版 |
2018/12/16(日) 03:10:17.21ID:yfqWk+Ay0
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)) {
0948名無しさん@編集中 (ワッチョイ 2b50-UKyl)
垢版 |
2018/12/16(日) 05:34:41.94ID:5qaws3910
>>947
お疲れ様です!
そのコミットが原因のようですね。ただ、その修正だと直らないようです。

RFFで24pになってるフレームは
TFF→TFF_RFF→BFF→BFF_RFF→TFF→・・・
ってなってて、RFFに囲まれたTFFとBFFもprogressive_frameなんですよね
repeat_first_fieldがゼロかつprogressive_frameなので、
フィールドオーダーが設定されなくて、結局RFFが適用されません

手っ取り早いのはこのコミットをrevertすることでしょうか・・・
0949maki (ワッチョイ 06e7-2dqZ)
垢版 |
2018/12/16(日) 13:46:36.91ID:yfqWk+Ay0
確認ありがとうございます。

> RFFに囲まれたTFFとBFFもprogressive_frameなんですよね
あぁ、失念してました。。試しパッチでは駄目ですね。
念の為、上コメの文言間違いを訂正しておきます。

× RFF付24pフレームの〜
〇 RFFを伴う2-3プルダウン処理対象となる24pフレームの〜

> 手っ取り早いのはこのコミットをrevertすることでしょうか・・・
現状だとそうなりますね、地味に厄介な内容かと…
0952名無しさん@編集中 (ワッチョイ 9501-x1yN)
垢版 |
2019/01/01(火) 00:20:30.61ID:4xj5bJbA0
こっちにも書いておく

ttps://github.com/epgdatacapbon/libaribb25
このソースを使ったlibaribb25.dllをEDCBで使うと、チャンネルを切り替えでドロップが出るんだけど…
0957952 (ワッチョイ 1901-Vat9)
垢版 |
2019/01/04(金) 17:18:32.02ID:qVWD7sPw0
2018年3月29日のda22adaのコミットでは、チャンネルを切り替えでドロップが発生しないことを確認
0959名無しさん@編集中 (ワッチョイWW 7b05-FmGv)
垢版 |
2019/01/05(土) 12:43:47.45ID:4hPs5+2h0
>>957
da22ada以前のコミットではEDCBのEPG取得が正常に行われない。

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

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

カウンターが連続してないだけなので実質の影響はないはず。
0964名無しさん@編集中 (ワッチョイ d9da-yYxO)
垢版 |
2019/01/06(日) 00:13:34.11ID:i+liPXCb0
Windows環境で、libarib25にわざわざB25DecoderのI/Fを追加して利用する目的が良くわかんない。

メンテナンスするにしてもB25Decoder自体をいじれば良いと思うんだけれど。
ライセンスの問題とかあるんだっけ?
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単位で切除すれば問題なくなるのは確実なんだけど、
番組の途中でも発生するケースもあったりしてなかなか難しい。
(というかこんなこといちいち手動で対応したくない)

みんなこういうファイルどうやって対処してるの?
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は独自改造版みたいだけど、同種の問題は発生しないのだろうか。
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は普通にエラー処理が実装されてるからドロップがあっても問題なく処理されたよ
0984名無しさん@編集中 (ワッチョイ 998e-v8FR)
垢版 |
2019/01/07(月) 01:19:20.00ID:ozN4b4DS0
癖は強いほうだからな
10本くらい使っているうちに慣れてくるさ
ちゃんと環境整えばフェードアウトのロゴ消しも自動でやってくれたきがする
放送TS処理するだけなら十分選択肢に入れていいと思うけどな
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への作者のわかりにくい改変部分とか
そんな話題に挙げるほどのものじゃないと思うけど、話題にしたがってるのは本人だから?
10011001
垢版 |
Over 1000Thread
このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 720日 20時間 49分 29秒
10021002
垢版 |
Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


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

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

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

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。

ニューススポーツなんでも実況