【EDCB】EpgDataCap_Bonについて語るスレ 63
■ このスレッドは過去ログ倉庫に格納されています
チャンネルスキャンでおk?
a.8月28日(火)午前8:00〜(放送休止後)
Ch223:映画・チャンネルNECO/Ch227:ザ・シネマ/Ch292:時代劇専門チャンネル/
Ch305:チャンネル銀河 歴史ドラマ・サスペンス・日本のうた/
Ch316:AXNミステリー/Ch321:100%ヒッツ!スペースシャワーTVプラス/Ch323:MTV/Ch324:ミュージック・エア/
Ch331:海外アニメ!カートゥーン ネットワーク/Ch339:ディズニージュニア お子様向けディズニー番組/
Ch342:ヒストリーチャンネル 日本・世界の歴史&エンタメ/Ch343ナショナル ジオグラフィック 未知の自然・宇宙・歴史/
Ch363:囲碁・将棋チャンネル
b.9月26日(水)午前6:00〜(放送休止後)
Ch219:衛星劇場/Ch322:音楽・ライブ! スペースシャワーTV 今でもスキャンすればCh324:ミュージック・エアが出てくるよ。
映像なしで28日以降のEPGだけを配信していますが。 >>464
予想とあればデマではないよ。予想を勝手に確定としたときデマになる可能性が生じる。
そのへんがわからないなら提示版どころか情報を正しく扱うのが難しいかもね。
>>466
カスタマイズ番組表と自動予約の変更は必要。手動で入れた予約があるならそれも。
こんな状態じゃなきゃ言わないけど「チャンネルをスキャンし直せばいいだけ」はデマだよ。
>>435 のあと >>436 で指摘あったのに。
>>467
8月のでほとんど終わらせちゃうんだね。それと先の画像の情報ですべて予想できるか。 チャンネルスキャン→EDCB終了→reserve.txt削除→番組表構築でいいな。
まあ人によってはダメだけど。 EDCBはもうひと手間あったような?
番組表がスカスカになって慌てた記憶がある。
EPGの再取得と番組表の再表示操作が・・・?
過去レスROMてみます。
HD化に気を取られて時代劇chのトラポン移動、今気付いた! >>449
その予想だと既に始まってるND6のミュージック・エアが入らないぞ
なのでMTVがND4へ移動ってのも追加 すでに移動先の情報って電波に含まれてないの?
自動化できないもんなのかな
テレビとかレコーダーは再スキャンとかしないでも変わるわけだし >>474
そのへんの話は >>467 が出た時点で終わってる。
9月に移動する二つを除き8月に全部済ませちゃうみたい。
>>475
家電は定期的 and/or 録画準備中にでもチェックしてるのかね。
録画失敗の可能性を注意してるわけだし完全ではないんだろうけど。
EDCB は動的に対応できる作りになってないっぽいので
結構な改修を施さないと難しそう。 >>475
チャンネル番号(ServiceID)が同じ放送局はありえないという前提(仕様だっけ?)があるので
チャンネル番号が変わるミュージック・エアは移動先(というか新規局として)の情報があるが、
チャンネル番号が変わらないその他の局は移動先情報が存在しない
自動化はできるだろうけど、実装したところで機会も滅多にないから、動作検証自体が怪しくなるし >>476
スマン、見落としてたわ
今EDCBで見た限りだと番組表上でHD化は反映されてるけどND(TSID)移動は未反映だな チャンネルスキャンしてないけど新ミュージック・エア出てくるんだな。
なかなか見られない番組表だ。
そういや、長いこと CS2 代表としてお世話になったスカパー!プロモなくなるんだっけ。
今後はスカイAになるのかな。どんなチャンネルなのか知らないけどw
CS1 代表の "-" は継続か? >>470
ただの荒らしってことはよくわかったから黙ってて >>470
デマっていうのは
中身だけが一人歩きしちゃうから
タチが悪いんだよね >>464
> デマをデマと見抜けない人間は掲示板を使うのは難しい
> って理屈かね?
>>462は「予想と書いてあるんだから」と言ってるだろ。
一連の書き込みで一番頭が悪いのは誰だか冷静にレスを読み返して考えてみろ。
どうせオウム返しで俺に罵詈雑言言うんだろうから意味ないか。 まあ実際この場合デマであろうとなかろうと実害がないw
EDCB使いならチャンネルスキャン必須、他のテレビやレコーダーなら不要なわけで。 そもそも未契約のチャンネルのことまで気にする必要は無いと思うが。 どっちにしろ当日確定するまでもう移転の話はしねえよw
荒らしたくてやってんじゃねえ >>484
そうだね。
だから明らかな間違いはもちろん可能性を確定扱いしている発言には
積極的に突っ込みを入れるようにしているよ。
荒らしでない限り悪気はないんだろうから
やんわりと……がいけないのか、ときどきめんどくさいことになるがw
>>482
いい加減あきらめたら? 8月28日は0時30分から試験放送が始まるそうで必ずしも早起きクマになる必要がないか
代わりに夜更かしクマになれという選択肢もある CSは別にいそがなくてもリピート放送もあるし、多少出遅れても被害は少なかろう。 結局、当日になるまでは
誰にも詳しいことは分からないのか… いややることは決まってるんだから詳しいこと分かる必要ないし。 [環境]
Windows 10 /pro /64bit/最新パッチ当て済み
core i7 3770/Gigabyte B75M-D3H/Memory 16G
NVIDIA GTX 1060
xtne6f/work-plus-s-151214を更新で
xtne6f/work-plus-s-180821にてビルドしました。
[事象]
以前(151214版)よりepgをタイマーで取得する際、
不特定の1つのbon driverのEpgDataCap_Bon.exeが上がって来ません。
EpgDataCap_Bon.exeを立ち上げ手動でepgを取得すれば8ch共取得できます。
不特定の為チャンネルリストの問題ではないと思うのですが、
何か確認すべき項目があったら教えてください。
また、自動取得時のEpgDataCap_Bon.exe起動間隔を広げる事は可能でしょうか... チャンネル変更自動化とか高度な開発できるプログラマ居ないのかな
その辺のエンジン全然進化しないよなあ… >>496
いや、"-" は残るのか等些細なことを除けば
すべて予想できる人はそれなりにいるだろうけど、
あんなことがあったあとにまとめる人なんていないでしょう。
そうでなくても、色々言われているように BS のときほどの緊急性はないし、
答が出てるようなものなので予想する楽しみもないし。 >>499
「基本情報のみ取得するネットワーク」を全部オンにしてない?
それなら S は3つしか立ち上がらなくて正常。
「不特定」というのが本当なら違うけど。
最後のは、予約録画時にも同様になっていいなら、
Readme_EpgDataCap_Bon.txt の
■予約録画時に強制的に起動時のサービス指定を行う■
にある OpenWait や ChgWait で可能だったような。 >>500
高度な開発ができるとかでなく、数年に一度あるかないかのトラポン再編でしか使わない機能を追加するか
普段使うだろう機能を先に開発するかの違いだろな
仮にやるならBSのトラポン移動まで考えると、まず各チューナーの凡ドラのチャンネルリストの持ち方を共通化するか
個別対応するかあたりもやらなきゃならないのか、めんどくさそう >>502
ありがとう。どうもその辺ですね。
確かに、TではなくSでの事象でした。
でも、Sの不特定bondriverを掴まないように見えてます。
>「基本情報のみ取得するネットワーク」を全部オンにしてない?
>それなら S は3つしか立ち上がらなくて正常。
ってどういう事でしょうか... >>504
どの BS の EPG にもすべての BS の基本情報が含まれているので、
基本情報だけでいいならどれかひとつ受信するだけで全部手に入る。
CS1 / CS2 についても同様。
なので、BS / CS1 / CS2 すべてオンなら、それぞれひとつずつしか起動しない。 NHK BS ch101とch102の番組表の表示に関してはEMWUIはいまいちだな >>509
動的にNHKが分裂するときに自動で番組表が分裂と再統合してくれないからじゃね。
NHKの分裂放送の録画に備えるには常にEMWUIの番組表を分裂した状態で表示ておかないと駄目だからとか。
けどEMWUIは最高なことに代わりはないけどな。 >>505
そうだったのか…
CS2外したら確かにフルにうごきました。
ありがとうございました。 Windows10にしたらETBBTReserve 0.3.1.1が使えなくなって困ってます。
みんなスリープで録画してんの?それともWindows7で録画機? 最近、地デジの予約で
「録画中に番組情報を確認できませんでた」エラーで
0バイトのTSが残される現象が多発してる感じ。
これってEPGが急遽変更になって予定してた番組が飛ばされたって解釈でok?
地デジは毎日EPG更新しているのにこういう事が起こるから録画鯖もなかなか放置できないな 色々エラーがあるからPT1とPT2を搭載したパソコンそそれぞれ別にして二台で同じのを録画
更に万一に備えて東芝レコーダーでも録画してるので、録画ミスはほぼない >>514
ああ、昔はそういう構成の録画鯖も運用してたことあるけど
結局アンテナを共有している時点で録画エラーがでるときはどっちの録画鯖でも
似たようなエラーが乱発していたし、めったに発症しないM/B相性とか
PCパーツの経年劣化等によるハードウェア障害でも起きない限り録画ミスはありえんよ。
というか電気代の無駄という答えにたどり着いてから、複数台構成はやめたわ。 >>513
NHKの高校野球中継延長で良くなってたな >>515
アンテナが原因だってハッキリしてるじゃん
俺は片方がエラーでも片方はしっかり録画されてるよ
両方とも謎なエラーは経験ないな どっちのPCも何年も経過してるから
これから壊れやすくなるかもしれないが、買い換えるくらいの金はあるし問題ない アンテナがおかしくてもドロップ増えるだけで変なエラーなんか出なくね? >>517
ほんと他人の意見をまったく認めねぇのな。そんなに敵を作りたいのかよ。 >>517
つか、謎なエラーも何も昨日みたいな荒天時は両方エラーだらけになるものだろ?
地デジはエラーとかそう頻繁に吐いたりしないものだけどな 謎エラー感あるのてむしろファイル保存に致命的なエラーが発生しましただなぁ
時刻同期ズレが主原因だとは思うが >>519
君は何を言ってるんだ?二台別のPCがあって、二台とも同じエラーが出るなんて普通だったらありえないでしょ
君の場合アンテナ云々言ってたからアンテナが原因としか僕には思えなかったんだが
おかしいかい? TVtestで視聴してる時は全然映像乱れないのにEDCBで録画したもの見ると乱れてるのって原因わかりますか? >>525
EDCBのバージョンがスクランブル解除非対応バージョンになってるか、スクランブル解除のチェックボックスをチェックオンしていない。 >>526
PC作ってからずっとなのでそこは正常かと
あと引っ越してからもなのでPCのどこかに問題があるのは合ってるんですがね…
>>527
バージョンによって違うのですね
人柱版10.66を使用していますがどうでしょうか?
それと、そのチェックボックスはどこにあるのでしょうか? >>524
短文で的ハズレな反論してるけど、
ほんと515のレスの意図を理解できてなくて残念だな
>二台別のPCがあって、
>二台とも同じエラーが出るなんて普通だったらありえないでしょ
全然有り得る話だが。
どこまで読み取れているのか知らないが俺の言う録画エラーとは
例えばEDCBのerrファイルのdrop値や、Rectask等のd/e/sカウンタが量産したり
録画終了時に0バイトのTSファイルが生成されるような症状のことを、指しているわだが・・・
もし、あんたの言うようにアンテナが原因だとしても
新たなアンテナを新調&設置して、そのアンテナを複数の録画機で
分配器等を使い共有していれば、そのアンテナにつないだ録画は
荒天時になり雨脚が強くなったり落雷が鳴り出せば、
同時刻帯に殆の録画機で録画エラーが出現することもそりゃあるだろうさ。 >>515
>結局アンテナを共有している時点で録画エラーがでるときはどっちの録画鯖でも
>似たようなエラーが乱発していたし、めったに発症しないM/B相性とか
>PCパーツの経年劣化等によるハードウェア障害でも起きない限り録画ミスはありえんよ。
日本語苦手?読点の手前まではエラーが起こる話で後半は怒らない話で >>532
実際、そんなアホなこと誰がやるんだか。
おまえは録画機や録画鯖ごとに専用のアンテナを増設していくのか?
相当キチガイだろwいや、相当バブリーだな!っと表現し直しておこうw 予備の録画マシン作ろうか考えてるけどそのときはアンテナも当然分配させる予定だが。
というか録画鯖複数ほしいんなら冗長性確保だろうしアンテナ分離くらいするのでは? >>528
edcb_bon.exeの設定ボタンを押してみて。
あるいはB-CASやsoftcasのキーをアップデートしていない。 >>536
でもキーの場合はTVTESTでも正常に見られないか。
すまんがこの可能性を無視してくれ。 >>513
違うと思う。録画対象の番組がなくなった場合、
録画開始時刻が秒まで不規則なゴミが残るか元の枠そのままで別の番組が録画されるはず。
多分、録画開始時に終了時刻未定な番組が放送されていると前者、そうでないと後者になる。
0 バイト TS は、BS/CS が荒天で番組枠+30分の間完全に死んでたときにしかなったことないな。
地上波でとのことだけど、なんらかのトラブルでまったく受信できていなかったと思われる。
放送されるはずだった時間に停波していても同様になるだろうけど、
延長や臨時番組挿入で飛ぶわけだし多発は考えられないかな。
>>530
日本語としては全然おかしくないぞ。
前半は「電波が原因ならどれもエラーになるから」
後半は「ハードウェア障害なんてめったにないから」
共に複数台は意味ないという結論につながる。
まあ、複数台なら 0 バイト TS は恐らく全部には起きなかっただろうから
上の誤認もさけられたとは思うけどね。
バックアップはあるに越したことはない。 あ、別の理由で 0 バイト TS できたことあったわ。
ディスクフルw >513
急におきるようになったんなら、単純にマザーかPTがへたってきたという線もあるよね
自分は手持ちの動作品PT2をライザーカード使って別のPCに指して使おうとしたら、
チャネルスキャンまでは通るのに、録画すると0バイトTSしか出来なかったことがある
多分ライザー周りでケーブルが長かったとか何かで通信に失敗してたんだと思う >>538
0バイトなんてのは一度もなったことないけど予約スタンバイみたいなやつ長めにしてたらそもそもならんのじゃないの?3分で設定してる。 「録画中に番組情報を確認できませんでした」は原因不明
自分は休止運用だったけど内蔵電池が死んでた時はよくなった
でもそれだけが原因とは思えない
ネットから切って放送波で時計を合わせるようになったらほとんどおこらなくなった
狂った時刻で休止解除
狂った時刻で放送波チェック
番組情報がない→エラー
その後ネットをもとに時刻訂正みたいな流れなんじゃないかな
それか放送波チェック中に時刻修正が入って一瞬で一定時間たった扱いになってタイムアウトしてるとか W3U3とかなら
ACアダプターが壊れてた時とか
ダブル録画の2つ目が
0バイトになったりしてたな よくよく考えてみれば、>>533の不毛なレスは不要だったな。
なぜなら現状、録画鯖は分けてないし、アンテナを分離・増設する必要もないわけだから
的外れなレスに超反応する意味すらなかった。それは>>515のレスで完結していることだし
(アンテナが不満なら、フレッツテレビに加入する手もある。大元の同軸を2本つなぎ直すだけだし)
とりあえず今気になるのは、>>513のエラーメッセージと録画ミスについてだな。
ログとかTSとか調べてみたら地デジ各社がL字になってた時間帯の録画ミスっぽいから
予約していた深夜帯番組が延期もしくは中止になったのだろう。
undeleteツールでさっと復元してみたけど、0バイトのTSファイルについてはよくわからん。
PID情報がごっそり抜けたerrファイルができていたっぽいが、
並行して他の予約は普通に動作していたからチューナーエラーの線も考えにくい。
録画先のHDDはまだ余裕あるし、きっと何かが魔が差したのだろうな。 時代劇チャンネル見てたら28日にどうのこうののお知らせでたからあわてて飛んできたぜ。
もうSDチャンネルのHD化始まるのか。どうせ何年かかかるんだろうとか思ってたわ。
スレ見ると大分前から分かってたのか。まあ、当たり前か。
どの程度の画質になるんだろな。
たとえクソ画質でもSDよりHDがいいだろうけど、既存のHDチャンネルは現時点でも我慢の限界レベルが多いからなあ。
もうスポーツは全部DAZNにまかせてチャンネル減らせばいいのに。 >>544
「録画中に番組情報を確認できませんでた」は、
番組がなくなっていた場合と完全に受信できなかった場合のどちらでもなる。
.err については、完全に受信できなかった場合にはボンドラ名のみ記録される。
PID がごっそり抜けていたというのが少しは残っていたということならそれとは違う。
マルチチャンネルのサブ側を指定サービスのみで予約していたが
マルチ編成ではなくなったとかならそうなるかな。
この場合 0 バイトにはならず小さいゴミファイルができるはず。
繰り返しになるが、番組がなくなっていたよりはトラブルの可能性が高いと思うけどね。 >>547
いいことを教えてあげよう。
既存の HD チャンネルは軒並み今より帯域を減らされる。 110度CSが12スロットになったら、画面キャプがどんなになるか悪い意味で楽しみ >>553
もしもH264コーデックに変更したらまだしも、MPEG2のままだとちょっといやだね。 初めからCSを48スロット(約35mbps)だけにした人がバカなのよ。
今のBSCS左旋だと120スロット(約95mbps)もあるのによ。 H264はストリーミング不向きだからコデック変更とかないっしょ >>556
ワンセグはH.264だろ?
ネット配信も多くがH.264では?
あと4K/8KはH.265だったかと >>556
スカパープレミアムが既にh264なんですがw
変更が無いことは確かだが >>556
それは関係なく
変更したらチューナー買い替えないかんやろ >>556
ストリーミング不向きって、H.264 の一般的な設定だと GOP が長めだからってだけじゃない?
そういや、x264 の設定考えてるとき、MPEG2 並みの快適なシークを実現しようと
最大 GOP 長を 0.5sec にしてみたら驚くほど縮まなくてボツにしたのを思い出したw
MPEG2 から H.264 って、圧縮方法の工夫もあるだろうけど、
GOP が長くできるようになったことのほうが大きい気もする。
多くの機器で再生できなくなるだろうけど、
MPEG2 でも GOP を H.264 並みに長くできるようにしたらそれなりに画質上がりそう。
スカパープレミアムの GOP ってどんな感じなんだろう。 tkntrec版
「Lua5.2つきでビルドするオプションを追加」
と有ったので試しにビルドして使ってみた。
EpgTimerSrv.exeを差し替えて起動すると
lua52.dllを置かなくてもMaterial_WebUIは見れたのだけど、
一部番組表が表示されなくなる問題が起きる。
(CSの左から五列目以降に並ぶチャンネルが表示されない)
Lua無しの通常のEpgTimerSrv.exe+lua52.dllでは問題なく表示される。
ブラウザはWINのchrome、Material_WebUIは最新の物を利用中。
おま環だったらすいません。 >>561
Lua5.2つきでビルドするときは手順に従ってファイル上書きした?
legacyの番組表とかEpgTimerの番組表は問題ない? >>561
xなんたら版でもあるかなLuaつきっていうからにはLua52.dllがどこかにできてるのかと思ってたぜ >>562
HowToBuild.txtの下部の指示通りファイルを配置して
UTF-8変換もして、一応ビルドは成功してます。
EpgTimer.exeから見る番組表は問題なく表示されています。
HttpPublicをtkntrec版付属の物に置き換えて表示してみましたが
なにぶんlegacyを初めて使ったので、本当に正常なのかは分かりませんが
致命的に表示が崩れたりチャンネル表示が欠けたりはなさそうです。 >>563
自分も全くの素人なのですが、
Material_WebUIの表示などに使うlua52.dllを
EpgTimerSrv.exeの中に含めてしまうということなのかと。
ファイルサイズもLua5.2つきでビルドすると
833KBから1044KBに増えますし。
xtne6f版でも同じオプションは有って
こちらも先程試してみましたが
自分の環境では同じ不具合
(一部CSの番組表表示ができなくなる)が
起きてしまう状況です。 ■ このスレッドは過去ログ倉庫に格納されています