[vdr] Conax CAM refuses to tune

2007-12-23 Thread Jan Ekholm
* Conax 4.x CAM * vdr-1.5.9 (unpatched) I'll do a test with 1.4.7 too, just to make sure. Hang on! Nah, same thing with 1.4.7. Any ideas what could cause this? Best regards and a Merry Christmas, Jan Ekholm -- "You can't trample infidels when you'

Re: [vdr] Conax CAM refuses to tune

2007-12-25 Thread Jan Ekholm
On Sunday 23 December 2007 23:02:23 Jan Ekholm wrote: > 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 browsi

[vdr] Encoding of SVDRP data?

2008-01-22 Thread Jan Ekholm
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, M

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 s

[vdr] Random and slow behaviour with streamdev

2008-10-21 Thread Jan Ekholm
ints as to what could be wrong? 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.

[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.

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

2009-04-29 Thread Jan Ekholm
utput at all, and it just happens to be possible to kludge it somehow. I'd be extremely happy to be larted into submission so that I see a light though. :) -- 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
s "normal" VDR changes channel in 1-2s or so. -- 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 xi

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) >c

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 wrote: > > I use the following: > > > > PLUGINS="-P\"xineliboutput --primary --local=none --remote=37890 -- > > post=tvtime:method=Linear,cheap_mode=1,pulldo

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 sign

[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, Interes

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 > &

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 you