VDR developer version 1.7.21 is being packaged for yaVDR
-
06. September 2011
-
VDR Core

Two days ago, Klaus Schmidinger has announced the release of VDR developer version 1.7.21. As always, we are excited about the new version and want to thank Klaus for his steady work on VDR core.
The yaVDR team has already started to use the new developer version to create updated experimental VDR packages in our PPA unstable-vdr. Packages for Ubuntu Lucid (yaVDR 0.3) and Ubuntu Natty (yaVDR 0.4) are now available, but most of them are untested. It is possible that we will update our PPA testing-vdr with the predecessor version: Our VDR 1.7.20 packages that are only a couple of days old now need a new home.
Let's have a look at the changes in VDR 1.7.21.
Klaus describes the changes since VDR 1.7.20 as follows:
- Fixed detecting frames for channels that split frames into several payloads (reported by Derek Kelly).
- Now initializing Setup.InitialChannel to an empty string to avoid problems in case there is no setup.conf.
- The start time of an edited recording is now set to the time of the first editing mark (thanks to Udo Richter). This obsoletes the CUTTIME patch.
- Direct access to the members start, priority, lifetime, and deleted of cRecording as well as to position and comment of cMark is now deprecated. Plugin authors should switch to the new access functions for these members. For now the macro __RECORDING_H_DEPRECATED_DIRECT_MEMBER_ACCESS is defined in recording.h, which exposes these members, so that existing plugins will still compile. Comment out this #define to check whether a particular plugin needs to be modified. This #define may be removed in a future version.
- The new functions cRecording::NumFrames() and cRecording::LengthInSeconds() return the number of frames and length (in seconds) of a recording (suggested by Steffen Barszus).
- The subtitle PIDs are now stored in the channels.conf file as an extension to the TPID field (thanks to Rolf Ahrenberg).
- The new function cDevice::ProvidesEIT() is used to determine whether a device can provide EIT data and will thus be used in cEITScanner::Process() to receive EIT data from the channels it can receive (suggested by Rolf Ahrenberg). Note that by default it is assumed that a device can't provide EIT data, and only the builtin cDvbDevice returns true from this function.
- The Audio and Subtitles options are now available through the Green and Yellow keys in the Setup/DVB menu (thanks to Rolf Ahrenberg). This is mainly for remote controls that don't have dedicated keys for these functions.
- The SVDRP command HITK now accepts multiple keys (up to 31).
- The Recordings menu now displays the length (in hours:minutes) of each recording (thanks to Rolf Ahrenberg). Note that the "new" indicator has been moved from the recording time to the length column. This new format is also used by the SVDRP command LSTR, so in case you have an application that parses the LSTR output, you will need to adjust it to the new format.
- The dvbsddevice plugin now supports the new option --outputonly, which disables receiving on SD FF devices and uses the device only for output (thanks to Udo Richter).
- Fixed detecting frames on radio channels (reported by Chris Mayo).
- Revoked the changes to cFrameDetector that have been introduced in version 1.7.19. Detecting frames in case the Picture Start Code or Access Unit Delimiter extends over TS packet boundaries is now done by locally skipping TS packets in cFrameDetector.
An overview of earlier VDR developer versions of the 1.7 branch can be found here.
09. September 2011
www.vdr-portal.de/board60-linux/board14-betriebssystem/board96-yavdr/107998-0-3-testing-vdr-1-7-20-problems-with-dist-upgrade/
08. September 2011
Thanks.
I managed to run those commands without error, but during the process it also removes yavdr-essential, which, when I want to re-install I also got errors:
The following packages have unmet dependencies:
yavdr-essential: Depends: vdr-plugin-dynamite but it is not going to be installed
Depends: vdr-plugin-live but it is not going to be installed
Depends: yavdr-webfrontend but it is not going to be installed
08. September 2011
Hi,
this is a known problem I had also to solve.
Please have a look at bugs.yavdr.com/issues/427 (last post). Mybe this helps
07. September 2011
I am here now after several apt-get rounds: trying to install tntnet (dependency of yavdr-utils):
"dpkg: error processing /var/cache/apt/archives/libcxxtools7_2.0+r1231-3yavdr3~lucid_i386.deb (--unpack):
trying to overwrite '/usr/lib/libcxxtools.so.7.0.0', which is also in package libcxxtools6 0:2.0+r1201-1yavdr1"
07. September 2011
ppa:yavdr/unstable-vdr contains VDR 1.7.21
ppa:yavdr/testing-vdr contains VDR 1.7.20
for both is additionaly
ppa:yavdr/main
necessary and both do contain vdr-plugin-shutdown.
Pls. try apt-get update && apt-cache policy vdr-plugin-shutdown
a version yavdr-essentials is part of any:
ppa:yavdr/stable-yavdr
ppa:yavdr/testing-yavdr
ppa:yavdr/unstable-yavdr
07. September 2011
If I do it want to remove:
libtntnet8 yavdr-essential yavdr-startup yavdr-utils
And after if I try to install yavdr-essential again, it has a missing dependency: vdr-plugin-shutdown. If I remember correctly
07. September 2011
Did you do:
sudo apt-get update
sudo apt-get dist-upgrade
?
07. September 2011
Yes, I did already: "after addig unstable-vdr and main repos"
07. September 2011
You have to add the PPA called "main" to your apt-sources when updating yaVDR 0.3 with testing-vdr PPA or unstable-vdr PPA.
06. September 2011
I want to test the new vdr packages in lucid but I get the following message after addig unstable-vdr and main repos and trying to upgrade:
The following packages have been kept back:
graphtft-fe s2-liplianin-dkms tntnet tntnet-runtime vdr vdr-plugin-channellists vdr-plugin-control vdr-plugin-dummydevice
vdr-plugin-epgsearch vdr-plugin-extrecmenu vdr-plugin-femon vdr-plugin-graphtft vdr-plugin-iptv vdr-plugin-live vdr-plugin-menuorg
vdr-plugin-streamdev-server vdr-plugin-text2skin vdr-plugin-vnsiserver vdr-plugin-wirbelscan vdr-plugin-xine vdr-plugin-xineliboutput
The following packages will be upgraded:
dkms irserver libjs-ext libjs-ext-examples liblircclient0 libxine1-xvdr libxine2 linux-firmware-yavdr lirc nvidia-current
nvidia-current-modaliases nvidia-settings vdr-dev vdr-skins-anthra xine-ui xineliboutput-sxfe
16 upgraded, 0 newly installed, 0 to remove and 21 not upgraded.