EpgDataCapバグ報告板（仮）

全591件の内、新着の記事から20件ずつ表示します。

1 2 3 4 5 6 7 8 9 10 | 《前のページ | 次のページ》

(無題)

投稿者：とおりすがり2 投稿日：2012年 8月 5日(日)20時41分46秒

何度もすいません。録画予約番組が終了時間未定で開始したときに、●p/f 不正状態と誤判定して録画が停止してしまうことがあります。デジタル放送の情報が実時間より2秒ほど遅れている、NHKのTOTは実時間より2秒ほど進んでいるというあたりと、EpgTimerSrvの情報チェックのタイミングがうまくかみ合ってしまうと発生するようです。（時刻は録画開始時間を過ぎているが、予約イベントは次のイベントに存在するタイミングにチェックが入る） ●p/f 不正状態の判定は分単位を使って秒単位を判定に使わない、時分が現在時刻と一致していれば不正としないとかにすれば回避できそうですがどうでしょうか。ログでは、20:00:02と00:21:01に発生しています --------------- 終了未定で次番組を追従しているとき、前番組の終了時間が確定したタイミングで追従していた番組がEventID変更と判定されて前番組に追従してしまう状態が発生しました。民放などで同一番組の連続話放送では発生したことがないので、番組名が似通っているオリンピック放送の番組名の特徴と、終了時間未定→確定時の追従の合わせ技で誤判定していると思います。ログでは01:07:42ごろ発生していますが、ログが取れなかった時間帯でも同じ現象が2回発生しています ttp://www1.axfc.net/uploader/Sc/so/368043&key=EpgDataCap --------------- 下のイベントリレーの続きですが、リレー元の終了時刻が前倒しされてリレー先の開始時刻も前倒しされる可能性がありそうです。イベントリレー予約を追加するとき、直後にEPG再読み込みをするようにして追従させる。そのうえで、追従後のリレー先イベント開始時刻がリレー元イベント終了時刻より後になる状況の場合（終了未定のまま終了を含む）は、リレー元イベントの終了時刻＝リレー先イベントの開始時刻になるように繰り上げ修正。追従後のリレー先イベント開始時刻がリレー元イベント終了時刻より前か同時になっている場合は、リレー元イベントの終了時刻＝リレー先イベントの開始時刻になるような繰り下げ修正は行わない。のような分岐が必要かもしれないです

(無題)

投稿者：とおりすがり2 投稿日：2012年 8月 1日(水)21時33分42秒

返信・引用

下のイベントリレーで発生した問題について、ログが取れたのでうｐしておきます。 ttp://www1.axfc.net/uploader/Sc/so/366923&key=EpgDataCap

イベントリレー追従について

投稿者：とおりすがり2 投稿日：2012年 7月28日(土)18時24分52秒

返信・引用編集済

10.69使用でイベントリレーがらみで不具合が発生したので報告です。 7/28 16:30～18:53　NHK総合　オリンピック中継　Eテレの2609 (0x0A31)の番組にリレーあり 17:55～20:25　Eテレ　オリンピック中継　この番組がEventID : 2609 (0x0A31) イベントリレー追従を行う設定でこの二つのイベントを予約したとき、リレー元のイベント終了時間の18:53にリレー先のイベント予約が追従してしまいました。現状では、すでに録画開始しているイベントへのイベントリレーが途中挿入された場合でも、追従が発生してリレー先の録画が停止するようです。イベントリレーの予約を挿入するときに、取得済みの番組情報にリレー先になるイベントの情報がすでにある場合は、あらかじめそれに追従させる。 ↑のものも含めて、すでにリレー先になるイベントの予約がある場合は、リレー先の開始時間＝リレー元の終了時間になる追従をさせない。とかにすれば回避できそうな気がします。多忙のようですしいろいろアレな時期ですが、できたら修正お願いします。

Re: 今頃気づきました

投稿者：gvEoxBOtKevYWzVmVZQ 投稿日：2012年 6月 6日(水)14時42分39秒

返信・引用

> No.579[元記事へ] Haha, shuodln't you be charging for that kind of knowledge?!

rkSfRNGAMRbrJFjz

投稿者：ncnVNsAjbjzlR 投稿日：2012年 6月 5日(火)00時28分43秒

返信・引用

I could watch Schildenr's List and still be happy after reading this.

Re: WOWOWライブ・シネマ

投稿者：obaka 投稿日：2012年 2月13日(月)22時40分11秒

返信・引用編集済

> No.588[元記事へ] obakaさんへのお返事です。自己返答です。どうやらBSチャンネルの周波数割り当てが大幅に変わったことでドライバから直さないとダメなようですね。 DTV板に新しいドライバがアップされていました。試してみましたがバグっていてまたまた残念。ソース見てもどこを直したら良いのかわからない自分が情けないです。こうなろと最終的にはチャンネル番号をダイレクトに打ち込むコマンドライン版の復活かも…

WOWOWライブ・シネマ

投稿者：obaka 投稿日：2012年 2月11日(土)01時32分7秒

返信・引用

チャンネルスキャンでWOWOWライブとWOWOWシネマがサービスに登録されないのはどうしてなんでしょう？同じ現象が出ている方居ますか？ Chsetファイルを削除して再スキャンしても同じ、電波状況は良好です。ユニデン３波チューナ、（人柱版１０．６５）、WindowsXPです。

MLBのイベントリレー

投稿者：MAS2 投稿日：2011年10月 9日(日)14時54分56秒

返信・引用編集済

対処出来るか分からないのですが一応希望と言う事で要望します。 MLBのイベントリレーにてBS101からBS102へリレーはするのですがBS102終了後も予約から削除するまで録画し続けます。後、リレー時に細切れファイルが大量に出来ます。・EpgDataCap_Bon（人柱版１０．６１．１）以上対処可能でしたら宜しく御願いいたします。

番組の中断について

投稿者：とおりすがり2 投稿日：2011年 8月19日(金)16時43分47秒

返信・引用

二つ前の書き込みに関連した内容になりますが 19日のの高校野球中継で発生した状況ですが、地震による臨時ニュースで現在番組が14:47～未定のニュースに、次番組が13:05～未定の高校野球になりました。次番組に移動した高校野球はEventIDが変更されておらず、15:30に現在番組に移動して高校野球に復帰しました。 ARIB TR-B14　4.5版（第二分冊）の第4編2部19項のイベント編成変更によると、この状態は次番組に移動した番組は中断中で臨時ニュースなどが終了後に元の番組に復帰する状態を表しているらしいです。 ttp://www.arib.or.jp/english/html/overview/doc/4-TR-B14v4_5-1p3-2.pdf　（参考・pdf）録画追従的には、終了時間確定・未定にかかわらず、録画中の番組の情報がEventIDそのままにまるっと次に移動してしまった=番組は中断中現在・次の双方から消滅したら番組は中止ということになるんでしょうか。かなり前に国会中継録画時に不具合として報告した内容とまるで逆になってしまいますが、この状態を番組中断・復帰の可能性ありとみなして録画を継続するオプションがあるほうがいいのかなと思います。そんなに頻繁に起こる状況ではないと思いますが、可能なら検討よろしくお願いします。

Re: (無題)

投稿者：名無し投稿日：2011年 8月19日(金)01時22分11秒

返信・引用

具体的に発生状態の詳細を書かないと伝わらないと思うよ

(無題)

投稿者：とおりすがり777 投稿日：2011年 8月18日(木)14時32分57秒

返信・引用

EpgTimerのHTTP番組表でCSの映画カテゴリーのバックグラウンドカラーが反映されないので、EpgTimerの番組表と同じように表示出来るように出来ますでしょうか？宜しくお願いいたします。

イベントリレー先の終了未定番組の録画失敗

投稿者：とおりすがり2 投稿日：2011年 8月18日(木)14時13分53秒

返信・引用編集済

