vdr

vdr@linuxtv.org

6731 discussions

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

vdr-1.7.7 playback - getting PPPP ??
by Simon Baxter 20 May '09

20 May '09

Hi I've just built vdr-1.7.7, using vdr-xine 9.1 as the output device. During playback I'm getting PPPPPPPPPP at a rate of 5 every second. What does this mean?? Apart from a few skips in audio when the playback first starts (then it settles), there doesn't appear to be any other problems. What does PPPPPPPP mean?? Thanks Simon

4 5

Compilation issues with recent DVB header files vs libc6
by Tobi 19 May '09

19 May '09

Hi! Recent DVB driver releases (now in Kernel 2.6.29) cause trouble compiling VDR (see snippet A below). The common solution to this seems to be to add a "-D__KERNEL_STRICT_NAMES". It felt wrong somehow and I didn't liked this, so I tried another solution, which is to have any libc6 <sys/*> includes appear before the linux DVB header includes <linux/*>. Doing this only in dvbdevice.c seems to do the trick for VDR (see snippet B). I works for VDR 1.6.0 as well as VDR 1.7.4. I think the root of this problem is caused by the Kernel headers / DVB drivers changing from asm/types.h to linux/types.h: -#include <asm/types.h> +#include <linux/types.h> How should this problem ideally be fixed? Is my solution (snippet B) better than using -D__KERNEL_STRICT_NAMES or should the kernel / DVB driver developers be blamed for this? Tobias --- snippet A --- In file included from /usr/include/netinet/in.h:24, from /usr/include/arpa/inet.h:23, from config.h:13, from channels.h:13, from device.h:13, from dvbdevice.h:15, from dvbdevice.c:10: /usr/include/stdint.h:41: error: conflicting declaration 'typedef long int int64_t' /usr/include/linux/types.h:98: error: 'int64_t' has a previous declaration as 'typedef __s64 int64_t' /usr/include/stdint.h:56: error: conflicting declaration 'typedef long unsigned int uint64_t' /usr/include/linux/types.h:96: error: 'uint64_t' has a previous declaration as 'typedef __u64 uint64_t' --- snippet B --- --- vdr-1.6.0.orig/dvbdevice.c +++ vdr-1.6.0/dvbdevice.c @@ -7,6 +7,8 @@ * $Id: dvbdevice.c 1.170 2008/02/09 16:11:44 kls Exp $ */ +#include <sys/ioctl.h> +#include <sys/mman.h> #include "dvbdevice.h" #include <errno.h> #include <limits.h> @@ -15,8 +17,6 @@ #include <linux/dvb/dmx.h> #include <linux/dvb/frontend.h> #include <linux/dvb/video.h> -#include <sys/ioctl.h> -#include <sys/mman.h> #include "channels.h" #include "diseqc.h" #include "dvbci.h"

6 9

Re: [vdr] Can I disable pause live tv altogher?
by martinez＠embl.de 17 May '09

17 May '09

The relook400s for example has an option (it can be turned on or off) where a 30 minutes buffer of live tv is recorded to allow to rewind livetv. This recording is automatically deleted when you zap to another channel, hence the Wife Acceptance Factor is very high. Whenever my wife sees in vdr 'channel not available' she freaks out and waits for me to come back from work, and then nags how vdr is not working again. It is nearly always instant recordings causing this and she is intimidated by the routing of deleting the recoding with the @ and then zapping. VDR is wonderful but it would not hurt to have options (I repeat options, that can be enabled only if desired) that make it more acceptable to non-technical users.

16 26

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr