vdr

vdr@linuxtv.org

6731 discussions

DVB-T: Compro VideoMate DVB-T200
by Theunis Potgieter 05 May '09

05 May '09

http://www.comprousa.com/en/product/vmt200.html Did anyone get that card mentioned above successfully working with vdr? Theunis

1 0

logo for vdr-xinelibout
by Stefan Wagner 04 May '09

04 May '09

hi the logo from xinelibout is distorted in the upper left corner. so i make a patch witch is transparent and in korrect aspect ratio. see attached patch. stefan

1 0

[ANNOUNCE] vdr-xine-0.9.2 plugin
by Reinhard Nissl 03 May '09

03 May '09

Hi, I'm pleased to announce maintenance release 0.9.2. You can find it on my homepage as usual: http://home.vr-web.de/~rnissl Excerpt from HISTORY: 2009-05-03: Version 0.9.2 - Updated MANUAL accordingly. - Added setup options to define OSD extent. - Implemented VDR-1.7.7s cDevice::GetVideoSize() to return an OSDs maximum extent. NOTE: ***** no xine-lib changes since 0.9.1 ***** BTW: it seems to be necessary to restart VDR in order to make changes to the OSD extent take effect. Enjoy. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rnissl@gmx.de

1 0

2 little bugs report
by martinez＠embl.de 03 May '09

03 May '09

Using VDR 1.7.6 1) On 7 East, there are hannels with two audio shown as TUR, and ORJ (Tur for Turkish and Orj for original language) Default audio is Tur and in the OSD settings it is not possible to give Orj a higher priority as it is not in the list of languages. 2)My diseqc.conf contains S19.2E 11700 V 9750 t v W15 [E0 31 6B 01] W25 [E0 31 6B 01] W15 t S19.2E 99999 V 10600 t v W15 [E0 31 6B 01] W25 [E0 31 6B 01] W15 T S19.2E 11700 H 9750 t V W15 [E0 31 6B 01] W25 [E0 31 6B 01] W15 t S19.2E 99999 H 10600 t V W15 [E0 31 6B 01] W25 [E0 31 6B 01] W15 T S13.0E 11700 V 9750 t v W15 [E0 31 6B 02] W25 [E0 31 6B 02] W15 t S13.0E 99999 V 10600 t v W15 [E0 31 6B 02] W25 [E0 31 6B 02] W15 T S13.0E 11700 H 9750 t V W15 [E0 31 6B 02] W25 [E0 31 6B 02] W15 t S13.0E 99999 H 10600 t V W15 [E0 31 6B 02] W25 [E0 31 6B 02] W15 T and some more entries like that for other satellite positions This diseqc command means E0 - header 31 - command for 1st rotor 6B - Go to stored position 01 - Position 1 The trouble is that VDR when idle for a while it starts moving the dish around, probably to update the EPG or channel pids? This is a really nice feature with Diseqc switches but not with rotors where it scares my wife when the dish moves alone at 3 in the morning (and probably annoy my neightbours too) So my humble request for Klaus: Diseq commands of type E0 31 6B or E0 31 6E (for gotoX) should only be actually sent on channels zapping, not for idle tasks.

2 1

VDR 1.7.6 + reelbox plugin
by Josce 02 May '09

02 May '09

Has anyone started using VDR 1.7.6 with the reelbox plugin. If so, could you please mail a link to whatever patch you used to do it. BR, Josce

2 1

Re: [vdr] Record with 1.7.4 or 1.7.5 and iptv
by Senufo 01 May '09

01 May '09

Hi, Rofa, thank you for these details, now I understand better the configuration parameters. Finaly I use these parameters : Use section filtering : yes Disable filters : 0 and, as Klaus say, I have change all channels with stream type = 27 (0x1B). Now I can record all channels. Klaus and Rofa, thank you very much for your help ># scants TF1.raw 2>/dev/null >PAT: > 0: sid=0x03f9 pmt_pid=0x045d >PMT: sid=0x03f9 pcr=0x04c1 vpid=0x04c1 [h264] apid=0x0525 [mpeg2audio] >>0x0525: MPEG Audio, layer2, 48000 Hz, 128 kbits/s, stereo >0x04c1: H264 profile=Main level=3.0 sps=0 poc=0 ref=4 544x576 PIC-AFF >SDT: > 0: sid=0x03f9 name='TF1' provider='France Telecom' >0x04c1: gop_len: min=3 max=64 avg=45.6 > > France 2;IPTV:2:IPTV|S1P1|UDP|232.0.1.1|8200:P:0:1201=27:1301=fra:0:0:1001:0:0:0 > ># scants France2.raw 2>/dev/null >PAT: > 0: sid=0x03e9 pmt_pid=0x044d >PMT: sid=0x03e9 pcr=0x04b1 vpid=0x04b1 [h264] apid=0x0515 [mpeg2audio] >0x0515: MPEG Audio, layer2, 48000 Hz, 128 kbits/s, stereo >0x04b1: H264 profile=Main level=3.0 sps=0 poc=0 ref=4 544x576 PIC-AFF >SDT: > 0: sid=0x03e9 name='France 2' provider='FT' >0x04b1: gop_len: min=10 max=56 avg=47.2 > > I can only record TF1 and France 2. > > With IPTV configured with filters on > >Both streams seem to be valid. You've enable both PID and NID scanners >on for working channels, but these should be disabled by default (enable >pid scanner only if you don't get the live video and sid scanner if you >don't get EPG). The "Use section filtering" option should be enabled and >"Disable filter" option should NOT contain "PAT (0x00)" entry. Please, >verify these. >"Use section filtering: Define whether the section filtering shall be >used. Section filtering means that IPTV plugin tries to parse and >provide VDR with secondary data about the currently active stream. VDR >can then use this data for providing various functionalities such as >automatic pid change detection and EPG etc. Enabling this feature does >not affect streams that do not contain section data." >"Disable filter: Define an ill-behaving filter to be blacklisted." >The next thing to debug would be: Does cPatFilter::Process() get any >data and why is a wrong value set to Vtype? >BR, >-- >rofa

1 0

[xineliboutput] [PATCH] [README] Fix typos and give whole command for consistency.
by Paul Menzel 01 May '09

01 May '09

Signed-off-by: Paul Menzel <paulepanter(a)users.sourceforge.net> CC: Petri Hintukainen <phintuka(a)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

1 0

[PATCH] jumpplay patch 1.0 for VDR-1.7.6
by Thomas Günther 01 May '09

01 May '09

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

1 0

Record with 1.7.4 or 1.7.5 and iptv
by Senufo 01 May '09

01 May '09

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. With IPTV configured with filters on You can find stream record with emcast here : http://rapidshare.com/files/227699836/TF1.raw.html and http://rapidshare.com/files/227700760/France2.raw.html Regards Senufo >>/ I found the error. With IPTV you must define the type of stream in channels.conf />/> In my channels.conf I wrote / >No, yo don't have to. The IPTV plugin has section filters implemented >(if don't disable/blacklist them in setup options!). They seem to work >in your setup too, but, please, correct me if your channel 39 isn't >France 2. A snip from your first post.: >/> France 2;IPTV:2:IPTV|S0P0|UDP|232.0.1.1|8200:P:0:1201=2:1301:0:0:1:0:0:0 />/> changing pids of channel 39 from 0+0=2:0:0:0 to 1210+1210=27:1310=fra:0:0 / >If the channel 39 really is the France 2, so question still remain, why >the VDR's video type detection fails on TF1 as the mplayer do it rigth. >You could provide a small video sample recording the multicast stream <with i.e. emcast.

3 2

ATSC with xine-vdpau frame drops
by Timothy D. Lenz 30 Apr '09

30 Apr '09

