vdr May 2010

vdr@linuxtv.org

40 participants
45 discussions

xineliboutput UDP detach from stream
by Harald Overas 10 Aug '10

10 Aug '10

I have have witness the same behavior with screen blinking with xineliboutput (vdr-sxfe as remote client while connecting with TCP transport to the vdr-server) when changing the channels. I often get screen blinking when I change the channels to fast with my MCE remote (using the MCE remote arrows up and down for browsing through the channels). Using xine-lib-vdpau-1.2 (latest) and xineliboutput (latest) (vdr-sxfe 1.0.90-cvs (build with xine-lib 1.1.90, using xine-lib 1.1.90) Using this command string to connect: vdr-sxfe -fullscreen --width=1920 --height=1080 --tcp --audio=alsa --aspect=16:9 --lirc --video=vdpau --post tvtime:method=use_vo_driver --reconnect xvdr://${HOST}:${PORT} Thanks in advance, Harald

2 1

USB IR Receiver not loaded when vdr starts on boot
by Peter Odéus 06 Aug '10

06 Aug '10

Hi, The script 'runvdr' sets the following access permissions: chmod o+r /dev/input/event* But since the IR receiver on my USB NOVA-T Stick has not loaded to /dev/input/event5 when runvdr sets the permissions, vdr refuses to start properly when booting the machine. The error is stated as a "Permission denied" on the remote device By doing mv /etc/rc2.d/S20vdr /etc/rc2.d/S30vdr the problem goes away. I'm on Ubuntu Lucid btw. :D /Peter Odéus

3 3

A/V out of sync for BSkyB channels Channel4, More4, E4, Film4
by Günter Merz 27 Jul '10

27 Jul '10

Hi, I'm looking for help with my vdr 1.6 system. I think the problem only affects BSkyB channels Channel4, More4, E4 and Film4: those channels a/v are out of sync (sometimes more, sometimes less). Recordings from those channels are also affected. I think that at some point, I didn't have this a/v sync issue, but I could be wrong. My vdr uses vdr-xine with a new xine-lib 1.2 (for vdpau) as output device. Due to the unstable nature of some of the components, I've tried exchanging parts of my output chain to their stable counterparts: xine-lib 1.1.17, ffmpeg-0.5, xine-ui-0.99.5. Also, I've tried deactivating "Dynamic Ticks" in the kernel. None of those measures have helped. Can anyone here point me to where the a/v sync issue is most likely to originate from? Can it be vdr itself? Does vdr process video separate from audio? >From what I've read so far, xine-lib delegates MPEG TS processing to ffmpeg.

6 17

portability or VDR on FreeBSD
by Joerg Pulz 10 Jul '10

10 Jul '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello list. As the subject already says, this is about VDR portability, or how to get VDR up and running on a FreeBSD system. In times where we have such really nice plugins like softdevice and streamdev, we no longer need real MPEG2 or DVB hardware in a VDR system. As i want to use my FreeBSD systems to watch TV or play VDR recordings i decided to give porting VDR to FreeBSD a try. Attached you can find the results. In short terms: It simply works! The only missing feature right now is, starting VDR as root and switching to another user (-u command line option). For now it is possible to watch any recording made by a VDR with real hardware if the video directory is directly accessible over the network (mountable by the client) or the use the streamdev plugin to stream VDR to VDR. All tests where done using a Linux system with two FF-DVB-S devices, streamdev-server plugin and NFS exported video directory plus a wired and a wireless FreeBSD-7.0 client running VDR with streamdev-client and softdevice plugin. As far as i could test the whole setup until now, everything works the same way on FreeBSD as it does under Linux and i now have real channel-hopping. The patches are made in a way that a patched VDR will still compile under Linux. Every modification, to the source or to the Makefiles is ifdef'd out. So unless you say you want to compile VDR for FreeBSD you have an unmodified version of source. In case the ML software strips the attachments, the files are also available for download at: ftp://ftp.frm2.tum.de/pub/jpulz/VDR/ Thoughts or comments from others are welcome. regards Joerg - -- The beginning is the most important part of the work. -Plato -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFH0Dy8SPOsGF+KA+MRAmVBAJ9Tzfxg0zWNN/fEX8vfeMOW2muvSACgivha raTzC4R92jZ+Petp9Mqwr9E= =f08n -----END PGP SIGNATURE-----

2 3

Dual DVB-S2 Tuner cards
by Theunis Potgieter 25 Jun '10

25 Jun '10

Hi guys, do any of you have information with regards to Dual DVB-S2 Tuners on a PCI or preferably a PCI-E type card working on vdr? I did have a look on http://www.linuxtv.org/wiki/index.php/DVB-S2_PCIe_Cards But only mentions 2 and they seem to be a rare find. Well at least where I live. Does anybody else know of working DVB-S2 cards for Linux? I did find plenty of Hybrid/Dual type cards but they seem to be supporting DVB-T + DVB-S/S2 and not even both at the same time :( Any advice would be appreciated. Thanks, Theunis

11 13

Feature request: program guide scroll
by István Füley 13 Jun '10

13 Jun '10

Hello list, At the moment if I press the Guide button (or select a specific program from EPG list) i can see the detailed description of the event. Now pressing up/down or left/right scrolls the "Long Description", if this doesn't fit in the OSD window. I wonder if it's possible to implement a different behaviour for the left/right keys: to "scroll" between programs. Pressing right should bring up the next event, pressing left should bring up the previous event. To scroll in the OSD window Up and Down are fine. thanks, Füley István

4 5

Re: [vdr] vdr 1.7.10 no record channel
by Senufo 05 Jun '10

05 Jun '10

Hi, Thanks Klaus Klaus I agree, but the video looks good because I can see this live stream and when I use the patch records are correct. I did a test with vdr 1.6.0 with the same channels.conf and there I can see the live stream and recordings works. Why ? Senufo On 05.05.2010 22:11, Senufo wrote: > > Hi, > > > > I found the problem. VDR does not detect the frame independent in this > > stream because in the function : > > > > cFrameDetector:: Analyze (const uchar * Data, int Length) > > > > in the file remux.c. > > > > ((Data [i +2]>> 3) & 0x07) is equal to 0 instead of 1 for stream that work. > > > > I applied this patch : > > > > --- remux.c 2010-05-04 14:55:50.000000000 +0200 > > +++ remux.c.orig 2010-05-04 21:57:38.000000000 +0200 > > @@ -960,6 +960,7 @@ > > return Processed; // flush everything before this new frame > > newFrame = true; > > independentFrame = ((Data[i + 2] >> 3) & 0x07) == 1; // I-Frame > > + if (((Data[i + 2] >> 3) & 0x07) == 0) { independentFrame = 1;} > > if (synced) { > > if (framesPerPayloadUnit <= 1) > > scanning = false; > > > > and record is working again. > > I do not know what has changed in the stream. > > > > I tested this patch since yesterday and so far I have not had any problems. > > > > What do you think? > If this stream marks independent frames with '0' instead if '1', I would say it is broken. Klaus

2 1

Insufficient hardware PID filters on tuner
by Richard F 05 Jun '10

05 Jun '10

Hi list, Having another go at a long-standing problem on Freecom USB tuners - a bit more testing: Using VDR 1.6.0.2, and the problem seems to be that the tuners run out of hardware PID's. The problem can be reliably repeated tuning to BBC1 & BBC2 on freeview, when 1 channel is already recording on that multiplex What's appears unusual about these channels is that they need 4 PID's like so: May 10 17:36:54 ha-server vdr: [7018] changing pids of channel 1 from 600+600:601=eng,602=eng:0:0 to 600+600:601=eng,602=eng:605=eng:0 And tuning to another channel on that TS that uses 3 PID's (e.g BBC news) works OK: May 10 17:36:53 ha-server vdr: [7018] changing pids of channel 5 from 640+640:641=eng:0:0 to 640+640:641=eng:643=eng:0 The tuners report a capacity of 15 PID's from dmesg so: [ 42.437874] DVB: registering new adapter (WideView WT-220U PenType Receiver (Typhoon/Freecom)) [ 42.449952] DVB: registering frontend 0 (WideView USB DVB-T)... [ 42.464022] input: IR-receiver inside an USB DVB receiver as /devices/pci0000:00/0000:00:1d.7/usb4/4-3/input/input4 [ 42.475543] dvb-usb: schedule remote query interval to 300 msecs. [ 42.486250] dvb-usb: WideView WT-220U PenType Receiver (Typhoon/Freecom) successfully initialized and connected. [ 42.755308] usb 4-5: new high speed USB device using ehci_hcd and address 5 [ 42.895930] usb 4-5: new device found, idVendor=14aa, idProduct=0221 [ 42.907350] usb 4-5: new device strings: Mfr=1, Product=2, SerialNumber=0 [ 42.918743] usb 4-5: Product: Digital TV Receiver [ 42.930060] usb 4-5: Manufacturer: Digital TV Receiver [ 42.941813] usb 4-5: configuration #1 chosen from 1 choice [ 42.953252] dvb-usb: found a 'WideView WT-220U PenType Receiver (Typhoon/Freecom)' in warm state. [ 42.967224] dvb-usb: will use the device's hardware PID filter (table count: 15). Some basic investigation... Looking at the PID's being used during recording of a single channel, using lsof -n | grep adapter1.demux0 I see : vdr 7008 vdr 7u CHR 212,68 6038 /dev/dvb/adapter1/demux0 vdr 7008 vdr 15u CHR 212,68 6038 /dev/dvb/adapter1/demux0 vdr 7008 vdr 21u CHR 212,68 6038 /dev/dvb/adapter1/demux0 vdr 7008 vdr 22u CHR 212,68 6038 /dev/dvb/adapter1/demux0 vdr 7008 vdr 24u CHR 212,68 6038 /dev/dvb/adapter1/demux0 vdr 7008 vdr 26u CHR 212,68 6038 /dev/dvb/adapter1/demux0 vdr 7008 vdr 27u CHR 212,68 6038 /dev/dvb/adapter1/demux0 vdr 7008 vdr 34u CHR 212,68 6038 /dev/dvb/adapter1/demux0 vdr 7008 vdr 35u CHR 212,68 6038 /dev/dvb/adapter1/demux0 vdr 7008 vdr 36u CHR 212,68 6038 /dev/dvb/adapter1/demux0 vdr 7008 vdr 37u CHR 212,68 6038 /dev/dvb/adapter1/demux0 vdr 7008 vdr 39u CHR 212,68 6038 /dev/dvb/adapter1/demux0 So 12 filters in use, which is several more than needed by the channel being recorded (I assume these are other channels being monitored for epg etc, or is this other stuff in the TS being filtered...?). When nothing is being recorded the following is typically output: vdr 7008 vdr 7u CHR 212,68 6038 /dev/dvb/adapter1/demux0 vdr 7008 vdr 15u CHR 212,68 6038 /dev/dvb/adapter1/demux0 vdr 7008 vdr 21u CHR 212,68 6038 /dev/dvb/adapter1/demux0 vdr 7008 vdr 22u CHR 212,68 6038 /dev/dvb/adapter1/demux0 vdr 7008 vdr 24u CHR 212,68 6038 /dev/dvb/adapter1/demux0 vdr 7008 vdr 26u CHR 212,68 6038 /dev/dvb/adapter1/demux0 vdr 7008 vdr 27u CHR 212,68 6038 /dev/dvb/adapter1/demux0 vdr 7008 vdr 28u CHR 212,68 6038 /dev/dvb/adapter1/demux0 vdr 7008 vdr 39u CHR 212,68 6038 /dev/dvb/adapter1/demux0 Sometimes this count is lower (e.g. 8, in which case 2 channels can be recorded). When it fails, VDR still tries to allocate the PID's for the channel that requires 4: May 16 19:47:51 ha-server vdr: [7022] ERROR: /dev/dvb/adapter1/demux0: Too many open files May 16 19:47:51 ha-server vdr: [7022] ERROR (dvbdevice.c,658): Too many open files Sometimes, after multiple retries, the 2 channels fit the total of 15 (presumably some other PID's discarded) and it records 2 channels OK. Then after stopping 2 simultaneous recordings (BBC1 + BBC2), and the residual PID count is now just 5. vdr 7008 vdr 7u CHR 212,68 6038 /dev/dvb/adapter1/demux0 vdr 7008 vdr 15u CHR 212,68 6038 /dev/dvb/adapter1/demux0 vdr 7008 vdr 21u CHR 212,68 6038 /dev/dvb/adapter1/demux0 vdr 7008 vdr 22u CHR 212,68 6038 /dev/dvb/adapter1/demux0 vdr 7008 vdr 26u CHR 212,68 6038 /dev/dvb/adapter1/demux0 The question is can the total PID count be reduced when VDR is idle, or is there an assumption that a channel uses fewer than 4 PID's in calculating how many to leave spare for recordings (if that's how it works)? Or is it that these USB sticks are just old now, and I need one that has more hardware filters - if so does anyone have recommendations? Thanks!

2 1

Re: [vdr] VDR and ACPI wakeup for recording
by Eric Valette 01 Jun '10

01 Jun '10

On 05/31/2010 03:58 PM, Gerald Dachs wrote: >> On 05/31/2010 03:14 PM, Hanno Zulla wrote: >> >>> Hi, >>> >>> >>> >>>> 1) Has this already been integrated to vdr? >>>> >>>> >>> A working ACPI wakeup script was written by Tobi in 2003 and has been >>> maintained by him as a debian package since then: >>> >>> <http://www.e-tobi.net/vdr-experimental/pool-sid/source/addons/vdr-addon-acp…> >>> >>> It works nicely on my system, after turning off HPET on boot. >>> >>> >> Thank for this part of the script. Job is half done at least. >> > I use it already for years and didn't notice that something is missing. > Could you please enlighten me what is missing? > Read: http://www.vdr-portal.de/board/archive/75121/thread.html where the guy complains about not having the wakeup file or please post your own script (or the link) especially the part that writes the WAKEUP_FILE="/var/cache/vdr/acpiwakeup.time". Readding the scripts I do not know what part of the software is going to write /var/cache/vdr/acpiwakeup.time and also I shall manually set wake up time in the config file. What I would like is using the stored planned recording information to automatically deduce the next wakeup time. -- eric

2 2

number of remote clients
by James Courtier-Dutton 31 May '10

31 May '10

Hi, I would like to run vdr with more than one remote client using the xinelib plugin. It currently works, and both clients see the same picture. Is it possible to have two clients watching different channels or different recordings? My layout is to have a central server that has the DVB cards in it, and then TVs in different rooms to display the content from the central server. Kind Regards James

4 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr May 2010