[vdr] Not good behaviour from vdr

Hi! Yesterday, here at Southern Finland one of the TV channels had "cut out" at DVB stream (like half hour). And because that stream disapeared little after than recoding has started, VDR started to restart itself every minute because there was no stream... What is point to that, that VDR do re

Re: [vdr] Rotor plugin crashing with valid data in diseqc.conf

Any more ideas on this? Not sure why rotor plugin would even need to look at the diseqc.conf. For moving the dish on channel switch, it can get the sat location from the 4th entry in the channels.conf. Why would it need to deal with diseqc commands in the diseqc.conf when it was fine with them befo

Re: [vdr] Not good behaviour from vdr

I don't know about it restarting. The crashing with loss of signal is suposed to be a safe guard against creating blank recordings. Seems like a bad idea to me to. Just delete the bad recordings, don't crash the system. Here is the fix we've been using: Locate the line in recorder.c and comment it

[vdr] Crash with cMenuEditStrItem in vdr-1.5.9

Hi, me and Rolf Ahrenberg noticed that there seems to be a problem with cMenuEditStrItem in vdr-1.5.9. To reproduce it just call the timer edit menu and hit 'left' on the directory item or any other cMenuEditStrItem object. The following patch should fix this: --- vdr-1.5.9/menuitems.c 2

Re: [vdr] Not good behaviour from vdr

On 09/29/07 09:30, Timothy D. Lenz wrote: > I don't know about it restarting. The crashing with loss of signal is > suposed to be a safe guard against creating blank recordings. Seems like a > bad idea to me to. Just delete the bad recordings, don't crash the system. Well, let me just comment on t

[vdr] forgot name of a patch....

I'm rebuilding my vdr station. I saved all my old stuff an a notebook that has been stolen There was a patch that permitted to add new channels on different parts of a channel list according to satellite-terrestrial/tv-radio/pay-free Do you remember about this patch ? (or has it been includ

Re: [vdr] Not good behaviour from vdr

Hi thanks for this future option, I have the same problem not caused directly by card or drivers but in a multiple frontend system (dvb-s + dvb-t) if at least one provider did not send signal , you loose all other concurrent records It can be interresting to use the emergency shutdown only when t

Re: [vdr] Not good behaviour from vdr

dom.plu wrote: > It can be interresting to use the emergency shutdown only when there are no > other records running at the same time Sounds like a good idea: Emergency exit on failing to record: * Never * Only if this doesn't break other recordings * Always Maybe this could even be based on reco

Re: [vdr] forgot name of a patch....

Patch is vdr-1.3.22-Source-dependant-NewChannels-Insertation and it applies quite correctly to vdr 1.4.7. Compiling is ok. Now I should test it. Francesco ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Not good behaviour from vdr

Coincidently, I just had this "broken video stream" emergency exit the other day because of bad weather that came & went. I don't run some kind of auto-restart script so vdr stayed unloaded and coincidently caused several other timers to be missed. For those who would say 'just add auto-restart',