Hiho,
I recently upgraded to VDR from 1.4 to 1.6.0 and sadly there is a regression from a bug which was fixed in VDR 1.4.1. The problem is described (with patches) in this thread:
http://www.linuxtv.org/pipermail/vdr/2006-August/010312.html
The changelog entry of the fix:
2006-08-13: Version 1.4.1-4
- Changed the way a device is selected for receiving in order to keep devices with CAMs better available, even if this means recording on the primary device (reported by Jörn Reder; thanks to Anssi Hannula for improving handling Transfer Mode devices in this).
With vdr 1.4 this worked perfectly, now with 1.6 VDR always prefers my Budget CI card for recordings so I can't view any Pay TV when a recording is active.
Obivously I vote for changing 1.6 to the old behaviour again ;)
Thanks,
Jörn
Jörn Reder wrote:
With vdr 1.4 this worked perfectly, now with 1.6 VDR always prefers my Budget CI card for recordings so I can't view any Pay TV when a recording is active.
The rules that were added with 1.4.1-4 are still present, so they probably got over-ruled by something else.
Can you confirm that this problem occurs without loading any plugins? At least osdteletext is known to cause channels to be blocked.
Cheers,
Udo
Udo Richter wrote:
Jörn Reder wrote:
With vdr 1.4 this worked perfectly, now with 1.6 VDR always prefers my Budget CI card for recordings so I can't view any Pay TV when a recording is active.
The rules that were added with 1.4.1-4 are still present, so they probably got over-ruled by something else.
Ok - thanks for checking this that quickly ;)
Can you confirm that this problem occurs without loading any plugins? At least osdteletext is known to cause channels to be blocked.
Yes. I just tested it with a plain VDR without any plugins loaded.
I can reproduce it this way:
- watching a non pay TV channel (e.g. ARD) - manually start a recording on it (go to menu, hit RED button) - now switching to a pay TV channel is impossible
In that case with vdr 1.4 I could see that vdr switched the card when starting the non pay TV recording (short black screen). Now the live viewing isn't interrupted, which is nice, but keeping the CAM card free is more important in my opinion ;)
Thanks,
Jörn
On 01.12.2008 16:02, Jörn Reder wrote:
Jörn Reder wrote:
With vdr 1.4 this worked perfectly, now with 1.6 VDR always prefers my Budget CI card for recordings so I can't view any Pay TV when a recording is active.
The rules that were added with 1.4.1-4 are still present, so they probably got over-ruled by something else.
I can reproduce it this way:
- watching a non pay TV channel (e.g. ARD)
- manually start a recording on it (go to menu, hit RED button)
- now switching to a pay TV channel is impossible
I've attached a debug patch for impact logging. It dumps the reasons why VDR used a certain device to the console. (replace printf with isyslog if you prefer the log files.)
Output looks like this:
Impact: LiDeReTrPriPrcNdPrCiDeDc Dev 0.00: 0 0 0 0 62 63 1 1 1 1 0 Dev 1.00: 0 0 0 0 62 63 0 0 1 0 0 Device 1.00 wins
The first difference decides, lower value wins. In this case, the second device wins because its Nd is 0. Thats the 'needs detach receivers' rule.
Run the above test case and post the corresponding output here.
Cheers,
Udo
Udo Richter wrote:
I've attached a debug patch for impact logging. It dumps the reasons why VDR used a certain device to the console. (replace printf with isyslog if you prefer the log files.) [...]
Thanks for this patch, but I don't know when I can test it. I downgraded my production vdr to 1.4, because I had more critical issues with 1.6 regarding pay TV. With vdr 1.6 I often "lost" my CAM card completely being unable to receive encrypted channels at all, even when no recording was started. I have no idea which conditions led to this. A vdr restart solved it temporarily, but programming pay TV timers was a lottery and the "woman acceptance factor" fell down to 0.0 (but my AF as well... :)
So I need to compile a vanilla 1.6 to run besides my production 1.4. Probably I find some time to do this around x-mas. I'll post the results.
Regards,
Jörn