EDCB
EDCB copied to clipboard
xtne6f
BonDriver based multifunctional EPG software
こう言う録画結果が出ますとファイルは0バイトです。 週に1回くらいこの現象はでますが、EpgtimerやEpgtimerServiceを更新してもまだこの現象があらわれるんですね。 誰かこれを直す方法しりますか？ 一応DebugLogから成功した録画とこの結果が出るログを書きますね 上記は成功の例 下記は失敗の例 ` [190301233744.876] ****** LOG START ****** [190301233744.880] BonDriver_PX_W3PE_T0.dll [190301233745.829] SetCh space 0, ch 7 [190301233746.839] \\.\pipe\View_Ctrl_BonPipe_3476 [190301233746.839] Global\View_Ctrl_BonConnect_3476 [190301233746.846] CMD2_VIEW_APP_SET_ID [190301233746.846] CMD2_VIEW_APP_SET_STANDBY_REC [190301233746.848] CMD2_VIEW_APP_SET_CH...
今までの経緯 https://github.com/xtne6f/EDCB/pull/64 依頼を修正して再提案します ーー メイン機・サブ機双方にEpgTimer・EDCBが導入してある環境で メイン機のEpgTimerで「チューナー不足」のときに緊急的にサブ機で動いているEpgTimer・EDCBに溢れた録画予約分を録画連携出来るようなアプローチがあると良いと思います
ID:f25d0cba8a1e5ff578335e19f4ff74737e72e0ce をフェッチしたところ、ソリューションEDCB_ALL_VS2015.sln内のプロジェクトのビルドツールが全てVS2010になっているのですが、これは正しい挙動なのでしょうか？
視聴予約について
番組予約で録画モードが「視聴」の場合は、UDP/TCP経由ではなくTVTestに直接受信させるようにはできないでしょうか 連携機能でEDCBの番組表からTVTestを起動するときのようにです 番組終了時のTVTestの終了制御は視聴していたのですから不要だと思います どうかご検討ください
Releaseに付属しているEpgTimerSrv関連のバッチファイル群（EpgTimerSrv_Install.bat、EpgTimerSrv_Remove.bat、EpgTimerSrv_Setting.bat）をソースコードにも添付して頂く事は可能でしょうか？
最近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を出力する仕様に変えていただけますでしょうか。 つまり、チューナーがすでに同じ予約を入っているならチューナー候補リストから外す。
EDCBのメンテナンスありがとうございます。 EDCBでは、EPGの処理を行う際に、受信したTSからEPG部分を分離した後、 B25Decoder.dllにデータを渡しているかと思います。 しかし、EPGはB25デコードが必要ないはずなので、この処理をスキップして いただけないでしょうか。 現在、B25Decoder.dll互換のlibaribb25.dllのメンテナンスを行っておりまして、 put_arib_std_b25に不完全なTSデータを入力するとデータが滞ってしまうため、 迂回処理をいれているのですが副作用が生じるため思案しております。 ご考慮いただけましたら幸いです。
