sumire608
sumire608
最近190527verにアップデートすると、3つ以上の番組を同時に録画すると、その内の1つのEpgDataCap_Bon.exeがフリーズし、そのまま終了してしまいます。 録画済み一覧では「録画開始に失敗しました(空き容量不足の可能性あり)」と表示されています。 一応「録画ファイルの容量を確保」をチェックすると、一部解消できました。 チェックしないとほぼ毎回発生する。 ビルトにはVS2019を使っています。 なお190427verではこの不具合がありません。このままでは正常な使用に支障がでるので現在は190427verにロールバックしています。 あとこの前申し上げた「S0,S1重複予約する時にS0のオープンに失敗した場合、S2に割り当てるではなくS1から2つのファイルを録画することになる」という問題も時間があれば対処していただきたいのですが…
proxy系のbondriverを利用していますが、最近は小確率で原因不明のシグナル中断に遭っています。 例えば長さ1時間の番組Aを録画する場合、小確率で10分（具体的な時間はランダムですが）でシグナルが-3.10dbになり、そのままネット転送が止まってしまいます。しかしEpgDataCap_Bon.exe自体は終了しませんし、録画結果でも「正常に録画終了」のメッセージが出てしまいます。ファイルが10分の長さだけにもかかわらずに。 もし番組が終了する前に手動にキャンセルして再予約すればまた録画を続けますが。シグナル中断の原因を特定しようにも、特にログファイルに価値ある情報が記録されていません。 どうしても見たい番組ならば重複予約で冗長性を確保するのも一手ですが、一応要望として申しあげます。 1.EpgDataCap_Bon.exeが-3.10dbを探知した場合は、自動的に同じチューナーか他のチューナーで再試行する。 2.あるいはEpgDataCap_Bonを終了してエラーメッセージやカスタムの警告音を出す？ あらかじめお礼申し上げます。
最近この問題点に遭ってしまったのでご報告いたします。 仮に順にS0~S3の4つのチューナーがあります。 そして番組Aを2つ重複予約して、予約1をチューナー自動割り当てに指定、予約2をS1に強制指定します。 そしてS0のオープンが失敗する場合は、S1から2つのTSを出力することになります。 もしこの時にS1で何かドロップが発生する場合はまったく重複録画する意味(冗長性の確保？)がないので、 こういう形ではなく、S1とS2からそれぞれ1つのTSを出力する仕様に変えていただけますでしょうか。 つまり、チューナーがすでに同じ予約を入っているならチューナー候補リストから外す。