Re: [vdr] vdr-1.5x: problem with recording FTA and watching scrambled at the same time
On 02/12/08 20:34, Arthur Konovalov wrote: > Klaus Schmidinger wrote: >> Looks like your CAM can handle multiple parallel decryptions. >> So I ran the test with a CAM that can do that here, too, but the >> result was the same as ever - works just fine. > > I give up. May be this is really my CAM's problem because of big silence > regarding this issue... > As temporary workaround I added another (USB DVB-C) card, so now it is > possible to record FTA and watch *any* other channel at the same time. > >> Which kind of CAM are you using? > Dilog Conax Cam. Second hand, maybe defective? But with vdr-1.4.x > worked. Really confused. I'll try replace it in near future. Maybe this was because VDR 1.4 never tried to use the multiple decrypt functionality of CAMs. Please try commenting out the line repliesToQuery = true; in VDR/ci.c. Does it work then? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Wakeup methods
Detlef Heine kirjoitti: > Hallo, > yum MUST disable RTC-Wakeup in the BIOS of your motherboard. In my case I > MUST write the wakeuptime > twice: > > example: > > if [ ! -z $1 ]; then >newtime=$(($1 - 60 )) # 1 minutes earlier >logger "VDR-Timer: $1" >logger "BIOS-Timer: $newtime" >echo $(/bin/unix2iso8601 -u $newtime) >/proc/acpi/alarm >echo $(/bin/unix2iso8601 -u $newtime) >/proc/acpi/alarm >logger "ACPI-Read: $(cat /proc/acpi/alarm)" > else >logger "VDR-Timer: keine Zeitübergabe" > fi > > > dhe. > So some say wakeup must be enabled in bios and some that it must be disabled. Tried both with writing twice to /proc/acpi/alarm. Still no luck. Any other suggestions? Anybody? \\Kartsa ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5x: problem with recording FTA and watching scrambled at the same time
Klaus Schmidinger wrote: > Looks like your CAM can handle multiple parallel decryptions. > So I ran the test with a CAM that can do that here, too, but the > result was the same as ever - works just fine. I give up. May be this is really my CAM's problem because of big silence regarding this issue... As temporary workaround I added another (USB DVB-C) card, so now it is possible to record FTA and watch *any* other channel at the same time. > Which kind of CAM are you using? Dilog Conax Cam. Second hand, maybe defective? But with vdr-1.4.x worked. Really confused. I'll try replace it in near future. Thanks for Your patience. AK ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] trouble changing Setup variables from Plugin.
> > > I change a VDR's setup setting from inside a plugin like: > > > > ::Setup.UseSmallFont = 0; > > ::Setup.Save(); // commit the change to setup.conf > > > > This is done only when the plugin's setting is changed. ( in the Store() > > ). > > > > When changes are accepted with OK, the setup.conf is written but it is > > immediately overwritten by a Setup.Save() call from > > cMenuSetupBase::Store(). How can I avoid this ? > > > > Is there a more orderly way to modify VDR's setup settings ? > > Why do you need to change VDR's setup settings? > That's VDR's own business ;-) > :) True. The skin plugin I am trying has its parameters buried deep inside submenus. I want the font setting of the skin displayed under the "OSD-Expertmenu". And would like to change it when ever the skin's settings are changed - since they are related. -- Sundararaj ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] trouble changing Setup variables from Plugin.
On 02/12/08 18:48, sundararaj reel wrote: > > Hi, > > I change a VDR's setup setting from inside a plugin like: > > ::Setup.UseSmallFont = 0; > ::Setup.Save(); // commit the change to setup.conf > > This is done only when the plugin's setting is changed. ( in the Store() > ). > > When changes are accepted with OK, the setup.conf is written but it is > immediately overwritten by a Setup.Save() call from > cMenuSetupBase::Store(). How can I avoid this ? > > Is there a more orderly way to modify VDR's setup settings ? Why do you need to change VDR's setup settings? That's VDR's own business ;-) Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] trouble changing Setup variables from Plugin.
Hi, I change a VDR's setup setting from inside a plugin like: ::Setup.UseSmallFont = 0; ::Setup.Save(); // commit the change to setup.conf This is done only when the plugin's setting is changed. ( in the Store() ). When changes are accepted with OK, the setup.conf is written but it is immediately overwritten by a Setup.Save() call from cMenuSetupBase::Store(). How can I avoid this ? Is there a more orderly way to modify VDR's setup settings ? -- Sundararaj ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5x: problem with recording FTA and watching scrambled at the same time
On 02/11/08 21:33, Arthur Konovalov wrote: > Klaus Schmidinger wrote: >> Please run the tests with the original, *unpatched* version 1.5.14 >> (or, maybe even better, 1.5.13 - since DVB-S2 support isn't going to >> be part of version 1.6.0) and use as few plugins as possible (best would >> be without *any* plugins). > > Here we are... > Clean vdr-1.5.13 with 2 budget cards (DVB-T and DVB-C with CI) and > xine-0.8.1 plugin. Looks like your CAM can handle multiple parallel decryptions. So I ran the test with a CAM that can do that here, too, but the result was the same as ever - works just fine. Which kind of CAM are you using? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr