vdr

vdr@linuxtv.org

6731 discussions

Hauppauge WinTV NOVA-T USB2 with vdr?!
by Laz 13 Jan '06

13 Jan '06

Hi, Has anyone managed to get vdr to work with a Hauppauge WinTV NOVA-T USB2? I'm trying to add one to an existing system with a PCI DVB-T card and it just keeps on restarting because it cannot get a signal from the USB device which hotplug sets to /dev/dvb/adaptor0. Hotplug loads the firmware and all looks good. There are issues with the filter timeout on these devices (see http://www.linuxtv.org/pipermail/linux-dvb/2005-May/001738.html). If I use 'scan' from dvb-apps, all I get is the initial transponder. If I add a '-5' option to extend the filter timeout, I get a full listing of all the available transponders. If I use softdevice for output, I never actually see any video, just a series of 'reconfiguring layer' messages, which I think is a sign of no MPEG stream. If I run with just streamdev-server, I can switch channels with using SVDRP but it seems to switch between transponders just a little bit too quickly for my liking, i.e. as if it isn't actually switching it! In fact, if I try 'scan -c' to scan the currently tuned transponder, I get: using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' WARNING: filter timeout pid 0x0011 WARNING: filter timeout pid 0x0000 dumping lists (0 services) Done. Which looks like it isn't tuned to anything (doing the same for the PCI card gives an instant list of channels). Has anyone sorted this one out? Is it a problem with filter timeout on tuning or something else? What's the easiest way of testing to see if it is actually streaming data (once tuned with tzap) to discount that option? I would usually use dvbstream but that fails for this device, I think because of the timeout problem again (saw references to this in the linux-dvb mailing list). Would changing PMT_SCAN_TIMEOUT in pat.c help me here? For reference: $ tzap "BBC ONE" using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' reading channels from file '/home/laz/.tzap/channels.conf' tuning to 722166670 Hz video pid 0x0258, audio pid 0x0259 status 1f | signal 0700 | snr 0000 | ber 001fffff | unc 00000000 | FE_HAS_LOCK status 1f | signal ff3f | snr 0001 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0703 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0000 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0000 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0000 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK status 1f | signal 0000 | snr ffff | ber 00000000 | unc 00000000 | FE_HAS_LOCK Which carries on spewing out the last line for ever. I'm a tad worried about the signal 0000 bit! Maybe it is actually tuning but then not outputting a dvb stream. It's been a while since I've had to resort to dvb-apps because vdr has pretty much 'just worked' with my PCI cards! This is with DVB drivers form a 2.6.12.5 kernel and vdr-1.3.36. Cheers, Laz

3 4

vdr-1.3.38 and low SR channel black]
by Juergen Judt 13 Jan '06

13 Jan '06

I have here the same Problem (no Locks by channel switching by some transponders) with VDR 1.3.38 with DVB-T. Of course I have not so strong DVB-T signal, but with VDR 1.3.37 I have no Problems with channel switching and Locks!! With tests with both VDR versions above I use the same kernel (2.6.15) and DVB driver. Has this anything to do with the following changes? - Improved TS/PES conversion to better handle lost TS packets (thanks to Reinhard Nissl). - The DVB devices now retune (and, if applicable, resend the DiSEqC data) if the lock is lost (based on a patch from Reinhard Nissl). - Fixed handling TS packets in cTS2PES (thanks to Reinhard Nissl). - Any cReceivers still attached to a cDevice when that device switches to a different transponder are now automatically detached (suggested by Patrick Fischer). - Adapted c(Dvb)Device: ProvidesCa() to the dynamic CA handling. - Added a mutex to synchronize cDevice: PlayPesPacket() and SetCurrentAudioTrack() (thanks to Reinhard Nissl). best regards, Juergen Judt

4 10

Run vdr as non-root
by Peter Juszack 13 Jan '06

13 Jan '06

Hallo everybody, By now I ran vdr as root. I wanted to change that but never did... When the setuid-stuff was introduced I now managed to do so. Since I beleive some people use Debian (like me) I will shortly describe what has to be done to eliminate access problems. I don not use LIRC so there will be no hints about that. 1. Create group vdr groupadd vdr 2. Create user vdr (no shell, home directroy will be video dir) useradd -s /bin/false -d /home/recordings -g vdr 3. Add user vdr to other groups if necessary (edit /etc/group) for DVD-access => disc 4. Chown your video-dir chown vdr.root /home/recording -R 5. Modify DVB-devices chown root.vdr /dev/dvb -R 6. Modify input-dev (for remote control) chown root.vdr /dev/input/event* 7. Modify /proc/av7110_ir (Nexus remote-control) if you do not use a NEXUS-S with remote control you will probably have to modify something else chown root.vdr /proc/av7110_ir chmod 661 /proc/av7110_ir 8. Modify VDR-configuration dir by now vdr itself will start as long as the config was world readable. The text2skin caused a crash. To manage that I had to give write access to plugins/text2skin and themes in the configuration dir. chown root.vdr /etc/vdr -R chmod 775 /etc/vdr/themes -R chmod 775 /etc/vdr/plugins/text2skin -R Regards Peter

5 4

Run vdr as non-root
by Peter Juszack 12 Jan '06

12 Jan '06

Uups, there is (at least) one mistake in it: to add the created vdr user to the group vdr you must type capital G 2. Create user vdr (no shell, home directroy will be video dir) useradd -s /bin/false -d /home/recordings -G vdr The rest should be all right Peter

1 0

VDR 1.3.38 and "-u root"
by Klaus Schmidinger 12 Jan '06

12 Jan '06

There have been reports from people who want to run VDR as user 'root' and have trouble with access rights when using "-u root". The attached patch simply skips all the SetCaps() and SetUser() stuff when VDR is started as 'root' and the option "-u root" has been given. This should then behave just like older versions. Klaus

13 22

Some ideas?
by Jarmo Järvenpää 11 Jan '06

11 Jan '06

Hi all, A few enchancement proposals: - Implement dvb-subtitles (with the subtitles patch) in a way that they would show even when rewinding & f-forwarding and/or with osd - Multispeed winding even faster, perhaps 4-6 or 4-8 times normal - also, some sub 2x speeds would be nice, like the mythtv has ;) BR, Jarmo

1 0

Beviour of menu key in 1.3.38
by vdr＠helmutauer.de 11 Jan '06

11 Jan '06

Hi Klaus, The behaviour of the menu key was changed with version 1.3.38. In my eyes this new behaviour is not optimal in some cases. e.g. if an OSD message appears and I press the menu key I would like the message to disappear AND the menu should be opened ( if only the message should disappear I'd use another key for it ). I would suggest the following behaviour: The menu key should work menu-oriented, e.g. if no menu is open the mainmenu should be opened ( no matter if a message is currently displayed or not ) and if a menu is open its parent menu should be opened. If its a toplevel menu, but not the main menu, I would prefer that the mainmenu will be opened, instead of just closing this menu. ( For only closing a menu I use the BACK key ). Bye Helmut

8 17

vdr-1.3.38 and low SR channel black
by Suur Karu 11 Jan '06

11 Jan '06

Is there any changes between 1.3.37 and 1.3.38 why I can't see anymore (NO LOCK) channel with low SR with last VDR version? BELARUS-TV;Tadiran Scopus:11529:v:S60.0E:2893:511+4450:512:0:0:2:177:176:0 DVB card: Nexus-S v.2.1 Regards, SK

1 0

subtitle problem with 1.3.38
by Timo Laitinen 10 Jan '06

10 Jan '06

Hi all, After running my current previous vdr setup (1.3.22) for quite a while, I decided to give a new version a try. Otherwise it looks good (after finding out that "modprobe capability" did wonders to set_cap problems), but recording of the subtitles fails. Or at least displaying the them... What happens is that the subtitles of the recorded program are not visible. Instead, if the "live" program being broadcasted during viewing of the recording has subtitles, they are visible. Anyone know what's wrong here? I think I read about something similar earlier, but all I could find concerned the ttxtsub plugin. As the title says, I'm trying to use vdr 1.3.38, with subtitles-0.3.8. I tried Rolf's patches, vdr-1.3.38-subtitles-0.3.8-and-ttxtsubs-0.0.5.diff and vdr-1.3.38-subtitles-0.3.8.diff but neither of them works. The "Live" subtitles work fine. -- Best Regards, Timo

3 5

Re: [vdr] [Announce] xbmc-streamdev 0.02
by Patrick Gleichmann 10 Jan '06

10 Jan '06

Hi, On 10.01.2006, at 00:15, Doughan Turk wrote: > Patrick, where do you install this script and how do you run it? 1. Extract the "Streamdev-0.02" folder 2. Overwrite the shipped channels.conf with your own one 3. Copy the into the $XBMC_HOME/scripts/ folder

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