vdr May 2009

vdr@linuxtv.org

104 participants
102 discussions

What is the best linux distribution for VDR?
by Fabio Bordin 23 May '09

23 May '09

Last week arrived to me new hard disk I ordered so I reinstalled my os. My goal is to have a updated linux system which let me see vdr throw xineliboutput or xine. I have a Skystar 1 and a Hauppauge HVR4000. I did many tests without any success: - Debian Sid 64 (problem with alsa and remote) - Archlinux 64 (problem with remote and no image throw xineliboutput) - Sidux 32 (problem with remote and no image throw xineliboutput) I tried vdr version 1.7.0 and 1.7.7 with s2api driver. I think my main problem is evdev and xorg: evdev let every device under /dev/input/event* input in X: this mean that remote controlled by HVR4000's ir can input directly to X. Someone knows how to tell evdev to skip a particular /dev/input/event* ? or how to disable evdev?

10 13

Re: [vdr] lyngsat/kingifsat 2 vdr script
by martinez＠embl.de 22 May '09

22 May '09

Thanks for the perl script! It generates channels.conf like this: Canal + Dcine:11436:vC23:S19.2E:22000:160:81:0:0:29903:0:0:0 TVC Internacional:11686:v:S19.2E:22000:161:84:0:0:30201:0:0:0 Will VDR 1.7.7 be able to read them and update them to the current format?

1 0

What is the best linux distribution for VDR?
by martinez＠embl.de 22 May '09

22 May '09

http://ubuntuforums.org/showthread.php?t=1126258 For the remote control problem you mention, see my howto and the remote control part, you basically have to specify an exception in HAL so that it does not try to configure your remote as a keyboard

1 0

Re: [vdr] xinelibout sxfe freeze
by Rolf Ahrenberg 22 May '09

22 May '09

On Wed, 20 May 2009, Malcolm Caldwell wrote: > Is sxfe freezing a known issue? Any fix? Yes, I tracked down the bug and informed the author months ago. Last time I communicated to him, he had a (possible) fix running on his development setup, but I haven't checked lately, if it had been commited to CVS. BR, -- rofa

2 1

Running multiple instances of vdr 1.7.7 with streamdev
by scott 21 May '09

21 May '09

Hi, I have an not uncommon arrangement: 1 vdr machine in the living room with a budget card connect to a TV, a streamdev server (ip 192.168.2.33). I start it with: $VDRPRG -c /etc/vdr -v /data/video --lib=/etc/vdr/plugins/lib -P "xine -r" -Pstreamdev-server -w 60 $*' and that works fine. I have another pc/tv in the bedroom, so I run another instance of vdr on the living room machine with: $VDRPRG -c /etc/vdr2 -v /data/video --lib=/etc/vdr2/plugins/lib -D 10 -p 2102 -P "xineliboutput --local=none --remote=37892" -P streamdev-client and I propose to connect to this using vdr-sxfe. I know I could run just one instance of vdr and use multiple vdr-sxfes, but I want multiple independend OSDs . My problem is that when I start the second instance of vdr (with no xineliboutput client) it seems to compete for the channel on the server. Every 30 seconds or so I get a "no signal" picture on the living room tv for a few seconds before the picture comes back (usually). The log at that time is: May 14 17:49:21 giradot vdr: [28489] streamdev-server: Detaching current receive r May 14 17:49:21 giradot vdr: [13530] ERROR: Streamdev: Couldn't tune 192.168.2.3 3:2004 to channel STREAM-0 May 14 17:49:21 giradot vdr: [13530] retrying May 14 17:49:21 giradot vdr: [28489] streamdev-server: Detaching current receiver May 14 17:49:21 giradot vdr: [13530] ERROR: Streamdev: Couldn't tune 192.168.2.33:2004 to channel STREAM-0 May 14 17:49:21 giradot vdr: [13530] retrying May 14 17:49:21 giradot vdr: [28489] streamdev-server: Detaching current receiver May 14 17:49:21 giradot vdr: [13530] ERROR: Streamdev: Couldn't tune 192.168.2.33:2004 to channel STREAM-0 May 14 17:49:21 giradot vdr: [13530] retrying May 14 17:49:21 giradot vdr: [2226] TS buffer on device 1 thread ended (pid=28480, tid=2226) May 14 17:49:21 giradot vdr: [2225] buffer stats: 69748 (3%) used May 14 17:49:21 giradot vdr: [2225] receiver on device 1 thread ended (pid=28480, tid=2225) May 14 17:49:22 giradot vdr: [28480] switching to channel 7 May 14 17:49:22 giradot vdr: [2269] receiver on device 1 thread started (pid=28480, tid=2269) May 14 17:49:22 giradot vdr: [2270] TS buffer on device 1 thread started (pid=28480, tid=2270) May 14 17:49:23 giradot vdr: [2269] cVideoRepacker: switching to MPEG1/2 mode May 14 17:49:23 giradot vdr: [2269] cVideoRepacker: operating in MPEG1/2 mode I have on the streamdev server, the behaviour to "Offer Suspend" and "Client may suspend" to "yes", I was hoping that with this setup I would get "last one wins, except for recordings which always win". Is there something wrong with my setup? I have no patches applied. xineliboutput v1.0.4. -- Scott

2 4

Black screen on some channels with vdr 1.7.6
by Marek Hajduk 21 May '09

21 May '09

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

4 14

lyngsat/kingifsat 2 vdr script
by martinez＠embl.de 21 May '09

21 May '09

Manual channel scanning does not work so well as the provider sometimes don ´t adhere to the dvb api. Adding the channels one by one from within vdr can t ake an eternity. Anybody has a script to generate a vdr channels.conf out of an .html file f rom lyngsat or kingifsat ? http://www.lyngsat.com/packages/dpastra.html

3 2

xineplayer uncontrolable...
by lucian orasanu 21 May '09

21 May '09

Hy Reinhard Nissl, Did you start to implement SLAVE mode??? or you will start soon??, to implement SLAVE mode.

1 0

[ANNOUNCE] VDR developer version 1.7.5
by Klaus Schmidinger 21 May '09

21 May '09

VDR developer version 1.7.5 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.5.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.7.4-1.7.5.diff WARNING: ======== This is a *developer* version. Even though *I* use it in my productive environment. I strongly recommend that you only use it under controlled conditions and for testing and debugging. The main focus of this version is still the switch to Transport Stream (TS) as the recording format, as well as improved synchronization of replay with the progress display, trick modes and subtitles. IMPORTANT: ========== You need the DVB driver version from http://linuxtv.org/hg/~endriss/v4l-dvb or, alternatively, apply the two patches http://linuxtv.org/hg/~endriss/v4l-dvb/raw-rev/55fa4f709cf2 http://linuxtv.org/hg/~endriss/v4l-dvb/raw-rev/b5567f27fba7 (in *this* sequence) in order to replay TS recordings with full featured DVB cards! The second patch is only required for replaying pure audio recordings. Users of full featured DVB cards also need to use a new firmware, available at http://www.escape-edv.de/endriss/firmware Note that the header files in the latest driver versions may be broken. If you get compiler error messages like /usr/include/sys/types.h:52: error: conflicting declaration 'typedef __ino64_t ino_t' /usr/include/linux/types.h:14: error: 'ino_t' has a previous declaration as 'typedef __kernel_ino_t ino_t' when compiling VDR, you need to put the driver header files back to how they were before they got broken. One way of doing this is to apply the patch from ftp://ftp.cadsoft.de/vdr/Developer/v4l-dvb-header-fix.diff (I'm not claiming that this is the right way to fix this, since the driver developers may have had good reasons for making that change. However, both the driver and VDR compile and work fine with this). The changes since version 1.7.4: - Fixed a hangup when replaying a TS recording with subtitles activated (reported by Timo Helkio). - Fixed handling the 'new' indicator in the recordings menu for TS recordings (thanks to Derek Kelly). - Added cap_sys_nice to the capabilities that are not dropped (thanks to Rolf Ahrenberg). - Updated the Italian OSD texts (thanks to Diego Pierotto). - Added cRecordingInfo::GetEvent() (thanks to Marcel Unbehaun). - Improved synchronizing the progress display, trick modes and subtitle display to the actual audio/video. This now works independent of any buffer sizes the output device might use. + The cBackTrace class has been replaced with cPtsIndex, which keeps track of the PTS timestamps of recently played frames. + cDevice::GetSTC() is now required to deliver the STC even in trick modes. It is sufficient if it returns the PTS of the most recently presented audio/video frame. + The full-featured DVB cards need an improved firmware in order to return proper STC values in trick modes (thanks to Oliver Endriss for enhancing the av7110 firmware). - Adapted cFrameDetector::Analyze() to HD NTSC broadcasts that split frames over several payload units (thanks to Derek Kelly for reporting this and helping in testing). - Modified cFrameDetector::Analyze() to make it process whole frames at once, so that file I/O overhead is minimized during recording (reported by Günter Niedermeier). - Added command line help for the '-i' option. - Fixed cDvbPlayer::NextFile() to handle files larger than 2GB (thanks to Jose Alberto Reguero). - Improved replay at the begin and end of a recording. The very first and very last frame is now sent to the output device repeatedly until GetSTC() reports that it has been played. cDvbPlayer::Action() no longer calls DeviceFlush() (thanks to Reinhard Nissl for making sure vdr-xine no longer needs this). - Added missing '[]' to the delete operator in cMenuEditStrItem::~cMenuEditStrItem(). - Added missing virtual destructor to cPalette. - Now freeing configDirectory before setting it to a new value in cPlugin::SetConfigDirectory(). - Fixed a crash when jumping to an editing mark in an audio recording. - Fixed the 'VideoOnly' condition in the PlayPes() and PlayTs() calls in cDvbPlayer::Action() (thanks to Reinhard Nissl). - cDevice::PlayTs() now plays as many TS packets as possible in one call. - Making sure any floating point numbers written use a decimal point (thanks to Oliver Endriss for pointing out a problem with the F record in the info file of a recording). - Fixed detecting the frame rate for radio recordings. - Added missing AUDIO_PAUSE/AUDIO_CONTINUE calls to cDvbDevice (thanks to Oliver Endriss). - No longer writing the video type into channels.conf if VPID is 0 (thanks to Oliver Endriss for reporting this). - Improved efficiency of cEIT::cEIT() (thanks to Tobias Bratfisch). Have fun! Klaus

4 4

xinelibout sxfe freeze
by Malcolm Caldwell 20 May '09

20 May '09

Hello, After a hard disk crash I am rebuilding my vdr system. Of course, I am taking the opportunity to "upgrade" parts where needed. In the past I used softdevice with TVout, using a mga card and directfb. As I now have an HD LCD screen, I decided to try xineliboutput. I am running vdr with "-P xineliboutput --local=none --remote=37890", and then using a user account to run sxfe Everything is working except: sxfe freezes from time to time. When this happens ESC does not kill it, the only way to keep going is to kill the sxfe process twice (or do kill -9). It could be that this is because my DVB reception is quite bad at the moment (another issue, could be my antenna needs fixing. I changed dvb-t card to a nova 500 during my "upgrade"). Is sxfe freezing a known issue? Any fix?

4 5

← Newer
1
2
3
4
5
6
7
8
9
10
11
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr May 2009