-
Notifications
You must be signed in to change notification settings - Fork 37
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
EpgDataCap_Bon シグナルが不明の原因で中断(-3.10db)時の仕様 #27
Comments
放送終了直前など、番組期間中にシグナルが落ちることはあり得るので、一概にエラーとはし辛いです。 |
そうか…それは残念ですね |
いえ、現状Spinelを利用するしか手がないのなら(アドホックな案を含めて)手を打たなくもないのですが、よりよい代替があるのなら無駄骨になるので、そちらが万策尽きたのか確認したいのです。 |
前述したように複数の人が使っているので他のソフトに移行するには難しいと思います。 |
やるとすればdb値は参考程度で、実際にデータが流れてこない時間で判断することになると思います。チャンネル変更を1回呼ぶだけで再接続できるかもしれないので、もしそうならBonDriverを制御するクラス内部で監視する(外部からは単にドロップしたように見える)格好になるでしょう。 ただ、LANでのTCP切断(そもそも滅多に起きない気も…)はうまくやれば無損失に復帰できるので、ランダムに切断するかもしれないなんてのは十分なデメリットだと(自分は)思います。 |
切断される原因は特定できませんので一概にspinelのせいだとは言いにくいです |
proxy系のbondriverを利用していますが、最近は小確率で原因不明のシグナル中断に遭っています。
例えば長さ1時間の番組Aを録画する場合、小確率で10分(具体的な時間はランダムですが)でシグナルが-3.10dbになり、そのままネット転送が止まってしまいます。しかしEpgDataCap_Bon.exe自体は終了しませんし、録画結果でも「正常に録画終了」のメッセージが出てしまいます。ファイルが10分の長さだけにもかかわらずに。
もし番組が終了する前に手動にキャンセルして再予約すればまた録画を続けますが。シグナル中断の原因を特定しようにも、特にログファイルに価値ある情報が記録されていません。
どうしても見たい番組ならば重複予約で冗長性を確保するのも一手ですが、一応要望として申しあげます。
1.EpgDataCap_Bon.exeが-3.10dbを探知した場合は、自動的に同じチューナーか他のチューナーで再試行する。
2.あるいはEpgDataCap_Bonを終了してエラーメッセージやカスタムの警告音を出す?
あらかじめお礼申し上げます。
The text was updated successfully, but these errors were encountered: