【EDCB】EpgDataCap_Bonについて語るスレ 66
■ このスレッドは過去ログ倉庫に格納されています
荒らすなよ
なんで分からないのにいちいちアスペルガーは絡んで来るのか・・・・・
分かる人の回答お待ちしております >>101
あなた自身が正常な判断ができず間違いを繰り返し荒らしていることを自覚し反省する必要があるでしょう >>85
10.66のiniとは互換性ないから、iniをリネームするか削除してからやり直してみたか?
知ってると思うけどedcbはtvrock+tvtestみたいにDIDフラグで相互連携して
ガチガチに排他制御できるわけではない。
edcbの録画前にtvtestでs3を使っていたとして、その後、edcbでs3を使おうとしても
tvtestがs3の凡を離さないかぎり、edcbはチューナー不足として認識するだろうし
当然s3のチューナーのオープンに失敗するのは正しい処理。
edcbは同じTSIDの録画は何番組でも1チューナーで録画できるけどそれはあくまで
edcbだけの話。tvtestでチューナーを使うときはその恩恵は消滅する。 >>104
ini消してやり直してみます
s3ってのは例なので例えばt0をtvtestで開いてても同様に全てepgtimerからオープン出来ないんです >>105
とりあえずtvtestを使うときは、タスクマネージャー(タスクバーで右クリ)を開いて、
プロセスタブか詳細タブでコマンドライン列を表示させ、
いまどのチューナーがedcbで動いているか確かめてみれば?
もし凡をS0/S1/S2/S3・・・みたいに分けていて
最近のxtne6f版の10.69 modを使っているのなら
凡ごとのチューナー設定も念のために確かめてみると良い
1つの凡で何チューナー認識させるか設定できるようになってるから
ここの設定をミスってたら、チューナー不足が多発すると思う。 >>106
摩訶不思議なことにepgtimerからだけなら同時に予約入れてもちゃんと取れるんですよね
外部から使ってると空いてるチューナーでもオープンエラーが出るんです
新バージョン出てるから入れ直してみます 今日放送のNHKスペシャルを録画予約したのですが、
スクランブル解除ができず、エラーログは以下のようになっていました
PID: 0x0100 Total: 27313234 Drop: 0 Scramble: 27313234 MPEG2 VIDEO
PID: 0x0110 Total: 416739 Drop: 0 Scramble: 416739 MPEG2 AAC
地デジや無料のBSでも
設定の「EMM処理を行う」にチェックを入れないとこのようなことが起きるのでしょうか? 解除漏れの症状を書く前に運用している環境の一覧でも書いたらどうよ? その漫画はむしろ無駄にアゲまくることで実は逆に笑いものにしている、という高度な皮肉を一貫してやってるんだろ 今週も「不思議」ちゃん湧いてたか
もう大人気の名物だな OS Windows10 64bit
チューナー PX-W3U4
EpgDataCap_Bon(人柱版10.66) 32bit です
録画したファイルはMulti2Decでスクランブル解除をすることが
できました ・光回線遅い(biglobe)からIPv6へ変更
・今まで通りのSoftEther IPSEC接続できない
・SoftEther OpenVPN設定
・繋がった
途中いろいろあった(光ルータ変更とかWin10でIPv6有効にならない)けど何とかなった
これで出先からでもEDCB予約とかできる それ誰でも使えるようになってないか…?
まあ可能性は低いが。 EpgDataCap_Bon(人柱版10.66)から xtne6f氏版へ
乗り換えようと思って
新しいフォルダを作って最初から設定しました
xtne6f氏版のEpgTimerを終了してから
人柱版10.66のEpgTimerを起動すると
予約一覧、録画済み一覧、自動予約登録、番組表の
それぞれが新しく設定したxtne6f氏版と同じになってしまいました
理由が分かる人はいらっしゃいますか? >>122
それが原因みたいですね
ありがとうございました EDCBビルドして更新する時は
サービス停止
ファイル差し替え
サービス起動
念の為再起動
ってやってる EpgTimerSrv停止・終了・再起動は、初心者の最初の壁だからねぇ・・・
うまくいかずわけわからずに諦めてPC電源落として、翌日起動すると動くみたいな 使い始めからそういうトラブルに遭遇してない俺は幸運なのか?
最初の環境構築するまではそれなりに苦労したけど、一度動き出した後はずっと放ったらかしのままで
EDCBのために再起動とかまずしたことない いま頻繁にメンテナンスされてて主流はxtne6f版のEDCBであってるよね? メンテナンスされている中での主流は多分そうだけど、
インストール数的に主流なのは以前からの10.66だろうね >>131
しまった以前からの10.66なんて頭から完全に抜けてた
継続的にメンテナンスされてる件については嘘ついてないから気にしないでおく >>130
xtne6f氏のmod版が頻繁にメンテナンスされているかどうかはちょっと違うと思う。
頻繁に新機能とか新機能のfixとか改造されていることは確かだけど、それは別にメンテナンスではないからね。
githubに散らばるEDCBを、stable版とcurrent版を切り分けて管理してくれる親切な先生でも居てくれれば
とりあえず迷ったらこれを使っておけば間違いない!と言い切れるけどw 販社経由で台湾Digibestからなんでこれ(xtne6f版EDCB)使ってんの?
って聞かれたから一番メンテされてるからって書いて返信しちゃったよ 時々チューナーが空いてなくて「チューナーのオープンに失敗しました」で
異常終了することがあるんだけど、こういう時に
自動的に空いているチューナーを使ってくれる機能無いですか? >>135
xtne6f氏のフォークにちょこっとパッチを当てているtkntrec氏の2018-11-25 更新(my-build)版だけど
設定-動作設定-予約情報管理に、ちょうどいい機能がついてる。
https://i.imgur.com/6yifeCN.jpg
凡指定でEpgDataCap_Bon.exeを起動したときに、BonDriverの初期化エラーがでるような症状や
指定した凡が使用済みで他の凡を試行するときには、ちゃんと振り分けてくれるっぽい。
たとえば前者だとPX系の低温病でWOLを送ってもチューナーが冷えすぎて復帰しないときとか。
ただし、凡がチューナーを掴んだままフリーズしてTaskkillでも強制終了できずにゾンビプロセス化していると
この機能は上手く作動しないっぽい。(後に、0バイトのTSファイルと、PID情報のないts.program.txtが残される)
※ゾンビプロセス化は、EpgDataCap_Bon.exeが動いているのに気づかないまま、
うっかりEpgTimerSrv.exeのNTサービスを再起動させたり、録画中にチューナーが0Mbpsになってたりしない限り
そう滅多に起こるものではないから、あまり気にする必要はない。 >>131
そんなもん計りようが無いだろ
バグが放置されっぱなしの10.66よりはxtne6f版にみんな移行してるだろ >>136
その機能xtne6f版にもついてるよ?
というか、むしろxtne6f版の機能というか >>137
計りようがないってのはその通りだけど、自分も >>131 さんに同意だな。
ツールなんてうまく動いたならそれっきりな人も多く、
誰もが情報を追いかけ続けてるわけじゃない。
派生版の存在を知りもしない人だってかなりいるんじゃないかな。
まあ、こないだの BS 改編のときに気付いた人もそれなりにいそうだけど。 このスレにきてあえて10.66使ってる人以外は派生版使っているだろうし
このスレに来ない人のバグまで心配する必要も暇もないっていう気がする >>139
9系で止めてるとかいう.NET嫌いならまだわかるが、10.66で止めてるのが多いという理由がよくわからんなぁ
BSCSのトラポン移動があったからそのまま放置で動くとか言うことはあり得ないし
トラポン移動周りの情報集めてると派生版の方が今は主流なのは嫌でも目につく >>140
一行目は当たり前のこと言ってないか?w
>>141
あえて止めてるんではなくいじらないから止まってるってことだよ。
もっと古いので止まってる人もいるだろうけど、タイミング的に 10.66 が一番多そうってだけ。
何かトラブったら取り返しのつかないことになる性質なソフトだけに、
派生版を知っていても手を出さない人もいるでしょう。
そして要ビルドはやはり壁が高い。
EpgDataCap_Bon.exe を含めた完全バイナリパッケージがあれば
それを取り上げる導入解説サイトも増えてまた違っていたかもしれないが。
というわけで、インストール数的には派生版のほうが主流とはとても思えないな。 > xtne6f版
最新にするとVerはどういう表示になる? >>138
だろうね。
単に自分が、xtne6f版でなく tkntrec版を使っているからあえて1行目で前フリを書いたわけだよ。 >>142
壁が高いという表現に違和感が
ハードルが高いか壁が厚いじゃね? >>145
スルーしてやれよ
せっかく頑張って長文書いたんだろうから >>145
ああ、確かに。
進撃の巨人がこの世に存在しなければこんなミスはしなかったと思うw
>>146
なんかねえ。とくに突っ込みに突っ込み返されたとき、
どこまで説明すればわかってもらえるのかの判断が難しくつい長くなってしまう。
これでも大分削ったw >>136,138
ありがと!その項目気付いてなかったわ。
オンにして様子見ます。
xtne6f版はEpgTimerSrv設定の方にありました。 >>144
あの書き方ではそうは捉えられないと思う
「自分が使ってるのは」って前置きがあるならまだしも >>145
安易に「敷居が高い」と書かなかっただけ俺は評価する > 10.66使ってる人以外は派生版使っている
一応69までが公式なんで66と派生以外も存在するはずだといいたい >>150
レスを読んだ人がどう捉えるかとか、ぶっちゃけどうでもいいだろうにな。
いつまでもgdgd言うてるのを見てると、おめぇは、どんだけ頭固いんだよって感じだな。 >>154
本人だと思うけど、チラシの裏とはいえ、捉えられ方気にしないなら書き込まなくていいよwww
ましてや人へのレスなのに受け取る側の捉え方関係ないとか意味わからんわwwwww いちいち脊髄反射するなよw
そんなに排除したいなら削除依頼でも投げとけ >>152
そそ
誤用が定着して意味が変わってしまうのはしのびない >>136
改めてスクリーンショット見ると、
未チェックになってはいるけど、自動削除の保持件数w >>161
録画履歴は半永久保存が基本だろ。
EDCBにはTVRockの過去番組表みたいなのがあるわけでもないしな TVRockは過去番組表なんてのがあるのか!!
いいなあ
過ぎちゃった番組を確認したい時あるよ 最近のEDBCには過去の番組表の保持機能が付いてるぞ
あと録画履歴は使用期間が長いと多すぎてアプリが重くなるので自動削除がお薦め >>164
TvRockのは限界がなかったのではないか TVRockの過去番組表はざっくり10年分ぐらい蓄積できる。 >>164
Wise Memory Optimaizerとか常駐させておけばいつEpgTimerを開いても
何チューナー同時録画させても毎回快適動作するけどな。 朝4時とかに1日1回タスクスケジューラで自動再起動させるのが最強 164だけどEDCB使い続けて10年位になるから録画履歴は途中から消すようにした
読み込むからやはり重くなる
それに余り古い履歴を使うことは無いので EPGStationみたいにDBつかったら履歴増えても重くならないんだろか 一度に読み込むのは1週間分のみとかにして
古いのは別ページや別タブで表示ってすれば重くならずにいけるのかな?
録画履歴も番組表も一度に全部読み込むようになってるからなぁ >>172
年何万件も貯まるものだろうしな。WebUIみたいな処理すれば軽くはなるだろうな いっそ録画履歴は月毎に表示させるようになれば負荷軽減になるんじゃないか?
過去の文も含めて一気に表示させるからヒープメモリとか無駄に消費して重くなるのだろうなと想像。 >>174
月初めは軽くて月末には重い仕様を思いついた 地デジの 日テレ、TBSだけ翌朝以降の番組内容が取得できない。
他の局、BS,CSは問題なし。
原因がわからない。 今の時代にメモリ最適化ソフト使ってる人居るのか・・・ メモリ最適化ソフトって使ったことない。原理が分からん。
OSが管理してるメモリを、アプリからこまかくコントロールできるとは思えないんだけど。APIフックとかするのか? 単純な所ではそのソフトが大量にメモリを確保して、今居座っているものを追いやってから
確保をやめればメモリが空くよねってこと。
昔々のメモリが空いていればひらすらキャッシュしまくって、新規ソフトになかなか
空けてくれなかった頃は使えたかも…ってくらい。 メモリのデフラグとかも説明書きにあったな
まぁ16・32ビット時代はいろいろカツカツだったからな
OSやドライバの隙間の空きアドレスまで使ってたくらいだし 質問なのですが、
EPGTimerを起動して、録画済み、自動予約、番組表のタブを選択すると、
Srvに接続できませんでしたと出ます。
タスクマネージャーを確認したところ、起動してないようだったので、
ダブルクリックや管理者権限で起動などやってみたのですが、
全く起動しない状況です。
導入はEnctoolというサイトを見て行ったのですが、
何が悪いのかわかっていません。
ご教示お願いします。 >>180
Win10にしてからMsMpEng.exeとSvchost.exeが馬鹿みたいにメモリを喰いまくるから。
常駐させておいて損はない。意外にEpgTimerもそこそこメモリ食うけどメンテ(最適化)さえできていれば
それほどストレスはかからない。ま、いまどき感はあるけどな。
いまどき感と言えば、サクラ時計も常駐させている。
放送波時刻に合わせる〜は局ごとに若干のズレがあるからあまり当てにならないので。 >>188
セキュリティリスク考えてなさそうね
古いソフトウェア使うなよ
更新されてないのは論外 >>188
このスレで時刻合わせの話をすると、負荷かけるなとか絡まれるぞ >>192
W32Timeサービスきちんと設定すりゃイイだけなんだよね というか初めから設定されてる気がするが。
誤差気にするんならサーバーも更新間隔も変えられるはず それが色々設定変えてもその通り動かないことがちょくちょくあるのよ
Meinberg NTP packagesはUnixのNTPサーバ、クライアントソフトをそのまま移植したものだから信頼性が無茶苦茶高い 10.66の頃はまだしも、今の取得ミス対策されてるxtn6f版なら放送波時刻合わせで十分安定だと思うけどなぁ
それに、NTPで時刻合わせしてても、結局録画時に放送波時刻でタイミング取るのは同じだよ? 時刻ズレによる録画ミスを防ぐ為にも開始マージンとるんじゃないの? ■ このスレッドは過去ログ倉庫に格納されています