Linuxでテレビ総合スレ 避難所 3
■ このスレッドは過去ログ倉庫に格納されています
>>668 MPEG2は去年、特許の有効期限が切れたので リストにないだけのような気がするけど でもライセンス販売ページには 「RASPBERRY PI 4 DOES NOT HAVE MPEG-2 HARDWARE DECODE」って有るからライセンス不要とは違う気がする 単純にMPEG2デコード回路入れるコストにメリットが見合わんってだけだと思う ライセンスは特許全部切れるまで駄目みたいなこととかどっかに書いてあったな >>674 無改造でいけるのはいわゆるV3系ので、使うコマンドは recfsusb2i さんぱくん外出は epgdatacapbon/recfsusb2n と記憶しています。 >>675 手元にちょうど EPGStation をいれた stretch の 3B+ と 改造FSUSB2N(K0905) があったので試してみました。 ttps://github.com/stz2012/recfsusb2n を使ってみましたが内蔵カードリーダ使用の B25 デコードはできました。 私の環境ではアンテナ線がとても繊細でちょっとでもずれると b25->put failed. が出てしまっていたので、 念の為ハードウェアを一度確認してみてもいいかもしれません。 理想は buster で EPGStation + FSUSB2N が動くことだと思うので、私もちょっと buster テストしてみます。 >>672 Raspberry pi3 B+とRaspbian buster、PX-S1UD v2.0だけど、Mirakurun とEPGStationの環境を構築したばかり。EPGStationは正常に動作して、EPGStationからの録画も成功している。 ただし、nodejsはデフォルトの10系を削除して8系にダウングレードした。 nodejsの8系を入れるのは少し手間がかかる(そのままでは10系しか入らない)。 ちょっとお尋ねしますが、chinachu γ+mirakurunでchinachuのライブ視聴をしようとすると、 m2ts無劣化の場合はvlcなりsmplayerなり外部プレーヤーを閉じたときに正常にarib-b25-stream-testも終了するんですが、 m2tsでもh.264にリアルタイム圧縮して再生する場合やHTML5なVP9(本当はVP8のようですが)を再生した場合、 アプリなりブラウザを終了してもarib-b25-stream-testが終了せず、カードリーダにアクセスしたまま(SCR3310だと点滅したまま) になってしまうのですが、同様の症状の方いらっしゃいますか? https://github.com/Chinachu/Mirakurun/issues/56 ここの問題と同じ問題かもしれませんが、なぜ無劣化の場合だけ正常に終了できるんでしょうか? ちなみに、arib-b25-stream-testを使わず、recdvb(dogeel版)の方で--b25オプションをつけて解除した場合も、無劣化の場合だけ正常にカードリーダへのアクセスが止まりました。 >>681 V2いけるで eMPIAチップのやつ さんぱくん外出も同じチップ 無改造でOK recfsusb2iは新基板でチップがITEの別物 ちなみにV2のカードリーダーアクセス部分のソースを移植すればさんぱくんで 内蔵カードリーダーが使える >>672 これB-CASが不良で読めなくなっていたのが原因だったw 何を試してもダメだったのに、さっきB-CASカードを他のに入れ替えてみたらあっさり認識 >>673 さん他お騒がせしました pi3から4に入れ替えてテストしてたけど 性能段違い安定しやがる おまじない不要でdrop皆無 h264_omx使えばストリーミングもいける優秀な鯖の出来上がり 間違えてscの方に書いてしまいました。 ちょっとお尋ねしたいんですが、いつの間にか/dev/dri/renderD128のgidがvideoではなくrenderになっていて、 chinachuのrecordedcommandでのログアウト時のffmpeg vaapiトランスコーディングができなくなったのですが、同様の症状の方いらっしゃいますか? https://www.linuxquestions.org/questions/slackware-14/unable-to-run-vulkan-in-slackware64-current-with-amdgpu-4175639096/ /etc/udev/rules.d/50-udev-default.rules -SUBSYSTEM=="drm", KERNEL=="renderD*", MODE="@GROUP_RENDER_MODE@" +SUBSYSTEM=="drm", KERNEL=="renderD*", GROUP="video" こちらのページを見てudevのrules.dを作ってetc/udev/rules.d/以下に置くことでgid videoにして何とかなったのですが、同様の方がいらっしゃた場合のために書き込みます。 ちょっと訂正します。 -SUBSYSTEM=="drm", KERNEL=="renderD*", GROUP="render" +SUBSYSTEM=="drm", KERNEL=="renderD*", GROUP="video" です。リンクしたページはamdgpuのvulcanについてのスレですが、renderD128のgidがvideoじゃないために 問題が生じているのは同じなので流用させていただきました。 https://gitlab.freedesktop.org/Mesa_CI/mesa_jenkins/merge_requests/781 A recent change in debian results in /dev/dri/renderD128 being owned by the group 'render', previously it was owned by 'video'. うちもディストリはdebian(stretch 9.8)なんですが、最近のdebianで変更があったようです。 >>686 swエンコでどれくらい速度出るか分かりますか? >>691 SWとか遅いのわかってるから使ってない EPGStationってエンコ済みファイルの保存先を、configのrecordedで指定したディレクトリの外にすることってできない? >>693 "recordedEncodeDefaultDirectory": "hoge" じゃなくて? >>694 "recorded": "/hoge", "recordedEncodeDefaultDirectory": "/huga/piyo" って設定すると、エンコ済みファイルは/home/huga/piyoに保存されるんだよね シンボリックリンクを使うしかないのかな >>695 間違えた、エンコ済みファイルは/hoge/huga/piyoに保存される recorded配下に保存するから無理 シンボリックリンクは自動削除と合わせると空き容量が正しく取れなくなるので無効化しないと駄目 作者の人はシンボリックリンクNGと書いてたな 動作がどうなるかはわからんけど少なくとも想定してない的な 別ファイルシステム(別ボリューム)にしたいならぶら下げてマウントするくらいか それもなんか空き容量おかしくなりそうな気もするが recordedで指定したディレクトリのマウントポジションの空き容量だけ見に行くから、別ボリュームぶら下げるのも駄目だろうな 自動削除は自前でやるしかない あーそうか、空き容量関連の機能との兼ね合いでこういう仕様になってるのか… ありがとう ぶら下げやシンボリックリンクでボリューム混在させたら個々にに空き容量管理が必要になり現実的でないわな 画質を考慮するならswエンコに限る。 適当な画質で速さだけ追求したいならGPUエンコでやればいい まあでもラズパイが4で速くなった(らしい)とはいえ ラズパイにソフトエンコさせるのは現実的じゃないな omxで等速ハードエンコが関の山 4のomxだと2倍速ぐらいになるのかな? そういえば自分もラズパイ3B+のBusterとrecfsusb2n、Mirakurunの環境に EPGStationがインストールできなくて困っていたんだが 今日改めてNode.jsの足りないモジュールを補足しつつ試行錯誤してみたら、どうにか入った EPGStation凄く良いね、Windows 10+PT3の方もTVRockから移行させるかな >>706 FHDのtsをBusterでaptで入るFFmpeg 4.1.3で -h264_omx 付けて 5Mbpsでエンコしてみたら、うちの3B+では1.2倍速ぐらいだった 4はやっぱり結構速くなってるんだな ライブストリーミングのために2400Gで組んだウチの録画機は SWで行けるのでHW使わなくなっちまったな HWの方が省エネではあるんだが >>709 一時期は出来たけどVGAロック再発して 三月あたりに最新カーネルに修正が入ったという話を聞いた気がする mesaだかvaで引っかかってたんだったかな? 5系以降はそんな感じ 逆に4.18くらいは普通に行けたんだったかな……? ちょっと試さないとわからんね epgstationやchianchuで録画すると数秒早く録画開始をするので、 録画済みファイルのはじめの数秒は前番組の最後になります。 この頭の数秒を録画後にぴったりカットすることはできるのでしょうか。 github.com/rndomhack/node-aribts でちょっとパケットを見てみたんですが、timestampは粗い、区切りっぽいパケットはない、 うーん、というかんじです。 区切りっぽいパケットはあるんじゃないの? EITのテーブル0x4eのバージョンが変わった時点からじゃないかな (もしかしたらPMTのバージョンが変わるのが先かもしれないけど...) ttps://github.com/range3/tsdivider こんなのあったよ Eテレみたいにマルチ編成でTSにもすべて保存してる場合 ちょっとややこしそうではあるね マルチ放送でA,Bのサブチャンネル?が放送されててAのトリミングをしたい場合 (仮に10:00スタートとして) もしBが9:59から1分のミニ番組をやってて 録画は9:58からだとするとBのミニ番組を取り出してしまいそう.... 711 は前提条件が 「epgstation や chianchu で録画する時に発生する数秒早い録画をどうにかしたい」 だから、マルチ編成TSや数分も予備録画がある可能性は考慮しなくていいんじゃない。 PLEXの PX-W3PE4 を使用しています。 「(tune) Cannot tune to the specified channel」と表示され、録画コマンドが正常に動作しません。 https://www.jifu-labo.net/2015/09/ubuntu_pre/ https://www.jifu-labo.net/2019/01/unofficial_plex_driver/ 上記を参考にして Ubuntu Desktop 18.04.2 LTS をインストール、recpt1コマンドを実行できるまで環境構築を行いました。 自分は福島県郡山市に住んでおりまして、下記を参照し、2通りのNHK総合のチャンネル番号を試しました。 https://www.maspro.co.jp/contact/channel.pdf#page=2 以下が録画コマンドの実行結果です。 コマンド:recpt1_px4 --b25 --strip 40 10 ~/test.ts 結果:(tune) Cannot tune to the specified channel コマンド:recpt1_px4 --b25 --strip 16 10 ~/test.ts 結果:(tune) Cannot tune to the specified channel dmesg を参照し、関係のありそうな個所を列挙します。 [ 2.416929] usb 1-11: Product: PXW3PE4 [ 12.508932] PKCS#7 signature not signed with a trusted key [ 12.508939] px4_drv: loading out-of-tree module taints kernel. [ 12.508975] px4_drv: module verification failed: signature and/or required key missing - tainting kernel [ 12.509180] px4_drv: px4_drv version 0.2.1, rev: 161, commit: 5c004d95316b8e5264b227a5737e04a4f947ad98 @ develop [ 12.625390] px4_drv 1-11:1.0: Firmware loaded. version: 1.4.0.0 [ 12.763286] px4_drv 1-11:1.0: tsdev 0: px4video0 [ 12.763344] px4_drv 1-11:1.0: tsdev 1: px4video1 [ 12.763357] px4_drv 1-11:1.0: tsdev 2: px4video2 [ 12.763368] px4_drv 1-11:1.0: tsdev 3: px4video3 [ 12.763393] usbcore: registered new interface driver px4_drv lsusb の実行結果を以下に記載します。 Bus 002 Device 002: ID 8564:1000 Transcend Information, Inc. JetFlash Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 003: ID 046d:c52b Logitech, Inc. Unifying Receiver Bus 001 Device 005: ID 0511:023f N'Able (DataBook) Technologies, Inc. Bus 001 Device 004: ID 062a:5918 Creative Labs Bus 001 Device 002: ID 04e6:5116 SCM Microsystems, Inc. SCR331-LC1 / SCR3310 SmartCard Reader Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub デバイスファイルがきちんと生成されているかを確認しました。 コマンド:ls -al /dev/*px* 結果: crw-rw-r-- 1 root video 238, 0 7月 24 22:09 /dev/px4video0 crw-rw-r-- 1 root video 238, 1 7月 24 22:09 /dev/px4video1 crw-rw-r-- 1 root video 238, 2 7月 24 22:09 /dev/px4video2 crw-rw-r-- 1 root video 238, 3 7月 24 22:09 /dev/px4video3 カードリーダーの動作確認を行いました。 コマンド:pcsc_scan 結果:Japanese Chijou Digital B-CAS Card (pay TV) 以下のコマンドも実行しましたが、症状は改善されませんでした。 sudo modprobe -r px4_drv sudo modprobe px4_drv 使用マザーボード:MSI Z390-A PRO このマザーボードには内部 USB 2.0 端子が2つありますが、コネクタをどちらに挿しても症状は改善されませんでした。 連投失礼しました。 この問題の解決方法を教えてください。 うちではdmesgにmodule verification failedは出てないが、その後ロードされてるので無関係ぽい なんか単純に信号が来てないのでは BS側挿してるとか 参考にしたらしい https://www.jifu-labo.net/2019/01/unofficial_plex_driver/ ではrecpt1で--deviceを指定してないのね デフォルトが何になるかは知らんが、おそらくpx4video0(BS/CS)なんだろう というわけでrecpt1に--device /dev/px4video2 を付けてレッツリトライ 慣れてないならまずは公式ドライバからスタートして順に動確しながらやっていけば良いのに… 今まで出た可能性 ・recpt1で--deviceを指定していないから(=recpt1のpt1_dev.h修正ミスの可能性もあり) ・配線 >>723 デフォルトってのは無いよ pt1_dev.hの配列定義を上からなめるだけ あれ、そういや俺いつもpt1_dev.h修正してないや 必ずデバイス指定してるから関係ないのか まあ--deviceで確定ぽいね 配列はvideo0が先頭ぽいし >>721 が慧眼 まあ>>717 が参考にしたサイトは細かいとこはともかく纏まってるし 公式になんの情報もないプレクス純正なんか動作確認するだけ無駄とも思う(カーネル固定だし) 問題のサイトはrecpt1の動作確認コマンドを $ recpt1_px4 --b25 --strip 27 10 ~/test.ts とデバイス無指定で書いてるがこれが多分ミスで実際には動かしてなさげ 余計なことをしないのも初心者の心得のひとつだから、引っかかったところで質問に来たのは及第点じゃないの みなさま、返答をくださり感謝いたします。 使用している PX-W3PE4 のアンテナ入力端子付近には 地デジ , BS/CS の記載があり、地デジのほうにコネクタを挿しています。 また、壁からのアンテナ端子の信号は地上デジタルのみです。念のため、PX-W3PE4 の 地デジ , BS/CS の両方の端子にコネクタを接続して試してみました。 コマンド:recpt1_px4 --b25 --strip 16 10 ~/test.ts --device /dev/px4video2 recpt1_px4 --b25 --strip 40 10 ~/test.ts --device /dev/px4video2 結果:(tune) Cannot tune to the specified channel: /dev/px4video2 コマンド:checksignal_px4 16 --device /dev/px4video2 checksignal_px4 40 --device /dev/px4video2 結果:No signal. Still trying: /dev/px4video2 No signal.Still〜が延々と続きます。 これは PX-W3PE4 そのものの故障(購入したばかりなので初期不良でしょうか)を疑ったほうがよいのでしょうか。他に試すことがございましたら教えてくださると助かります。 まずWindowsで動作確認した方がいいのでは…? 申し訳ございません、以下のことを書き忘れていました。 ・1枚の PX-W3PE4 をマザーボード(MSI Z390-A PRO)上の空いている3つのPCI Expressスロットに各々一つずつインストールを試みました。 ・部屋の壁より出ているアンテナ端子は地上デジタル波のみであり、その端子をSHARPのTV(型番:LC-32SC1)に接続すると問題なく地上波を観ることができます。 また「日本アンテナ 家庭用BS/UHFレベルチェッカー 簡易型 地デジ/BSデジタル対応 NL30S」を使用し、地上波のアンテナレベルを計測したところ、問題がありませんでした。 初期不良で返すにはプレクスのサポート環境で再現させる必要あるだろうから Linuxで対応環境用意できないなら情報の多いWindowsになるな >>728 ,730 この人Windowsでチェック済みなんだよね Linuxはクロスチェックみたいな感じ >>726 いいや このサイトはちゃんと手順通り作業すれば公式ドライバも非公式ドライバも両方ちゃんと動く (GW過ぎに私が試したので) 非公式ドライバの場合は、手順で公式ドライバに含まれるrecpt1のpt1_dev.hをsedコマンドでデバイス名を置換 だから--deviceを指定しなくても動くんだよ あと参考サイトの場合は公式の方が手順が少ないのでミスしにくいんだけどね デバイス認識してるしファームもロードされてる デバイス番号も合わせた テレビで見れる位の信号は来てるしロックもしない 物理周波数に信号来てるのはチェッカーで確認済み これ以上はちょっと思いつかないな >>731 Windowsでは正常に動いてるということでいいのかな? デバイス指定してNoSignalならアンテナの接続間違ってるようにしかみえないんだけど 接続再確認してあとはpx4video地デジ側2,3,6,7全部確認してみるくらい? >>734 チェックして動かなかった 環境作るの楽なlinuxでも試してみようという流れ >>735 先にWindowsで動くの確認しないと障害切り分けにならん罠 まぁここでやれる事はもうやってる気がするから あとはメーカーにご相談くださいな気がす 他のチャンネルも試してみる 他のデバイス(/dev/px4video*)も試してみる アンテナ外した状態で試してみる 信号レベルが強すぎるとダメっていうのありませんでしたっけ? >>714 ありがとうございます。欲しかったのはこれです。 >>727 つーか郡山のNHK総合ならほぼ笹森山の15チャンネルじゃねーの >>732 その通りだ、俺が間違っていた まとめサイトの人に謝りたい recpt1 実行してるユーザーは video group に入ってるのかな? 参考サイト読んでみたけど、ぱっと見そこら辺書いてなかったから。こっちの見落としだったらごめん。 px4_drv は パーミッション 664 みたいだし。 試しに sudo で recpt1 してみるとか。 あれ、物理chそのまんま書くんだっけ?物理ch-13の数値じゃなくていいんだっけ。 自分はいつもrootで動作確認してそのままmirakurunにするからパーミッションは盲点だったな でもパーミッションならエラーメッセージに出そうな気もする とりあえず作業ユーザーがhogeなら gpasswd -a hoge video としてから再トライだな 無論sudoでもいい >>740 いや、Ubuntu 18.04で参考サイト通りならパーミッションは関係ない VIDEOグループに属してないユーザでsudoも使わずrecpt1出来た(出来てる) >>741 > ./checksignal --device /dev/px4video2 13 > ./checksignal --device /dev/px4video0 BS01_0 --lnb 15 みたいな表記だろう >>720 によるとパーミッションは664 readできりゃいいんだっけか Windowsでもこんな感じらしいし、配線や電波強度に問題ないならメーカーサポート行きで良いんじゃないかな 私ならWindowsとLinux(サポート外とは謳っているが公式Linuxドライバ)の両方で駄目だった旨の結果を送りつけて初期不良か調査を依頼するけど タイトル:エラー メッセージ内容:チャンネル変更の要求が BonDriver に受け付けられないため、スキャンを行えませんでした。 タイトル:スキャン結果 メッセージ内容:チャンネルが検出できませんでした。信号レベルが取得できないか、低すぎます。 ああ、もともとあっちのスレ由来なのか WindowsでもNGなのは確認済と レッツ返品 chardevはvideoグループに追加する必要なし DVBは要追加 >>744 仮に地デジの13chを選ぶならチャンネル指定は0なんじゃないの?って思って。 > ./checksignal --device /dev/px4video2 13 これなら物理26chを指定してるんじゃないかなーと。的外れなレスしてたらスマソ 壁面とチューナーの間のケーブルかその接栓に問題がある気がするな Raspberry Pi 4 + PX-W3U4 + px4_drvという環境ですが、わりとドロップしてしまうことに気づきました。 Driverがxhci_hcdに変わっており、px4_drv作者さんが以前書いてくれた /boot/cmdline.txtにパラメータを記述する方法も使えないようです。 USB3ポートの下側にHDD、USB2ポートの上側にチューナを接続した状態だと以下のようになっています。 $ lsusb -t /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=dwc_otg/1p, 480M /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M |__ Port 2: Dev 2, If 0, Class=Mass Storage, Driver=uas, 5000M # HDD /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 480M |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M |__ Port 3: Dev 3, If 0, Class=Vendor Specific Class, Driver=px4_drv, 480M #W3U4 なにか改善する方法思い当たる方いますでしょうか? みなさま、様々に考察いただきましてありがとうございます。 笹森山の15ch、郡山市内で視聴できるすべてのチャンネルで録画テストを試みましたが、症状は改善しませんでした。 /dev/px4video2,3 の両方で録画テスト、および、checksignal を実行いたしましたが、問題解決には至りませんでした。 また、念のために gpasswd で作業ユーザーを video グループに追加後、同様の試行を行いましたが、同じエラーメッセージが表示されました。 地デジのアンテナ端子を外した状態で試行しましたが、エラーメッセージは以前と同様でした。 チューナーの初期不良を疑い、問題の PX-W3PE4 を返品することにします。 みなさま、ここまでお付き合いいただきまして感謝いたします。ありがとうございました。 >>751 busterにdkmsでインストしただけ何も設定不要で手元は安定している 怪しむとしたらその繫がってるHDDくらいじゃないかと W3PE4をラズパイでアホほどミスとか設定間違いしまくってエラーも色々みたけどそのエラー内容はみたことないわ。 読み返した感じだと俺も初期不良だと思う。配線ミスとかだとしてもno signalみたいなエラーだったと思うし。 あとはうろ覚えだけど、LNB給電ををONにした状態でBSか地デジのを抜き差しとかするとチューナーが壊れるんじゃないっけ? もしかしたら切り分けしてるときに焦って抜き差ししてるときにこれで壊しちゃったとか >>753 ヒント頂いて解決しました! ありがとうございます 使っていたのはHDDでSSDではないですが、以下の書き込みの通りUASを無効化したところdropほぼ0になるまで改善しました STICKY: If you have a Raspberry Pi 4 and are getting bad speeds transferring data to/from USB3.0 SSDs, read this https://www.raspberrypi.org/forums/viewtopic.php?f=28& ;t=245931 他の方のために、簡単にここに手順を書いておきます: 1. syslog や dmesg からHDDケースのidVendor, idProductを取得 Jul 27 09:27:33 raspitv4 kernel: [ 1.337750] usb 2-1: New USB device found, idVendor=2109, idProduct=0715, bcdDevice= 3.36 Jul 27 09:27:33 raspitv4 kernel: [ 1.337816] usb 2-1: Product: Ugreen Storage Device 2. 上記から idVendor, idProductの値を xxxx:yyyy:n の形でcmdline.txtに書き込んでreboot usb-storage.quirks=2109:0715:u coherent_pool=4M dwc_otg.lpm_enable=0 .... >>672 だけど今日までにラズパイ3B+とKTV-FSUSB2(K1107)で一通りの環境が出来た フレームサイズ変換させずに1080pのままなら、FFmpegでリアルタイム圧縮して ドロップほぼなしで見られるんだな 映像2.5Mbps音声128kbpsまで落としてネットで見られるようにした これで回線さえ確保できれば海外でも1080pでロケフリできそう で、さっきたまたま尼を見てたら、さんぱくん外出があったのでポチってみたw 今なお月末が近づくと尼に少量出てくるんだな uas引っかかるのか ハブでSSDとHDD4台ぶら下げてるけどなんともないし ケース相性もあるんかなぁ バスパワーHDD繋ぐと不安定なるっぽい ちょっと試しにやってみたらdropでボロボロなったわ しっかりした電源使っても USBは1.6Aまでみたいな文書をみた気がする 5v 1.6A = 8wなんてHDD駆動するのギリギリだし スピンアップも苦しいんじゃないの あとUASのはUSB2.0の方につなぐと無効化されるので問題ないというのも見た気がする Ubuntu環境で録画完了したファイルを同HDD内の別のフォルダに移動するにはどうしたら良いでしょうか cronで録画してなさそうな深夜に定時で移動させてましたが、たまにその時間帯に録画が入ると止まるので現在手動です できれば録画完了してアクセスがないファイルは即移動させたいです 書き込み用に open してる側は mv されても関係ないと思うけど、別パーティションなのか? find . -name "*.ts" -mmin +10 -exec mv {} target \; 読んでてふと思ったんだけど、なんでchinachuだとm2tsで録画なんだろう? 全然仕組みとか知らないんだけど、EDCBはtsだし、何が違うの。 前にEDCBから移行したときに思ったけど、chinachuで.tsで録画できるのかな? EPGStationへの移行も考えてるんだけど、やっぱりm2ts録画でドロップチェックとかもないんかね? 拡張子の表記が違うだけで同じ形式 EPGStationは拡張子.tsで、ドロップチェック機能あり EPGStation録画時間オフセット設定ないのだけがネック >>761-765 ご意見ありがとうございます 実際のところ録画した後の作業自動化って、皆さんどの程度されてるんでしょう? フォルダ移動、リネーム、CMカット、エンコード等 >>764 具体的で助かります! 今晩試してみたいと思います >>767 中身はおんなじなのね。ドロップチェックあるならEPGstationに移行してみようかなぁ >>769 残すものだけWindows環境でCMカットとエンコード あとは見たら一定期間だけ残して消す >>768 それはmirakurun側で設定するやつ >>772 特定番組だけ録画開始を1分前倒しとか mirakueunなの? >>772 Mirakurunの録画マージン設定だけど、2.0.0 RC 13で実装された機能らしい。 しかし、どうやら非推奨らしく「使用方法が分かる人だけ使ってね」というようで ネット検索しても使い方がほとんど出てこない。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.4 2024/05/19 Walang Kapalit ★ | Donguri System Team 5ちゃんねる