Re: [vdr] Timeouts and lost locks

2009-05-24 Thread Jan Ekholm
On Saturday 23 May 2009 12:47:49 Klaus Schmidinger wrote: EPG data is always collected for the transponders you actually tune to. The EPG scan just automatically switches through all transponders, which is apparently not what you want. You could also remove all unwanted channels from your

Re: [vdr] Timeouts and lost locks

2009-05-23 Thread Jan Ekholm
On Friday 22 May 2009 14:22:16 Klaus Schmidinger wrote: On 22.05.2009 09:07, Jan Ekholm wrote: Good morning, I see logging like this all the time in my syslog file: May 22 06:36:45 hex vdr: [31292] frontend 0 timed out while tuning to channel 31, tp 298 May 22 06:37:06 hex vdr

[vdr] Timeouts and lost locks

2009-05-22 Thread Jan Ekholm
cards but we still would like them both to do something that benefits us, not go randomly tune into uninteresting channels. :) Best regards, Jan Ekholm -- Stercus, stercus, stercus, moriturus sum. -- Terry Pratchett, Interesting Times

Re: [vdr] Best practices for running vdr-xine

2009-05-01 Thread Jan Ekholm
On Wednesday 29 April 2009 17:47:46 Petri Helin wrote: On Wed, Apr 29, 2009 at 5:22 PM, Jan Ekholm jan.ekh...@smultron.net wrote: I use the following: PLUGINS=-P\xineliboutput --primary --local=none --remote=37890 -- post=tvtime:method=Linear,cheap_mode=1,pulldown=0

Re: [vdr] Best practices for running vdr-xine

2009-05-01 Thread Jan Ekholm
On Friday 01 May 2009 11:29:52 Torgeir Veimo wrote: You might have to specify that those encrypted channels are only tuned through that card. The encrypted channels work 100% fine, they are streamed to vdr-sxfe just fine. The problem is all other non-encrypted channels, they cause a No signal

Re: [vdr] Best practices for running vdr-xine

2009-04-29 Thread Jan Ekholm
. -- Jan Ekholm jan.ekh...@smultron.net ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Best practices for running vdr-xine

2009-04-29 Thread Jan Ekholm
On Wednesday 29 April 2009 14:05:33 Pertti Kosunen wrote: Jan Ekholm wrote: fine. Also the OSD isn't working making normal VDR use a hassle and I'm forced to switch the the s-video side to see EPG, timers etc. --primary option to xineliboutput-plugin might help. I use the following

Re: [vdr] Best practices for running vdr-xine

2009-04-29 Thread Jan Ekholm
On Wednesday 29 April 2009 17:47:46 Petri Helin wrote: You said earlier that you use HTTP to connect with your frontend. The xineliboutput README states the following: Using with other media players (mplayer, vlc, ...) Primary device video and audio (without OSD or subtitles) can be

[vdr] Lost and regained locks

2009-01-07 Thread Jan Ekholm
and/or is this something I could fix by upgrading something? Kind regards, Jan Ekholm -- Somewhere around the place I've got an unfinished short story about Schroedinger's Dog; it was mostly moaning about all the attention the cat was getting. -- Terry Pratchett

[vdr] Random and slow behaviour with streamdev

2008-10-21 Thread Jan Ekholm
? Or as people seem to use this plugin just fine, where I should be looking for the PEBKAC. :) Kind regards, Jan Ekholm -- Five exclamation marks, the sure sign of an insane mind. -- Terry Pratchett, Reaper Man

[vdr] Encoding of SVDRP data?

2008-01-22 Thread Jan Ekholm
and do some LSTE the data is fine, the special characters stay special. PEBKAC, but where? Best regards, Jan Ekholm -- Sometimes it's better to light a flamethrower than curse the darkness. -- Terry Pratchett, Men at Arms

Re: [vdr] Encoding of SVDRP data?

2008-01-22 Thread Jan Ekholm
On Tuesday 22 January 2008 17:51:22 Jan Ekholm wrote: If I do a normal telnet connection to the SVDRP port and do some LSTE the data is fine, the special characters stay special. PEBKAC, but where? The PEBKAC in this case was that it's better to set encoding etc on the correct stream

Re: [vdr] Conax CAM refuses to tune

2007-12-25 Thread Jan Ekholm
On Sunday 23 December 2007 23:02:23 Jan Ekholm wrote: snip I'll do a test with 1.4.7 too, just to make sure. Hang on! Nah, same thing with 1.4.7. I also tested 1.5.12 which I somehow totally missed in the download area. Same thing with it. However, yesterday when casually browsing channels