Re: [vdr] Best practices for running vdr-xine
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,use_progressive_frame_f lag=1\ So yeah, it's primary all right. 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 streamed from plugin control port to almost any media player using http or rtsp. So, you might want to use a xine-based frontend (for example vdr-sxfe or xine-ui) with xvdr. Ok, I tried vdr-sxfe and it indeed is a much better solution and the OSD works exactly as it should. It's really looking nice. However, I still can see only a small subset of the channels that normal VDR can see. I somehow suspect it's due to my hw setup: * 1 Hauppuage FF DVB-c * 1 Hauppuage FF DVB-c + CI The second card is the old primary card where the s-video is connected. I can only actually see channels that the second card *only* can tune into, i.e. a few encrypted channels for which the CI is used. All other normal open channels can not be seen using vdr-sxfe, I just get a No signal image. I suspect that the first DVB card is normally used for tuning into these channels, but that shouldn't matter, should it? If I could just get all channels shown this solution would totally rock my setup. :) -- Pets are always a great help in times of stress. And in times of starvation too, o'course. -- Terry Pratchett, Small Gods ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Best practices for running vdr-xine
You might have to specify that those encrypted channels are only tuned through that card. 2009/5/1 Jan Ekholm jan.ekh...@smultron.net 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,use_progressive_frame_f lag=1\ So yeah, it's primary all right. 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 streamed from plugin control port to almost any media player using http or rtsp. So, you might want to use a xine-based frontend (for example vdr-sxfe or xine-ui) with xvdr. Ok, I tried vdr-sxfe and it indeed is a much better solution and the OSD works exactly as it should. It's really looking nice. However, I still can see only a small subset of the channels that normal VDR can see. I somehow suspect it's due to my hw setup: * 1 Hauppuage FF DVB-c * 1 Hauppuage FF DVB-c + CI The second card is the old primary card where the s-video is connected. I can only actually see channels that the second card *only* can tune into, i.e. a few encrypted channels for which the CI is used. All other normal open channels can not be seen using vdr-sxfe, I just get a No signal image. I suspect that the first DVB card is normally used for tuning into these channels, but that shouldn't matter, should it? If I could just get all channels shown this solution would totally rock my setup. :) -- Pets are always a great help in times of stress. And in times of starvation too, o'course. -- Terry Pratchett, Small Gods ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr -- -Tor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv
On 01.05.2009 00:40, Senufo wrote: Hi, I have tested with the first (TF1) and the second channel (France 2) With this channels.conf TF1;IPTV:1:IPTV|S1P1|UDP|232.0.1.17|8200:P:0:1217=27:1317:0:0:1017:0:0:0 France 2;IPTV:2:IPTV|S1P1|UDP|232.0.1.1|8200:P:0:1201=27:1301=fra:0:0:1001:0:0:0 France 3;IPTV:3:IPTV|S0P0|UDP|232.0.1.2|8200:P:0:1202=2:1302:0:0:1:0:0:0 France 4;IPTV:4:IPTV|S0P0|UDP|232.0.1.9|8200:P:0:1203=2:1303:0:0:1:0:0:0 France 5;IPTV:5:IPTV|S0P0|UDP|232.0.1.4|8200:P:0:1204=2:1304:0:0:1:0:0:0 I can only record TF1 and France 2. Are you sure about the video stream type of the other channels? You might want to try TF1;IPTV:1:IPTV|S1P1|UDP|232.0.1.17|8200:P:0:1217=27:1317:0:0:1017:0:0:0 France 2;IPTV:2:IPTV|S1P1|UDP|232.0.1.1|8200:P:0:1201=27:1301=fra:0:0:1001:0:0:0 France 3;IPTV:3:IPTV|S0P0|UDP|232.0.1.2|8200:P:0:1202=27:1302:0:0:1:0:0:0 France 4;IPTV:4:IPTV|S0P0|UDP|232.0.1.9|8200:P:0:1203=27:1303:0:0:1:0:0:0 France 5;IPTV:5:IPTV|S0P0|UDP|232.0.1.4|8200:P:0:1204=27:1304:0:0:1:0:0:0 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Best practices for running vdr-xine
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 image. I would imagine that it should not matter which card receives a channel in this case? -- Shadwell hated all southerners and, by inference, was standing at the North Pole. -- Terry Pratchett Neil Gaiman, Good Omens ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Black screen on some channels with vdr 1.7.6
Marek Hajduk píše v Út 28. 04. 2009 v 23:07 +0200: Hi, On some channels I get only audio. Screen is still black without Picture. There are two encrypted channels from 19.2E, in UPC packet: AXN,AXN;UPC Direct:10921:hC56M2O0S0:S19.2E:22000:651=1:660=hun,661=cze,662=eng:0:D02,1815:20352:1:1063:0 Spektrum,Spektrum;UPC Direct:11671:hC56M2O0S0:S19.2E:22000:401=1:410=hun,411=cze:420:D02,1815:20360:1:1031:0 I am using eHD, but with VDPAU and xine is result same = black screen. When I try to record thease channels, recording has 0 kB. However, I can watch thease channels through streamdev plugin and popcornhour or vlc, but Picture has lot of errors. Here is recording through streamdev plugin. Download link: http://rapidshare.com/files/226876888/1220.ts If somebody will want to fix it, I can provide some more debug info. Regards Marky Hi again, I checked this recording with TS Doctor and I get this continuing errors: TS ERROR: Invalid paket xxx! Error: sync_byte_error Resync found for next paket yy with offset: -zzz. Maybe it helps. BR Marky ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [PATCH] jumpplay patch 1.0 for VDR-1.7.6
Hi! The jumpplay patch for vdr-1.7.6 is available: http://toms-cafe.de/vdr/download/vdr-jumpplay-1.0-1.7.6.diff This patch changes the replay behaviour for recordings that contain editing marks. It allows to immediately continue the replay after jumping forward to the next mark, and to automatically jump over the commercial break to the next start mark, if an end mark is reached. The features of this patch can be turned on or off in the replay setup. See README.jumpplay included in the patch for details, history and contributors. Tom ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [xineliboutput] [PATCH] [README] Fix typos and give whole command for consistency.
Signed-off-by: Paul Menzel paulepan...@users.sourceforge.net CC: Petri Hintukainen phint...@users.sourceforge.net --- README | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/README b/README index 9e4a176..7d79bdc 100644 --- a/README +++ b/README @@ -154,20 +154,20 @@ Using remote frontends with vdr-??fe --help. Frontend should find server automatically (from local subnet) - and negoate best available transport. If frontend does not + and negotiate best available transport. If frontend does not find server (or specific transport should be used), mrl must be given on command line. Examples: Search for VDR (xineliboutput) server, connect to it and -negoatite best available transport. Use best available audio +negotiate best available transport. Use best available audio and video driver. vdr-fbfe or vdr-sxfe -Connect to 192.168.1.3 default port and negoate best available transport +Connect to 192.168.1.3 default port and negotiate best available transport vdr-fbfe xvdr://192.168.1.3 Connect to 192.168.2.100, port 12550 and use TCP transport @@ -179,8 +179,8 @@ Using remote frontends vdr-fbfe --udp Available transports for video/audio - pipe Use local pipe; server and front-end must be running in -same machine + pipe Use local pipe; server and front-end must be running on +same machine. rtp Use RTP/UDP multicast for data and TCP for control. Multiple frontends can receive same stream. udp Use UDP unicast for data and TCP for control. @@ -206,7 +206,7 @@ Using remote frontends --video xvmc:127.0.0.1:1.0 With framebuffer frontend (vdr-fbfe): ---video [fb | DirectFB | sdl | vidixfb | dxr3 | aadxr3 | none [:fb_device]] +vdr-fbfe --video [fb | DirectFB | sdl | vidixfb | dxr3 | aadxr3 | none [:fb_device]] Examples: --video DirectFB --video fb:/dev/fb/1 -- 1.6.2.4 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