8/16の18:00～のEテレの高校野球のイベントリレー録画が3秒で停止してしまいました。録画結果は「録画中に番組情報を確認できませんでした」になっています。予約状況 13:05～18:00　NHK総合　　　高校野球 17:30～18:00　テレビ愛知　ケロロ軍曹 18:00～18:10　Eテレ　　　　おじゃる丸（休止） 18:10～18:20　Eテレ　　　　忍たま乱太郎（休止） 18:20～18:55　Eテレ　　　　大！天才てれびくん（定刻通り放送） 18:00～　　　Eテレ　　　　高校野球（18:20まで延長・録画は18:00:03で終了）デバッグログの18:00:02のところでp/f不正状態の判定をしているのですが、地デジの番組切り替わりは実時間より2秒程度遅れている、又は別理由で微妙に切り替わりが遅れたためこのチェックのところではまだ現在:17:50～18:00　フックブックロー次:18:00～未定　高校野球の状態になっていて、終了番組が次番組にあるとして、p/fが不正の判定をしたんじゃないかと思います。この場合、現在は1回の不正判定で録画停止するようになっている部分を、1回目は保留して2回連続で同じ不正判定が発生したら録画停止にすれば回避できそうな気がしますがどうでしょうか。 8/16 18時前後デバッグログと情報通知のログです 20日24時（21日0時）までダウンロードできます ttp://www1.axfc.net/uploader/Sc/so/266536&key=EDCB

リクエスト

投稿者：カメカメ投稿日：2011年 8月 2日(火)22時32分47秒

返信・引用編集済

テレビ王国の番組表から「tvpid」ファイルをダウンロードし、EpgTimerNW上にドラッグ＆ドロップして予約しています。ダウンロードしフォルダを開いてファイルをドラッグ＆ドロップよりも、EpgTimerで監視しているフォルダにtvpidファイルを置けば自動的に予約されるようになるとありがたいです。 LAN内の共有フォルダを登録すればかなり便利だと思います。一旦予約登録された番組は、監視フォルダからtvpidファイルを削除しても予約解除はされない方が良いです。元々あまり信用できない予約方法だと思うので、予約を確認したり削除／無効化するのはやはり直接EpgTimerNWを使います。オプション設定として検討いただけたら幸いです。

(無題)

投稿者：とおりすがり2 投稿日：2011年 7月31日(日)23時52分33秒

返信・引用

10.51でEpgTimerSrvのCPU使用率は10.49以前と同じになったようです。ありがとうございました。

10.50のEpgTimerSrvのCPU使用率

投稿者：とおりすがり2 投稿日：2011年 7月31日(日)14時46分16秒

返信・引用編集済

人柱版10.50使用で、EpgTimerSrv.exeのCPU使用率が以前に比べて異様に高くなってしまっています。ログを取ってみましたが、EpgDataCap_BonがCMD2_VIEW_APP_REC_FILE_PATHのログを出すと同時にCPU使用率が大きくなっているようです。人柱版10.49に戻して同じ予約状態で動作させた場合は、EpgTimerSrv.exeのCPU使用率はEPG再読み込みなどをするとき以外はほとんど0です。何か処理が変わったとかだと思うのですが、調査をお願いできないでしょうか。 10.49と10.50での動作時のデバッグログとCPU使用率の比較画像をあげておきます。 8月3日14時ごろまでダウンロードできます ttp://www1.axfc.net/uploader/Sc/so/260550&key=EDCB （7/3 15:00 不備があったのでアップロードリンク変更）【OS】Windows7 Professonal x64　【M/B】GA-EP45-UD3R 【CPU】Core 2 Duo E8400　【GPU】Geforce 9600 GT 【HDD】HGST-HDT721010SLA360*2台（1T・システム・アプリ用）HGST-HDS723020BLA642（2T・録画専用）HGST-HDS722020ALA330-3EAファーム（2T・物置）【メモリ】UMAX DDR2 2GBx2+1GBx2　【カードリーダ】SCR3310-NTTCom 【使用チューナー】PT1RevB*1（Driver2.00+SDK2.01） DY-UD200*1 PX-W3PE*1 【BonDriver】BonDriver_PT-ST（人柱版3）x86 BonDriver_dyud 8.5.3 x86 BonDriver_W3PE_kuma x86 BonDriver_Spinel Ver3.5.2.0 x64・x86 【使用ソフトウェア】Spinel 3.5.7.2 EpgDataCap_Bon（人柱版10.50）x64 TVTest 0.7.20 x86 EpgTimerSrvをサービス登録し、EpgTimerの代わりにEpgTimerNWを起動して使用しています。

