【EDCB】EpgDataCap_Bonについて語るスレ 71
■ このスレッドは過去ログ倉庫に格納されています
>>330
>0418差し替えになったね
0418とは何ですか? FOXスポーツエンタ
放送大学BS3
ディーライフ
スカチャン2
衛星劇場
スペースシャワーTV
以上の消えたり変更になったチャンネルが
以前のまま自動予約に含まれてると
EPGの検索時におかしくなる
自動予約に登録してあるIDがChSet5に無かったり
他のEPGを誤って検索する事で起きるバグ >>337
いやまぁそんな基本中の基本で引っ掛かってるヤツはいないんじゃないか?
まず自動予約を整理するだろ
そんな単純な操作ミスなら単なる初心者だぞ >>336
committed 8 days ago <- 8日も経過していたのでまさか・・・
納得です。 >>338
チャンネル移動じゃないので、全チャンネル対象の自動予約とかは放置しててもおかしくないと思う
そして、>>337の通りなら、律儀にチャネルスキャンした人だけ死んでるってことになるんかな >>340
自動予約登録をFOXスポーツやDLifeに入れてて、
・かつチャンネルスキャンをやり直してChSetにチャンネル自体がなくなってるなら不具合
・ただチャンネル欄やEPG取得から外しただけで、ChSetにはまだ上記2つが残ってるなら異常なし
ってことか ↑もしこれなら誰かから以前のChSet貰うか手動で書き換えないと詰んでる?
ChSetから消えてるから自動予約登録修正しようにもチャンネル出てこないわけだし 前回の再編の時は、みんなちゃんと注意して移動とかしたし、
派生版は予約追従バッチとか、Epgtimer側も自動登録と
番組表を修正する機能あったからね
>>342
自動予約やりなおせば良いのでは? 自動予約は作り直す必要なさげ
単に一度開いて変更すれば見えてないチャンネルは外れる気がする EPGTimersrv落ちるの何もしないのに直った TVRockをこれから導入するような人はだいぶ苦労しそうな感じだな。
ああ、ずっとずっと昔にEDCBに乗りかえて正解だったわ。 TVRockってFriio買ってすぐ使ってみたけど不安定というか何か変な感じだったな
設定の用語も厨二臭いしEPG取得も遅いし >>345
報告が出始めてから一週間経ったし、原因になっていたデータが消えたのかもね。
>>337 さんの説(ソースを読んで特定したのならスマン)はどうなんだろう。
「映像サービスのみ」で登録したあと CS の局が消えても放置なんて
以前からしょっちゅうやってたけどなあ。
発症した人、今月に入ってからチャンネルスキャンした? 俺環では発症した状態でEpgTimer.exeだけを再起動すれば復旧するので
タスクマネージャーで1日1回再起動するようにしたところ発症しなくなった
というか予約一覧通りに録画するようになった はー・・・先週土〜日夜に発症してEpgTimer再起動で
治った(ように見えた)んで放置してたらまた土〜日夜に発症してたわ
毎日再起動すれば発症しないんか?
自動予約大量にあるからやり直すのめんどいわ・・・ 自動予約は一個直したら後はテキストエディタの置き換えでいいんじゃね?
まぁ横着して全局対象にしてる場合に限るんだけど EDCB10.66をWin10pro1803で使っていて今日1903にアップデートしたら、EpgTimerのサービスとプロセスは起動しているけどGUIが
起動しない事態に。Frameworkの問題なのかと思ったけど、そもそも今はOSに組み込まれているから古いのをインストールもできないし
困った。
OSクリーンインストールした方が良いだろうか? >>353
mod版、>>1 に沢山有り過ぎてどれ選んだらいいのやらになってます。
TVtestは自前ビルドで使っているのですが(8,9,10動作確認済み・・・) 低消費電力でいいから10使ってる
もちろん自動更新オフ
組んで1年以上だがトラブル0 xtne6f版セットアップ無事に出来ました。
ただ、番組表が色弱的に辛い。文字黒なのに薄かったり予約枠に影付いたりを無くしたい。。。 > 録画鯖に10は使わないだろ
使ってる
7より安定してるんで驚いてる(Dropなど)
もちろんUpdateは1か月くらい伸ばしておく xtne6f版なんかEPGデータ周り見直してくれてるのかな
今のところ不具合とか見つかってないぽいが 昨日の更新内容だと・・・0.10.70になるよ!
よくある数字のバージョン管理はとりあえずしないってさ >>360-363
WebUI使ってなかったけど見てみます。
>>365
GUIが起動しなくなったのです。サービス動いているので録画は出来るんですが、新規入れられないので。。
Win10を2004にしなくてはいけない理由が出来たので年振りにアップデートしたらこのざまで。 abt8WG版を2つ運用してるんだけども、
2016/5/14頃の版を32bitビルドしたもの
最新版(コミットログ的には2016/10/10頃)を64bitビルドしたもの
後者が25日0:00からずっと録画状態になってる問題発生した
前者はなにも問題はない
コンパイラの問題かもしれないけど、ハードの違いかもしれず、
めったにおきないからデバッグも面倒だね >>367
きっと何らかの処理でメモリを確保したまま、離してくれないとかだろうな。
EpgTimerSrvあたりが原因なこともわりとあるけど、それ以外だとPT系の凡(EXEとDLL)の
PTCtrl.exeやPT3Ctrl.exeが特定チューナーのプロセスを掴んだまま暴走するとかよくある
そういうゾンビプロセス化したバイナリは、管理者でtaskkillすれば大抵は対応できるけど
それでも解決しない場合は、放置すればEXEあたりのメモリ上限を超えるまで暴走しづづけるよ。
1バイナリあたり、32bitなら2GBぐらいまで、64bitなら8TBぐらいまで・・・怖すぎだな。
当然、チューナーを掴んだまま暴走するので後続の予約にも悪影響は及ぶし
鯖PCを再起動とか嫌だろうけど、本当にヤバいと思ったらOSを再起動させるのが簡単かも
1度しか放送しない長尺番組を録画中の再起動は特に嫌すぎるけどな >>352
古い.NET Frameworkは必要時にOS側で自動インストールする画面が出てくるはず >>357
俺は二台使ってるよ
アップデートは止めておいて、適宜手動でかけている
まあそんなにおかしいことにはならないよ >>357
普通に使ってるがな
自動更新はオフにしてて、外部に繋がるLANも普段は無効にしてある
メインのPCと10GbE直結のリモートで運用 >371
10GbEで運用となると、ストレージもSSDだけだったりするの?
マジで羨ましい ストレージはWD黒で十分。SSDでもいいけど、SSDは突然氏があるからな >>373
そう。SATAのSSDだから普段は半分の速度しか出ない
録画直後でキャッシュに丸々収まってるときは1GB/s出てるみたいだね
でもメインPC側もSSDかRAMディスク用意しないと意味ないから微妙っちゃ微妙 >>374
HDDは窒素の旧赤しか使わないな
色々な用途で8TBを6台使ってる
新型出て生産中止?なってるぽいから次はどうするかまだ考えてないけど同レベルの信頼性あるのが出てくれると嬉しいわ >>361
ぜひこの例のようにしたいのですが、フォントの変更にはmaterialのどのファイルを変更するのでしょうか? 移動や消滅したトランスポンダに自動で対応するEDCBまだ? >>359
あー色弱や色盲の人がいるのか。
確かに男性の1/10だったか1/20くらいか結構いるもんな。
メニューひとつで対応カラーに切り替えできる用にするといいね。
例の暴走、消えた2局消したら再発しないからそれっぽいね。
流石にこりゃビルドせんとだめか。 前回は録画が終わらないだったが、今度は録画待機中のまま固まってた。
相変わらず64bit版だけ。ちなみにチバテレビ。
EpgTimerは動くので、再接続ボタンを押したら最新状態になって
予約時間が来たら新しいEogDataCap_Bonプロセスも動き出した。
つまりこれ、時々どこかで通信が切れてるって話なのかな。
abt8WG版は更新止まってるから乗り換えるべきか...
これだけの頻度で発生するなら>>143のログも役立ちそうなので今入れた。
GW期間中くらいは様子を見てみよう。 OCCTを裏で1時間ぐらい動かして
大量録画中やEPG取得中などでも何のもたつきも無く動作し続けれるか試してみるとか。 SSDの突然死はあるよ 家帰ったらブルスクになってて何事かと思ったらSSD死んでた
ちなみにSanDiskでRMAしたよ 所詮シリコンで電位でメモってるだけだから
運悪く太陽風からの中性子線がボコボコ中って死ぬのはあるだろう
霧箱実験でも確認出来る位に中性子は太陽から飛んできているし
あとはもう電圧の不安定さとか、製造時にミスがあったとか 世の中には運が悪い人もいるってことだな
所詮人が作ったもの。いつかは壊れる。 だめ
想定された寿命通りに死んだのならただの大往生だよ やっぱりタイミング的には3月末放送終了の2局が想定外のEITを出すような悪さをしたんじゃないの
EPG取得から終了局を外しておけばいい説 >>262
これわかる方いませんか?
EDCBも最新をビルドしたけど同じで原因わからず。。。 >>383
色弱は日本人男性の5%。白人だと10%が色覚異常 異常かどうかなんて各自判断すれば良い
他人がどうであるかなんてことを気にしてる暇なんかないだろ >>393
回避できました。
設定でサイドパネルONにしてると、予約変更してもトークン認証エラーと
ならないです。
バグかな。。。 >>398
うちは通信エラーなって自動予約キーワード編集すらできんわ
泣ける 質問があります。
EPGTimerでのマクロでファイル名等を設定できるのですが、
2020年○月○日 ○○時○○分 番組タイトル
こういうふうにしたい場合、どのように表記すればいいのでしょうか?
付属のテキストファイルを見ても、ちょっとわかりにくかったので… >>400
いいえ、わかりやすいですよ
わからない単語はググって知識を身につけてください >>379
単独使用でもデータ使用量80%前後でCDMベンチ回すと
黒だとR/W平均 390MB/sぐらいは出るからな、少し昔の3.5 SSDぐらいは出てる。
青だとうまく頑張ってもせいぜい200MB/sぐらいしか出ない。
赤はせいぜい240MB前後をウロウロするぐらい
金はまだ使ったことないので知らん。 >>401
尾木ママもびっくりな教育に使えそうなカウンター! >>400
私はこうしています。参考にどうぞ。
$Title$ $SDYYYY$$SDMM$$SDDD$-$STHH$$STMM$ ($ServiceName$).ts >>405
説明が分かりにくいってディスるからそう返されちゃうんだよ >>405
他のみんなは理解できてるのに
理解できないあなたは、いわゆるバカなのですね
他のみんなは、すぐには理解できなくても、実際に試してみてどうなるか理解しようとするのですけど
あなたはやってみようとすら思いつけないとは、相当なバカなのですね
日本人で良かったですね
国によっては、バカな落ちこぼれはまともな教育も受けられず
社会から相手にされないのですから デフォルトの設定値って入ってなかったっけ?
あるならハイフンを年月日に置き換えるだけだと思うんだが EpgTimerSrvが固まるだの何だのの流れの方が有益になる人間がいる分よっぽどマシw >>409
カタカナ多用されても理解できません!! >>400
私はこうしています。参考にどうぞ。
$( 'ー`)$TAKASHI$( 'ー`)$GOHAN$( 'ー`)$TABETERU? >>415
付属のテキストファイルを見ればわかりやすいね つまり
$Title$ $SDYYYY$$SDMM$$SDDD$-$STHH$$STMM$ ($ServiceName$) $( 'ー`)$TAKASHI$( 'ー`)$GOHAN$( 'ー`)$TABETERU?.tsでおk? >>410
今朝、録画予約シカトされたよ
なんか関係あるのかな
固まるとかはなく >>419
番組内容が変更になった、もしくは、その番組がほかの番組に差し替えられた。
もし予約終了時刻にts.program.txtが作成正しくされていなかったらそれが原因 >>419
チャンネルと時間と番組名くらい書いてくれよ〜 他でチューナー使ってるとそういう挙動になる
ログに何か残ってない? >>420
改変版で挙動換わったのかも知らんけど、少なくともオリジナルは番組内容差し替えられても記録される
結果は「録画中に番組情報を確認できませんでした」 > 結果は「録画中に番組情報を確認できませんでした」
だから、それのことを言っているのだけど、伝わらなかったか。
ちなみにうちが今使っているのは、2019年の12月上旬のビルド。フォーク元はtkntrec氏
>>34のFix対応のパッチも当てられてないバージョンなので、
ちょいちょいうフリーズ報告のある最新版とはちょっと挙動が違っているかもしれないが >>425
> だから、それのことを言っているのだけど、伝わらなかったか。
その結果が出た上でなら、「シカト」って表現がおかしいんだよ
無視なんかしてないわけで、初めてみたのなら何が起きたか調べられるやん >>425
うちはそれの場合はしっかり録画されてるよ とりあえず>>419の詳しいログと、返事待ちだな。
「録画予約シカトされた」という曖昧な表現が何を意味しているのか
読み手側がどう捉えるかで、対処方法も変わってくるだろうし
どれが正解などもない。
「録画中に番組情報を確認できませんでした」
この場合はTS保存は無事成功できているが、EPGが異なるので中身の補償は知らないよ的な
「チューナーのオープンに失敗しました」
この場合は、チューナーが0Mbpsになってしまい失敗したとかだろう、
(一部はドライヤーで温めれば次回から回復できるかもw)
「録画時間に起動していなかった可能性があります」
「一部のみ録画が実行された可能性があります」
この場合は、PCが固まったか、スリープ復帰に失敗して開始時間に間に合わない的な
「次の予約開始のためにキャンセルされました」
この場合は、録画中の予約より、次の予約の優先度が高いので、いまの録画をキャンセルした的な
どれもEDCB的には正常動作しているのでバグもないし
さて「シカトされた」という予約は一体どういうメッセージを残しているのやら EPG取得を全チューナーで動作させるのはやめた方がいいな。
TVRockを使っていた頃のクセで、全チューナーでEPG取得動作させると
取得時間の時間短縮につながると思い込んでいた自分が居る。
CPU負荷は(1個のEpgDataCap_Bon.exeあたり6%ぐらい)消費するだけで、影響は小なのに。
使ってない地デジと衛星を、1個づつで十分のようだ
1つだけにして全チューナー指定でもいいけど、それはさすがに遅いか
どのパターンが一番早く終わるのか少し気になるな。 >>429
>取得時間の時間短縮につながると思い込んでいた自分が居る。
えっ違うの?
PT2のみからPT2+PT3になったときチューナーフルで10分強かかってたのが5分ちょいになったと思ってたんだが
(ちょっと記憶が曖昧) >>430
BS/CSで詳細取得しないにチェックしてると何個あっても大して変わらんな(地デジは増えた分だけ早くなるが)
詳細取ってるのなら確実に短くなる >>428
あと、単に時間変更で追従した場合。
普通はちょっと遅れて録画されるか、
延長した挙句潰れてゴミが残る(これはあなたの最初のになる)が、
NHK は EventID そのままで一週間後に移動するとか暴挙に出ることがあり、
当然録画済み一覧には何もないので一見シカトされたように見えるかも。
この場合、情報通知ログも確認する必要がある。 >>431
なるほどー
まぁ今のところ困ってないし設定変える必要もないか >>429
基本情報は衛星3本と地デジの局数の取得だから・・・抑制かかってないなら全チューナー一番早いと思うぞ
チューナーにもよるがよくあるPT2や3はSとTが2本ずつしか取得できないから減らした分遅くならないとおかしい
うちはPT2枚だから基本情報は約5分、衛星詳細28本取得するのに約23分くらいかかってる
そもそもどのパターンとか言ってる時点でちゃんと試してないんじゃない? ■ このスレッドは過去ログ倉庫に格納されています