patti Posted April 6, 2008 Posted April 6, 2008 (edited) Hello, I seem to have run into a bug in encrypted channels. It goes like this: I start a recording on an encrypted channel. I then switch to another encrypted channel on the same MUX. The new channel starts playing live while the recording on the first channel stops. I made some experimenting with older versions and found out that 3.6.1.20 doesn't have this bug but the later versions do. 3.6.1.20 doesn't allow you to switch to another encrypted channel when the first encrypted channel is being recorded. I get a "No hardware available" error when I try this in 3.6.1.20 while with 3.8.0.0 and later DVBViewer abruptly cuts the recording and switches to the new channel without error message. I have two Twinhan Mantis CAB-CI cards with 1.0.3 drivers with one CAM + Conax card. The channels are set up so that all FTA channels are on group A and encrypted channels are on group C. Tuner 1 with the conax card has groups A and C and its mode is set to normal. Tuner 2 has only group A and its mode is set to preferred. Tuner 2 has "has CI module" enabled while tuner 1 doesn't have it on. thanks in advance patti ps. read this thread for more background on this one: http://www.DVBViewer.info/forum/index.php?showtopic=17306 Edited April 6, 2008 by patti Quote
Tjod Posted April 6, 2008 Posted April 6, 2008 Tay the current Beta if i remember right there was a fix for some thing in this kind. If this did not help start the DVBViewer with DVBViewer.exe -debug and reproduce the error 2-3 times and than post a new support.zip may be the debug.log shows a reason. Quote
patti Posted April 6, 2008 Author Posted April 6, 2008 OK, tested with beta and got some interesting results. Attached are two support.zips, one with 3.9.2.0.0 and one with the 3.9.3.26beta, both run with -debug. Here is what I did: 3.9.2.0.0: channels 4, 5 and 6 are all encrypted. I switched channels in 5-6-5-4 order. I had set recording on before channel switches and when DVBViewer had actually switched channel (bug was present) I removed the recording from timer list and started a new recording and switched to the next channel. Result: all switches produced the bug. 3.9.3.26beta: channels 4, 5 and 6 again all encrypted. I set recording on on channel 5 and switched to channel 6. Suprise surprise, DVBViewer blanked screen and displayed channel 6's subtitles (!) but the recording remained OK. Switched back to channel 5 which went live and removed the recording from timer list. Switched to ch6, started recording and switched to ch5. This time DVBViewer actually switched to channel 5 live broadcast and recording was broken. Removed recording from timer list and started a new recording. Switched to channel 4 and again DVBViewer blanked screen and displayed ch4's subtitles and recording was OK. Result: switch from 6->5 produced the bug while 5->6 and 5->4 produced a new behavior which did not break the recording but showed the new channel's subtitles and blank screen. I did more testing with the beta and found that some channels blanked screen and displayed the subtitles of the new channel while the recording was OK. Some channels on the other hand switched to the new channel and broke the recording. There was nothing logical about this. All the channels are on the same MUX so there shouldn't be anything special about one channel over another. Hopefully this info helps. patti Quote
Tjod Posted April 6, 2008 Posted April 6, 2008 In the Beta you have fake both cards as "HasCI" but if you have only one CI you should only fake one. Quote
patti Posted April 7, 2008 Author Posted April 7, 2008 In the Beta you have fake both cards as "HasCI" but if you have only one CI you should only fake one. Oh, I didn't notice that as I expected the beta to copy settings from 3.9.2.0 installation. I also had channels groups wrong and some other settings. Now that I fixed the settings everything seems to work just fine. With "Open whole transponder" on the CI enabled tuner I get the described incorrect behaviour on some channels but I just leave that setting out and everything works OK There seems to be a short hiccup on the broadcast when starting a recording on the beta though, but I guess that is being worked on already? Thanks, looking forward to getting the working version out of beta patti Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.