今頃気づきました

投稿者：とおりすがり2 投稿日：2011年 7月28日(木)02時01分54秒

返信・引用

10.48での予約割振りアルゴリズムの追加ありがとうございます。まだ試せていませんが、これで通常予約失敗の心配をせずにNHKを録りっぱなしにできそうです。

Re: リモートPCのEpgTimeNWからの追っかけ再生について

投稿者：新参者投稿日：2011年 7月25日(月)00時19分8秒

返信・引用

> No.576[元記事へ] 開発者様。人柱版１０．５０でNWからの追っかけ再生できるようになりました。対処ありがとうございます。これからも愛用していきます。

即時録画

投稿者：F 投稿日：2011年 7月22日(金)10時36分34秒

返信・引用

録画サーバーを更新してようやくバージョン10を使い始めました。以前のバージョン(9.46)では即時録画をした時に画面お左下に表示されている Drop: xx Scramble: xxの値がリセットされていたのですが10.49ではリセットされなくなっているようです。　これは何かの意図があるのでしょうか？できれば以前のリセットされる方がよいと思うのですが。

リモートPCのEpgTimeNWからの追っかけ再生について

投稿者：新参者投稿日：2011年 7月19日(火)22時31分59秒

返信・引用

最近PT2の設置に伴い導入しました。ものすごく快適で感動してます。唯一リモートからの追っかけ再生がうまくいかず悩んでいたのですが、某巨大掲示板でバグではないかとの言われましたので報告します。環境は PT2 rev.B EDCB 人柱版１０．４８ TVTest ver.0.7.20 Spinel_ver3.5.7.2 BonDriver_PT-ST（人柱版３） BonDriver_Spinel_ver3.5.2.0 TVTest EDCB Support Plugin ver.0.2.0 です。録画鯖IPが192.168.0.2、クライアントのIPが192.168.0.3です。うまくいっていないのはクライアントのEpgTimeNWからのTCPによる追っかけ再生です。鯖のローカルのEpgTimerからは問題なく追っかけ再生が動作しています。また、リモートのNWの録画済み一覧からのストリーミング再生は出来ています。録画済み一覧からの場合、EpgTimerPluginのパネルが出るとともに、 BonDriver_TCP.dllに自動的に切り替わりストリーミング視聴できるのに対し、追っかけ再生の場合、操作パネルは出るものの、BonDriverは切り替わりませんし、手動でBonDriver_TCP.DLLに切り替えても追っかけ再生できません。 NWから立ち上げたTVTestのEpgTimePluginの操作パネルの右下の表示が、録画済み再生の際は「192.168.0.3:2230」になっているのに、追っかけ再生のときは「192.168.0.3:0」となっており、これが原因だとは思いますが、設定でどうにかする方法を思いつきませんでした。なお、鯖のローカルの追っかけ再生では、特に設定した覚えもないのに、「192.168.0.2:2230」となり、追っかけ再生できています。添付画像の上がリモートPCによる追っかけ再生に失敗しているときの、下が録画済み一覧からストリーミング再生できているときのEpgTimePluginの操作パネルのキャプチャです。不足している情報などあれば指摘願います。バグであれば修正していただけると嬉しいです。バグでなかったのなら申し訳ありません。

Re: チューナー強制指定した場合の予約割振りについて

投稿者：とおりすがり2 投稿日：2011年 6月30日(木)16時24分39秒

返信・引用

> No.574[元記事へ] EpgDataCapの中の人さんへのお返事です。レスありがとうございます。優先度1で一番右のチューナー指定で1時間区切り6時間分つなげて録画でNHKを24時間録画他の予約で一番右のチューナーまで使用されるときは↑の予約を弾いて他の予約を優先録画みたいなことを思いついたのですが無理そうなので諦めます。

以上は、新着順1番目から20番目までの記事です。

1 2 3 4 5 6 7 8 9 10 | 《前のページ | 次のページ》