Re: [vdr] VDR stops replay due to strong wind condition
Udo Richter writes: into my VDR, as it saved many recordings for me. This fallback is only triggered if a scheduled recording is getting not a single byte of data for at least one minute, so there's IMHO something seriously wrong about Such as CA authorization needing refreshing, and the card waiting for it. Or bad weather outside. it. And in many cases, a clean restart fixes this for me - because for Then you are lucky. yours, Jouni ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR stops replay due to strong wind condition
Hi! On Sunday 18 March 2007 17:45, Heikki Manninen wrote: On su, 2007-03-18 at 15:46 +0100, Klaus Schmidinger wrote: You can disable all the cThread::EmergencyExit() calls if you don't want this. Maybe I should disable this by default in a future version - and wait until people start complaining because recordings are broken... ;-) I personally don't believe/experience that driver problems cause broken recordings nowadays or have been causing them in the past year or two. I don't know who's fault it is but I would have broken recordings if there would be no emergency exit. It doesn't happen often, but most of the time (or always?) I get unknown picture type or video datastream broken errors if following conditions are met: - EPG scan ON - VDR runs some time before recording starts. E.g. when replaying a recording and an EPG scan has been performed before starting recording. I never have that problem if EPG scan is off. My VDR box has to FF DVB-s cards and it happened with different VDR (atm 1.4.6), kernel (atm 2.6.18.6), dvb driver (atm Friday's refactoring repository) and firmware (atm F12623) releases. So emergency exit is needed on my box, but I would prefer to have the cause for UPT and VDSB fixed ;) Regards, Andreas -- http://andreas.vdr-developer.org --- VDRAdmin-AM VDR user #303 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR stops replay due to strong wind condition
In my case driver/firmware problems does cause some problems with FF cards every now and then (usually black screen after boot), but instead of restarting vdr from itself by watchdog, I've made an error monitor script, that monitors syslog, restarts vdr and reloads drivers when error is seen there. This way I get faster reload when needed and can keep watchdog relatively long for some plugins that may cause high load for longer times (had some problems with burn plugin and shorter watchdog time). -- Tero 2007/3/19, Andreas Mair [EMAIL PROTECTED]: Hi! On Sunday 18 March 2007 17:45, Heikki Manninen wrote: On su, 2007-03-18 at 15:46 +0100, Klaus Schmidinger wrote: You can disable all the cThread::EmergencyExit() calls if you don't want this. Maybe I should disable this by default in a future version - and wait until people start complaining because recordings are broken... ;-) I personally don't believe/experience that driver problems cause broken recordings nowadays or have been causing them in the past year or two. I don't know who's fault it is but I would have broken recordings if there would be no emergency exit. It doesn't happen often, but most of the time (or always?) I get unknown picture type or video datastream broken errors if following conditions are met: - EPG scan ON - VDR runs some time before recording starts. E.g. when replaying a recording and an EPG scan has been performed before starting recording. I never have that problem if EPG scan is off. My VDR box has to FF DVB-s cards and it happened with different VDR (atm 1.4.6), kernel (atm 2.6.18.6), dvb driver (atm Friday's refactoring repository) and firmware (atm F12623) releases. So emergency exit is needed on my box, but I would prefer to have the cause for UPT and VDSB fixed ;) Regards, Andreas -- http://andreas.vdr-developer.org --- VDRAdmin-AM VDR user #303 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Hard link cutter
Hello, Udo Richter wrote: I've been thinking about video cutting strategies, and I think its possible to speed up the cutting process noticeable, with some modifications to VDR. i like your patch, but its work only on some recordings. Its failed with a segmentation fault, on cutting. The only differ are unbalanced marks (out missed) 0:00:48.13 (in) 0:02:12.12 (out) 0:03:51.20 (in) 0:17:16.11 (out) 0:26:19.06 (in) 0:43:32.10 (out) 0:51:50.10 (in) Core was generated by `/opt/vdr-1.4/bin/vdr -l 1 6 -v /video/vdr -L /opt/vdr-1.4/lib -s /opt/vdr-1.4/b'. Program terminated with signal 11, Segmentation fault. #0 0x080a37d7 in cCuttingThread::Action (this=0x8bbde18) at cutter.c:170 170 if (fromIndex-Get(Mark-position, MarkFileNumber, MarkFileOffset) (gdb) print Mark $1 = (class cMark *) 0x0 Current language: auto; currently c++ (gdb) bt #0 0x080a37d7 in cCuttingThread::Action (this=0x8bbde18) at cutter.c:170 #1 0x0812ca45 in cThread::StartThread (Thread=0x8bbde18) at thread.c:244 #2 0xb7eff0bd in start_thread () from /lib/tls/libpthread.so.0 #3 0xb7d759ee in clone () from /lib/tls/libc.so.6 HTH, Andreas ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] vdr-filebrowser-0.0.6b
Hello list, I'm glad to announce a new version of the filebrowser plugin, you can get it from http://www.stud.uni-karlsruhe.de/~uqg8/vdr/filebrowser/vdr-filebrowser-0.0.6b.tgz This version fixes a really stupid mistake that might freeze your vdr after executing commands in the background, so feel encouraged to upgrade. Changelog: - Now allowing comments and empty lines in config files (thanks to Tobias Grimm for providing a patch) - Fixed possible lockup while doing housekeeping (thanks to Christian Jacobsen) - Fixed crash on malformed entries in config files - Fixed crash on huge output strings - now the buffer is emptied if its size exeeds 1MB, more renders vdr unresponsive (pointed out by Ronny Kornexl) Your comments, bug reports and patches would be appreciated, regards Holger ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr-xine adjusting audio-volume
Hello, Is it possible to adjust audio-volume ins software without chaning the master control? Thanks halim ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
AW: [vdr] VDR stops replay due to strong wind condition
Hi! So to sum up all the eMails - and thanks to the group of people, who are contributing. Emergency Exit _is_ needed in case you have: a FullFeatured and/or CAM system I personally never had problems with EPG search, grep-ed through my logs, but no unknown picture type or video datastream broken ever occoured. I use xine, in preparation of DVB-S2 h.264. So my wish is: can I have a knob to disable the emergency exit feature? Maybe Tero's can give us more input of his error handling script. This sounds a more reasonable way of handling exceptions. Thanks a lot to all, Martin -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Tero Siironen Gesendet: Montag, 19. März 2007 14:09 An: VDR Mailing List Betreff: Re: [vdr] VDR stops replay due to strong wind condition In my case driver/firmware problems does cause some problems with FF cards every now and then (usually black screen after boot), but instead of restarting vdr from itself by watchdog, I've made an error monitor script, that monitors syslog, restarts vdr and reloads drivers when error is seen there. -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Andreas Mair Gesendet: Montag, 19. März 2007 09:45 An: VDR Mailing List Betreff: Re: [vdr] VDR stops replay due to strong wind condition Hi! On Sunday 18 March 2007 17:45, Heikki Manninen wrote: On su, 2007-03-18 at 15:46 +0100, Klaus Schmidinger wrote: You can disable all the cThread::EmergencyExit() calls if you don't want this. Maybe I should disable this by default in a future version - and wait until people start complaining because recordings are broken... ;-) I personally don't believe/experience that driver problems cause broken recordings nowadays or have been causing them in the past year or two. I don't know who's fault it is but I would have broken recordings if there would be no emergency exit. It doesn't happen often, but most of the time (or always?) I get unknown picture type or video datastream broken errors if following conditions are met: - EPG scan ON - VDR runs some time before recording starts. E.g. when replaying a recording and an EPG scan has been performed before starting recording. I never have that problem if EPG scan is off. My VDR box has to FF DVB-s cards and it happened with different VDR (atm 1.4.6), kernel (atm 2.6.18.6), dvb driver (atm Friday's refactoring repository) and firmware (atm F12623) releases. So emergency exit is needed on my box, but I would prefer to have the cause for UPT and VDSB fixed ;) Regards, Andreas -- http://andreas.vdr-developer.org --- VDRAdmin-AM VDR user #303 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] leaving vdr transfermode
Hi, Halim Sahin wrote: Does vdr leave the transfermode after a recording ends? I didn't have a look at the sources but I think it only leaves transfermode when it has to, e. g. to do an EPG scan (this is what happens on my system). Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine adjusting audio-volume
Hi, Halim Sahin wrote: Is it possible to adjust audio-volume ins software without chaning the master control? I was running alsamixer while changing the volume in VDR and in my case, the PCM volume changes, not the master volume. Have a look into xine's audio setup page. Maybe changing the alsa mixer device to PCM helps. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] recording directory changes after timer resume
Hi, I noticed a problem with the recording directory of the following timer 9:S19.2E-1-1092-10100:M--:2000:2200:50:99:Musik~DELUXE: in a situation where the recording gets interrupted by any other recording due to higher priority (with vdr-1.4.6): Mar 19 20:00:00 Kanotix vdr: [4293] timer 1 (44 2000-2200 'Musik~DELUXE') start Mar 19 20:00:04 Kanotix vdr: [4293] record /video0/Musik/DELUXE/_/2007-03-19.20.00.50.99.rec Mar 19 20:00:05 Kanotix vdr: [4299] channel 44 (DELUXE MUSIC) event Mon 19.03.2007 19:52-20:11 '(null)' s tatus 4 Mar 19 21:03:00 Kanotix vdr: [4293] stopping recording on DVB device 1 due to higher priority Mar 19 21:03:01 Kanotix vdr: [4293] timer 1 (44 2000-2200 'Musik~DELUXE') stop Mar 19 21:03:03 Kanotix vdr: [4293] timer 1 (44 2000-2200 'Musik~DELUXE') start Mar 19 21:03:03 Kanotix vdr: [4293] executing 'noad before /video0/Musik/DELUXE/Den_Song_für_Ihr_Privata rchiv_kaufen_Si/2007-03-19.20.00.50.99.rec' Mar 19 21:03:03 Kanotix noad[4502]: noad arg[0]: noad Mar 19 21:03:03 Kanotix noad[4502]: noad arg[1]: before Mar 19 21:03:03 Kanotix noad[4502]: noad arg[2]: /video0/Musik/DELUXE/Den_Song_für_Ihr_Privatarchiv_kaufe n_Si/2007-03-19.20.00.50.99.rec Mar 19 21:03:03 Kanotix noad[4502]: noad args done Mar 19 21:03:03 Kanotix noad[4502]: noad called with 'before' and online=1 and liverecording is no Mar 19 21:03:03 Kanotix noad[4502]: nothing to do yet Mar 19 21:03:03 Kanotix vdr: [4293] record /video0/Musik/DELUXE/Den_Song_für_Ihr_Privatarchiv_kaufen_Si/2 007-03-19.20.00.50.99.rec as you can see the timers recording directory changes from empty ('_' ) to 'Den_Song_für_Ihr_Privatarchiv_kaufen_Si' when the recording is resumed on device 2, resulting in 2 single recordings. Background: the timer is responsible for a recording on DeluxeMusic. DeluxeMusic delivers their EPG for the current and the next track. So its permanently changing. When the recording is finished it will be processed with the deluxe-plugin to extract mp3's. But this only works with one consistent recording. The reason for VDRs behaviour is probably that at the beginning of the recording there's no EPG at all, while after the resume there is one. Any ideas how to avoid the two recordings? BR, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine adjusting audio-volume
Hi, On Mo, Mär 19, 2007 at 09:09:59 +0100, Reinhard Nissl wrote: Hi, I was running alsamixer while changing the volume in VDR and in my case, the PCM volume changes, not the master volume. Have a look into xine's audio setup page. Maybe changing the alsa mixer device to PCM helps. Thats not my problem. Best regards ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine adjusting audio-volume
Hi, Halim Sahin wrote: I was running alsamixer while changing the volume in VDR and in my case, the PCM volume changes, not the master volume. Have a look into xine's audio setup page. Maybe changing the alsa mixer device to PCM helps. Thats not my problem. So, you don't want to touch the hardware controls at all, right? Maybe an audio post process plugin could scale all audio samples by a factor to simulate changing the volume. But I'm sorry, no such plugin exists at the moment. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr