自分とここに訪れる誰かの為に徒労の日記を書き連ねる。徒労日記)が、録画後のファイルはバッチで自動的整理&変換処理をしています。ところが最近その自動処理が動かなくなってしまいました(おそらくTVRockのバッチファイル1KB制限)。いい機会なので録画後処理の部分のみを取り出し、バッチファイルを呼び出す形にしました。変更したためバッチファイル、本文含めて書き換えます。操作されるのはTVRockの録画保存先に指定した”VLIB”フォルダ配下だけ。今回録画はWHS2011で行っているのでこの構造ですが、ご使用の環境に合わせてバッチファイルのVLIB=を変更してください。「最新」と「一つ前」にはtsファイルが入ります。「保存番組」にはH.264で変換した高画質のファイルを格納します。ツール類は全部Cドライブ下にbonというフォルダを作り、ツールごとに格納してあります。10k7(DTV関係ツール)Multi2Dec(DTV関係ツール)TVRockによる録画環境はできているものとします。徒労日記などをご覧ください。%aの有無でシリーズ録画かを判定。有ればファイル格納を行う。ERROR:処理先ディスクが見つかりません。ERROR:処理対象のファイル名が指定されていません。ERROR:検索キーワードが指定されていません。INFO:無変換ファイルの為、処理を終了します。"INFO:エンコード完了。ERROR:データのスプリットを試みましたが、処理に失敗しました。"%~n1のスプリットに失敗しました。ERROR:%~n1のスプリットに失敗しました。ERROR:スクランブル解除を試みましたが、処理に失敗しました。"%~n1のスクランブル解除に失敗しました。ERROR:%~n1のスクランブル解除に失敗しました。ERROR:スクランブル解除を実施しましたが、出力ファイルが得られませんでした。"ERROR:%~n1の変換に失敗しました。ERROR:%~n1のスクランブル解除を実施しましたが、出力ファイルが得られませんでした。ERROR:エンコード処理自体に失敗しました。ログを確認して下さい。"ERROR:%~n1のエンコード処理自体に失敗しました。ERROR:%~n1のエンコード処理自体に失敗しました。上記バッチファイルをTVRockのフォルダに保存します。TVRockの設定を開いて「プロセス」タブを開いて「コマンドを実行する」にチェックを入れます。%bと一行追加します。0.9u2でのみ使える録画後実行命令につける文頭句です。動き解説SETLOCALの後、各フォルダやコマンドの場所を入いれる。ファイル名が無い場合や、自動検索キーワード(%a)が無い場合は未処理録画としてそのまま終ります(ファイルはルートに置かれる)自動検索キーワード(%a)録画番組なら、「一つ前」フォルダにあった2週前の番組を削除し、1週前の番組を「最新」から「一つ前」へ。VLIBに録画された新しいファイルを「最新」に入れます。自動検索詳細キーワード(%b)に何も入っていなければそのまま終了。TsSplitterにて録画を3つのファイルに分割。大きいファイルを録画本体と判断(しきい値にて調整)し、エンコードに回す。自動検索詳細キーワード(%b)がENCKEYと同一だった場合(例では”保管番組”)、高画質プロファイル(“anime_X264_HIGH_HD720”)でエンコード想定したファイルが作成されていれば処理完了。エンコードに失敗していた場合、スクランブル解除ミスを疑ってMulti2Decでスクランブル解除を試みます。再エンコードを行い、それでもダメな場合(デコード時のTEXTは出ているが、結果の.mp4が無い場合)は画面にポップアップの警告を出してギブします。それぞれのエラータイプに合わせて、Twitterを使い報告を行います。今回は「詳細キーワード」が使われていなかったので、そこに好きな文字列を入れてバッチファイルで動作パターンを分ける様にしました。”保管番組”と追記する手間があるのと、条件をorにするのを忘れない様する必要があります。半端にTsSplitterの準備もしてありますが、コマンドラインだけでは番組本編ファイルの判断がなかなか難しい。今のところ困っていないので使用しない事にしています。TVRockとの連携)が公開されているので、それを参考にするといいでしょう。C:\bon\TvRock\TSflow_execlog.txt番組の予約報告にTwitRockを使い、動作を報告します。バッチファイルを呼び出す際はログを取ります。23:24お世話になります。録画した番組に対して複数のエンコード処理が貯まっていった場合は、キューに入って順番にエンコードしていく形でしょうか?もしCPUパワーが足りない場合、録画した番組がどんどん増えていってエンコードが追いつかない、といった事態などありえますでしょうか?基本的な質問で申し訳ありませんが、お手すきの際にご回答願います。22:55▽くまモンさん2つの場面が考えられます。1.1つの録画について、2つ以上のエンコードを行う場合。保管用とiPhone用の2つのエンコードを行う設定の場合は、バッチは1行づつ、前のコマンドの終わりを待つので多重実行されてしまう事はありませんので大丈夫です。2.エンコ中に別の録画が終わり、そこでもバッチを呼び出した場合。これは普通に2個(ないし複数)同時エンコードされてしまいます。ファイル処理に関しては複数実行しても問題がない事は確認済みですが、エンコ処理の重さにについてはCPU処理能力と相談する必要があります。06:58ご返信が遅くなり、大変申し訳ありませんでした。多チャンネルの場合などは、バッチエンコードしようとCPU負荷が高くなる可能性がありますね。シングルチューナーの場合は録画本数を調整すれば大丈夫そうですね。本ブログの方式で運用させて頂くようになりましたら、またご報告させて頂きます。ありがとうございました。これで熊本に帰れます。00:56▽くまモンさんプロセスリストを取得してIFで動かす、なんてできそうな気もしますが、いまどきのCPUなら2重でエンコしながら録画しても大丈夫です。くまモンは最近北海道にも進出してますね。このサイトの使用を継続することで、その使用に同意したとみなされます。コントロール方法を含む詳細についてはこちらをご覧ください。アプリ,iPadとChromeCastでts再生可能に。いつの間にかPlexが完全対応してた。自宅サーバ,TVRockを2014/02/01改訂のCSチャンネル設定に更新する2011.08.20自宅サーバ,アニメをH.264エンコードするフォーマットは何がいいか考える。WordPress.。