「録画中に番組情報を確認できませんでした」の原因は？

[kalemeister]

こう言う録画結果が出ますとファイルは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
[190301233746.848] SetCh space 0, ch 8
[190301233748.508] �šCh Change 0xFFFF 0xFFFF => 0x7FE4 0x7FE4
[190301233748.508] �šC:\TV\EPG3\B25Decoder.dll ‚̃��[ƒh‚ÉŽ¸”s‚µ‚Ü‚µ‚½�B
[190301233748.508] �š�šDecode DLL load err [CTSOut::OnChChanged()]
[190301233748.508] COneServiceUtil::SetPmtPID 0xffff => 0x0101
[190301233837.885] �šC:\TV\EPG3\Setting\EpgData\7FE47FE4_epg.dat
[190301233837.885] �šC:\TV\EPG3\Setting\EpgData\7FE47FE4_epg.dat.tmp
[190301233924.884] CMD2_VIEW_APP_CREATE_CTRL
[190301233924.885] CMD2_VIEW_APP_SET_CTRLMODE
[190301233924.885] COneServiceUtil::SetPmtPID 0xffff => 0x0101
[190301233943.903] CMD2_VIEW_APP_REC_START_CTRL
[190301233943.903] *:StartSave
[190301233944.425] CMD2_VIEW_APP_REC_FILE_PATH
[190301234034.426] �šC:\TV\EPG3\Setting\EpgData\7FE47FE4_epg.dat
[190301234034.426] �šC:\TV\EPG3\Setting\EpgData\7FE47FE4_epg.dat.tmp
[190302001023.659] CMD2_VIEW_APP_REC_STOP_CTRL
[190302001023.763] *:EndSave
[190302001023.768] CMD2_VIEW_APP_DELETE_CTRL
[190302001023.769] CMD2_VIEW_APP_CLOSE
[190302001023.789] CmdServer stopped
[190302001024.337] ****** LOG STOP ******

[190302001744.985] ****** LOG START ******
[190302001744.992] BonDriver_PX_W3PE_T0.dll
[190302001745.950] SetCh space 0, ch 7
[190302001747.016] \.\pipe\View_Ctrl_BonPipe_4016
[190302001747.016] Global\View_Ctrl_BonConnect_4016
[190302001747.026] CMD2_VIEW_APP_SET_ID
[190302001747.026] CMD2_VIEW_APP_SET_STANDBY_REC
[190302001747.028] CMD2_VIEW_APP_SET_CH
[190302001747.028] SetCh space 0, ch 11
[190302001921.053] CMD2_VIEW_APP_CREATE_CTRL
[190302001921.054] CMD2_VIEW_APP_SET_CTRLMODE
[190302001940.044] CMD2_VIEW_APP_REC_START_CTRL
[190302001940.044] *:StartSave
[190302001940.580] CMD2_VIEW_APP_REC_FILE_PATH
[190302005020.027] CMD2_VIEW_APP_REC_STOP_CTRL
[190302005020.566] *:EndSave
[190302005020.572] CMD2_VIEW_APP_DELETE_CTRL
[190302005020.572] CMD2_VIEW_APP_CLOSE
[190302005020.651] CmdServer stopped
[190302005021.369] ****** LOG STOP ******
`

失敗の時は
[190301233746.848] SetCh space 0, ch 8<NOBR> [190301233748.508] �šCh Change 0xFFFF 0xFFFF => 0x7FE4 0x7FE4 [190301233748.508] �šC:\TV\EPG3\B25Decoder.dll ‚̃��[ƒh‚ÉŽ¸”s‚µ‚Ü‚µ‚½�B [190301233748.508] �š�šDecode DLL load err [CTSOut::OnChChanged()] [190301233748.508] COneServiceUtil::SetPmtPID 0xffff => 0x0101<NOBR> [190301233837.885] �šC:\TV\EPG3\Setting\EpgData\7FE47FE4_epg.dat [190301233837.885] �šC:\TV\EPG3\Setting\EpgData\7FE47FE4_epg.dat.tmp
が行ってない見たいですね。

[xtne6f]

失敗時も[190302001747.028] SetCh space 0, ch 11までは行っているように見えます。Ch Change以降はBonDriverからデータが流れてきた結果として記録されるものです。失敗時はBonDriverからまったくデータを受信できていないように思います。
このようなエラーはBonDriverまたはハードウェアのバグや故障が多いです。BonDriver_PX_W3PE_T0.dll自体にデバッグコードを入られれればなにか分かるかもしれませんが、基本的にEDCBの更新で解決できるものではないと思います。

[kalemeister]

回答ありがとうございます。
原因はおそらくBonDriver側ですね。違うBonDriverを使ってみます。
あとBonDriverの方からログを出力するようにやってみます。

[kalemeister]

念のため、他の方が同じような問題に遭遇したら
私が何をしたかを述べたいと思います。

BonDriver_BDAに更新（更新）
BonDriver_BDAはDebugLogを出力可能です
DebugLogを設定し、数日後に問題がまた発生しました。
おそらく問題がこの辺。。。

Requesting tune.
Tune request complete.
Waiting lock status remaining 2000 msec.
Waiting lock status remaining 1900 msec.
Waiting lock status remaining 1800 msec.
...(上記は2秒の間に繰り返す)
LockChannel failed.

一回たまたまこの間問は題発生中の時にEpgdatacap_bonを見かけて（正確に覚えてませんけど）
”Signal: Drop: Scramble: space: ch: " は表示してる部分にSpaceとchには-1の数字はありまして録画中でした。

これを対応するためには下記の設定を試し中です。

ChannelLockTwice=YES
ToneSignalWait=2000
ReOpenWhenGiveUpReLock=2
TryAnotherTuner=YES

[3rd-winter]

EpgDataCap_Bon.exe上に"チャンネル変更できませんでした"と表示され
その後のDebugLogに"CBonDriverUtil: #GetTs XXXX calls, 0 bytes"が連続するような状況の際に
BonDriverを開き直す動作を入れられないでしょうか

この状況になると終了時刻まで録画動作が進行し、0byteの.tsと"録画中に番組情報が確認できませんでした"の結果で終了します
発生頻度は年に数回なのですが同じチューナーで連続した番組を録画しているとすべて失敗するので発生した際のダメージが大きいです…
よろしくお願いします

[000000232700.658] ****** LOG START ******
[000000232700.665] EgpDataCap3 [InitializeEP : id=1]
[000000232700.667] BonDriver.dll
[000000232710.738] CBonDriverUtil: #Opening takes more than 10 seconds!
[000000232720.286] CBonDriverUtil: #Open
[000000232720.566] SetCh space 0, ch 1
[000000232720.566] CBonDriverUtil: #SetCh
[000000232720.937] COneServiceUtil::SetSID 0xFFFF => 0xhoge
[000000232720.980] View_Ctrl_BonPipe_56920
[000000232720.987] CMD2_VIEW_APP_SET_ID
[000000232720.987] CMD2_VIEW_APP_SET_STANDBY_REC
[000000232720.990] CMD2_VIEW_APP_SET_CH
[000000232721.050] SetCh space 1, ch 2
[000000232721.052] CBonDriverUtil: #SetCh
[000000232721.391] COneServiceUtil::SetSID 0xhoge => 0xhoge
[000000232724.130] ★Ch Change 0xFFFF 0xFFFF => 0x0002 0xhoge
[000000232751.942] ★C:\hoge\EpgData\0007FFFF_epg.dat
[000000232751.942] ★C:\hoge\EpgData\0007FFFF_epg.dat.tmp
[000000232900.760] CBonDriverUtil: #GetTs 1921 calls, 0 bytes
[000000232936.725] CMD2_VIEW_APP_CREATE_CTRL
[000000232936.726] CMD2_VIEW_APP_SET_CTRLMODE
[000000232936.781] COneServiceUtil::SetSID 0xFFFF => 0xhoge
[000000232955.738] CMD2_VIEW_APP_REC_START_CTRL
[000000232955.739] *:StartSave
[000000232955.754] CMD2_VIEW_APP_REC_FILE_PATH
[000000233000.771] CBonDriverUtil: #GetTs 1920 calls, 0 bytes
[000000233025.942] ★C:\hoge\EpgData\0007FFFF_epg.dat
[000000233025.942] ★C:\hoge\EpgData\0007FFFF_epg.dat.tmp
[000000233100.788] CBonDriverUtil: #GetTs 1920 calls, 0 bytes
[000000233200.800] CBonDriverUtil: #GetTs 1921 calls, 0 bytes
[000000233300.809] CBonDriverUtil: #GetTs 1920 calls, 0 bytes
[000000233400.822] CBonDriverUtil: #GetTs 1921 calls, 0 bytes
[000000233500.839] CBonDriverUtil: #GetTs 1920 calls, 0 bytes
[000000233600.850] CBonDriverUtil: #GetTs 1921 calls, 0 bytes
[000000233700.863] CBonDriverUtil: #GetTs 1920 calls, 0 bytes
[000000233800.878] CBonDriverUtil: #GetTs 1920 calls, 0 bytes
[000000233900.891] CBonDriverUtil: #GetTs 1921 calls, 0 bytes
[000000234000.906] CBonDriverUtil: #GetTs 1920 calls, 0 bytes
[000000234036.943] ++10分でEPG取得完了せず or Ch変更でエラー
[000000234100.919] CBonDriverUtil: #GetTs 1921 calls, 0 bytes
[000000234200.935] CBonDriverUtil: #GetTs 1920 calls, 0 bytes
[000000234300.947] CBonDriverUtil: #GetTs 1921 calls, 0 bytes
[000000234400.961] CBonDriverUtil: #GetTs 1920 calls, 0 bytes
[000000234500.975] CBonDriverUtil: #GetTs 1920 calls, 0 bytes
[000000234600.986] CBonDriverUtil: #GetTs 1921 calls, 0 bytes
[000000234700.998] CBonDriverUtil: #GetTs 1920 calls, 0 bytes
[000000234801.013] CBonDriverUtil: #GetTs 1921 calls, 0 bytes
[000000234901.026] CBonDriverUtil: #GetTs 1920 calls, 0 bytes
[000000235001.036] CBonDriverUtil: #GetTs 1920 calls, 0 bytes
[000000235101.051] CBonDriverUtil: #GetTs 1921 calls, 0 bytes
[000000235201.064] CBonDriverUtil: #GetTs 1920 calls, 0 bytes
[000000235301.078] CBonDriverUtil: #GetTs 1921 calls, 0 bytes
[000000235401.092] CBonDriverUtil: #GetTs 1920 calls, 0 bytes
[000000235501.105] CBonDriverUtil: #GetTs 1921 calls, 0 bytes
[000000235601.115] CBonDriverUtil: #GetTs 1920 calls, 0 bytes
[000000235701.126] CBonDriverUtil: #GetTs 1920 calls, 0 bytes
[000000235801.139] CBonDriverUtil: #GetTs 1921 calls, 0 bytes
[000000235901.156] CBonDriverUtil: #GetTs 1920 calls, 0 bytes
[000000000001.170] CBonDriverUtil: #GetTs 1921 calls, 0 bytes
[000000000006.393] CMD2_VIEW_APP_REC_STOP_CTRL
[000000000006.395] *:EndSave
[000000000006.396] CMD2_VIEW_APP_DELETE_CTRL
[000000000006.397] CMD2_VIEW_APP_CLOSE
[000000000006.428] CmdServer stopped
[000000000006.428] CBonDriverUtil: #Closing
[000000000006.838] EgpDataCap3 [UnInitializeEP : id=1]
[000000000006.842] ****** LOG STOP ******

[xtne6f]

@3rd-winter
妥当なリカバリーの方法があればよいのですがなかなか厄介です。
#Open（チューナーオープン、BonDriverのOpenTuner()が成功するまで）に20秒かかっているように見えるのが気がかりで、Spinelでしょうか？（間違ってたらすいません）
とりわけチューナー共有ツールを使っている場合、チューナー側サーバーとの意思疎通が破綻しているので開き直すと予定外のほかのチューナーまで占有して混乱に拍車がかかるんではないかと及び腰です。
// オープンに失敗したならチューナーはちゃんと失敗を返してほしいですが

[3rd-winter]

// オープンに失敗したならチューナーはちゃんと失敗を返してほしいですが

おっしゃる通りです…他の部分についてもおっしゃる通りだと思います
BonDriverProxyEx BonDriver_Proxyを利用しており、今回のログは別PCをWoLで起こしてチューナーに接続したのでopenに時間がかかっています
連続して録画が失敗している際にBonDriverProxyEx側を確認したところクライアントの接続数は0でした
以前ローカルのチューナーでも同じように録画失敗が起きたのですが、その時はログを出力していなかったのと数か月前なので記憶が定かでなく同じ状況だったかは分かりません

BonDriver_Proxyがチューナーのオープン成功を返した後、通信が切断されてもエラーを返したり再接続を行わないことが一番の問題かとは思ったのですが、もう更新されていないようで…
チャンネル変更の失敗等をトリガーに何か行っていただけないかと思いこちらでお願いしてしまいました、申し訳ありませんでした