I havd vdr-1.7.5, xine-vdpau r260, vdr-xine .91. Runing on a Athlon64 x2 and Asus en8400gs silent video card. I have a FusionHDTV7 Dual Express in it currently. I am having problems figureing out the proper settings in all the config files. I am getting droped frames, sometimes high enough to cause the popup box. Does it with any of the deint options. I will be setting up two systems basicly the same. One will be going to the HD input on a MITS WS65905 an dthe other will be going through the RGB inputs on a pre-HD (1984) Sony. Currently I just have both ports going to standard computer monitors. The DVI port seems to want to run at 85hz while the VGA is runing at 60hz. id on't know if the high rate on the one is part of the problem. ---------------------------- /etc/X11/xorg.conf has Section "Monitor" Identifier "Monitor0" VendorName "Unknown" ModelName "Unknown" HorizSync 28.0 - 33.0 VertRefresh 43.0 - 72.0 Option "DPMS" EndSection Section "Device" Identifier "GeForce 8400GS" Driver "nvidia" VendorName "NVIDIA Corporation" Option "TwinView" "true" Option "TwinViewOrientation" "Clone" # Option "TVOutFormat" "COMPOSITE" Option "TVStandard" "NTSC-M" Option "TVOverScan" "0.5" # Option "TVDeflicker" "0" Option "SecondMonitorHorizSync" "30-50" Option "SecondMonitorVerRefresh" "59.94" # Option "MetaModes" "1024x768,1024x768;800x600,800x600;640x480,640x480;512x384,512x384" # Option "MetaModes" "800x600,800x600;640x480,640x480" EndSection Section "Screen" Identifier "Screen0" Device "GeForce 8400GS" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 Modes "1024x768" "800x600" "640x480" EndSubSection EndSection ------------------------ I don't seem to have any nvidia setings file but I was able to get a dump of what it is using. Attribute 'RefreshRate' (LLLx64-32:0.0; display device: CRT-0): 85.00 Hz. 'RefreshRate' is an integer attribute. 'RefreshRate' is a read-only attribute. 'RefreshRate' is display device specific. 'RefreshRate' can use the following target types: X Screen, GPU. Attribute 'RefreshRate' (LLLx64-32:0.0; display device: CRT-1): 60.00 Hz. 'RefreshRate' is an integer attribute. 'RefreshRate' is a read-only attribute. 'RefreshRate' is display device specific. 'RefreshRate' can use the following target types: X Screen, GPU. Attribute 'RefreshRate3' (LLLx64-32:0.0; display device: CRT-0): 84.997 Hz. 'RefreshRate3' is an integer attribute. 'RefreshRate3' is a read-only attribute. 'RefreshRate3' is display device specific. 'RefreshRate3' can use the following target types: X Screen, GPU. Attribute 'RefreshRate3' (LLLx64-32:0.0; display device: CRT-1): 60.004 Hz. 'RefreshRate3' is an integer attribute. 'RefreshRate3' is a read-only attribute. 'RefreshRate3' is display device specific. 'RefreshRate3' can use the following target types: X Screen, GPU. --------------------------- I have also had what seme to be video lockups. First I thought it was the tunner over heating because when it first happened, vdr would not respond to remote and the card was hot. I added heat sinks to the 3 main chips with thermal tape and put an 80mm fan over the card. It is now midly warm but video still locks at times. I can run all night or it can lock within an hour. There are a lot of lines like this in syslog and user.log: Apr 30 15:52:49 LLLx64-32 vdr: [19935] changing pids of channel 0 from 0+0=0:0:0:0 to 49+49=2:0;52=eng,56=eng:0:0 Apr 30 15:52:49 LLLx64-32 vdr: [19935] changing pids of channel 0 from 0+0=0:0:0:0 to 65+65=2:0;68=eng:0:0 Apr 30 15:52:49 LLLx64-32 vdr: [19935] changing pids of channel 0 from 0+0=0:0:0:0 to 81+81=2:0;84=eng:0:0 Apr 30 15:53:09 LLLx64-32 vdr: [19935] changing pids of channel 0 from 0+0=0:0:0:0 to 49+49=2:0;52=eng:0:0 Apr 30 15:00:17 LLLx64-32 vdr: [8107] TS continuity error (8) Apr 30 15:00:17 LLLx64-32 vdr: [8107] TS continuity error (0) Apr 30 15:00:17 LLLx64-32 vdr: [8107] TS continuity error (3) Apr 30 15:00:17 LLLx64-32 vdr: [8107] TS continuity error (6) Apr 30 15:00:17 LLLx64-32 vdr: [8107] TS continuity error (12)

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr