vdr April 2009

vdr@linuxtv.org

79 participants
91 discussions

ITV HD
by Tony Houghton 22 Jun '09

22 Jun '09

I've read that ITV HD can only be viewd by pressing the red button on a Freesat receiver. Does this mean VDR can't access it? -- TH * http://www.realh.co.uk

9 15

Build failures with gcc 4.4
by Ville Skyttä 08 Jun '09

08 Jun '09

Hello, I'm trying to build VDR 1.6.0-2 for the upcoming Fedora 11 release which has gcc 4.4. There are a bunch of compilation errors as gcc has again become less forgiving for C++ than it used to be. One very common source of problems is explained here: http://markmail.org/message/e5y6atneqztuvpw6#query: +page:1+mid:hdkehz7bgl5b6vgc+state:results There are quite a few of these problems in VDR 1.6.0-2 ("error: invalid conversion from 'const char*' to 'char*'"). I started patching but quickly realized that this is a job for someone who actually knows what he's doing. Anyway, attached is a patch against VDR 1.6.0-2 that fixes the first few of these errors. Approach with caution: I'm fairly confident that for example the changes to cRecordings::DelByName are not the right thing to do but then again I might not understand what it's doing anyway (changing the extension of the filename to .del but not actually renaming the file accordingly?). In addition to these errors, similar ones exist at least in StatNearestDir (videodir.c) cSVDRP::CmdGRAB. Help appreciated! By the way, in case someone runs into it, some recent changes in DVB headers (as in current Fedora devel) have caused other unrelated compilation issues, -D__KERNEL_STRICT_NAMES appears to be needed to get compilation past dvbdevice.c. See https://bugzilla.redhat.com/show_bug.cgi?id=483644

3 4

[ANNOUNCE] ExtRecMenu-Plugin 1.1
by Martin Prochnow 28 May '09

28 May '09

Hi folks, another release of my Extendend Recordings Menu plugin. - fixed an issue with starting an editing process; thank to Andreas Mair for the patch - new marker ('*') is shown despite the setup option 'Show alternative to new marker' is on and 'Patch font' is off; fixed; thanks to Saxman2k from vdr-portal.de for reporting - added option to switch off cutter queue Screenshots and Download: http://martins-kabuff.de/extrecmenu_en.html Greets, Martin

4 4

test material to evaluate image quality on TV set
by Paul Menzel 24 May '09

24 May '09

Dear list, I searched for all variants of "test material" for ff-card or "full featured" tv set vdr "test material" on the WWW to no avail. I only found [1] which also voices this wish. Could you please tell me where I could get some video files to test the quality of my setup/system. I remember sometimes there is some test images on the TV broadcasted by the TV station if there is an error(?). Thanks a lot, Paul [1] http://www.mail-archive.com/vdr@linuxtv.org/msg09256.html

2 3

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

[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

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

Best practices for running vdr-xine
by Peter 05 May '09

05 May '09

I have a bit of a problem running xine frontend – it will not reconnect if vdr backend restarts. Also, my vdr can take 10-15secs just to start up, and xine frontend will bail out during that time, too. Since frontend is being run on unattended TV box (read: no keyboard) it is cumbersome to restart xine every time this happens. Second problem: xine does not work with vdr mplayer plugin (mplayer cannot access X, hence no video). Are there any alternatives? I wonder if there are any solutions for this? I’m back to using softdevice, but it does not compile with latest ffmpeg, plus segfaults every now and then. Peter

18 38

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

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

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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr April 2009