Package Details: vdr 2.2.0-3

Git Clone URL: https://aur.archlinux.org/vdr.git (read-only)
Package Base: vdr
Description: 'open' digital satellite receiver and timer controlled video disk recorder
Upstream URL: http://tvdr.de/
Licenses: GPL2
Conflicts: runvdr-extreme
Provides: vdr-api=2.2.0
Replaces: runvdr-extreme
Submitter: lotho
Maintainer: CReimer
Last Packager: CReimer
Votes: 52
Popularity: 0.918358
First Submitted: 2006-06-19 17:17
Last Updated: 2016-03-01 10:56

Required by (109)

Sources (13)

Latest Comments

CReimer commented on 2015-04-14 11:01

I don't know of any drawbacks with the ttxtsubs patch.
But nevertheless. It's not right do add more patches downstream.

If you want ttxtsubs you should talk to the upstream maintainer.
In one of the next updates I'll remove the MainMenuHooks patch, too.

jpalko commented on 2015-04-13 18:56

Have you happened to have tried out whether the newer ttxtsubs patches cause issues anymore?

Was just checking that there are now vdr-2.0.6-ttxtsubs.patch and vdr-2.2.0-ttxtsubs.patch versions of it.

azleifel commented on 2015-02-19 22:06

Due to other commitments, the update to 2.2.0 will follow in the next few days.

azleifel commented on 2015-01-20 22:04

* Updated to vdr 2.0.7

azleifel commented on 2015-01-20 22:04

* Updated to vdr 2.0.6

azleifel commented on 2014-03-23 09:38

* Updated to vdr 2.0.6

Note that the APIVERSION has changed therefore plugins will need to be rebuilt.

azleifel commented on 2014-03-12 22:35

vdr 2.0.5-4

* Removed vdr-1.7.40-ttxtsubs.patch

If anyone wants to add it to their own local PKGBUILD then the latest version can be found here: http://projects.vdr-developer.org/git/vdr-plugin-ttxtsubs.git/tree/patches

Corpswalker commented on 2014-03-12 20:08

With the vdr-1.7.40-ttxtsubs.patch runvdr throws a SegFault at start.
Had to revert to 2.0.5-1

azleifel commented on 2014-03-03 00:36

Should never succumb to flattery! Just a note of warning, VDRAdmin-AM does not play well (here) with the ttxtsubs.patch in place. Everything works except the EPG Search function, which loses the ability to read epg entries.

azleifel commented on 2014-02-26 22:34

vdr 2.0.5-2

* Added vdr-1.7.40-ttxtsubs.patch

Flattery works, sometimes ;-)

decaturguy commented on 2014-02-26 20:38

Thanks, Azleifel your are the greatest. :)

I used VDR directory environment to build
# Build
make LIBDIR="$pkgdir/$_vdrLIBDIR" \
LOCALEDIR="$pkgdir/$_vdrLOCDIR" \
VDRDIR="$_vdrINCDIR/vdr" \
................................
One more thing is it possible for you to include the ttxtsubs patch.
http://projects.vdr-developer.org/projects/plg-ttxtsubs

It's really a must at least in Scandinavia and some other countries who uses teletext subtitles instead of DVB subtitles. English movies are OK one can understand with out subtitles, but when they show foreign movies thats when it gets !!!###

azleifel commented on 2014-02-26 19:32

@decaturguy: My vdr package installs vdr.pc in /usr/lib/pkgconfig, which is where it ought to be, and doesn't install the vdr source tree, so it isn't possible to build plugins in the way you're probably trying to build the channellists plugin without first making some changes to the plugin's Makefile.

In the meantime, try the following PKGBUILD. I knocked it together very quickly and it builds just fine. The only thing it doesn't do is install the channellists-update.sh script that's included with the source.

pkgname=vdr-channellists
_pluginname=channellists
pkgver=0.0.5
pkgrel=1
arch=('i686' 'x86_64')
pkgdesc="A VDR Plugin to manage your Channellists"
url="http://www.zulu-entertainment.de/content.php?f=VDR-Plugins&sub=Channellists"
license=('GPL2')
depends=('vdr>=2.0.0')
source=(http://www.zulu-entertainment.de/files/vdr-channellists/${pkgname}-${pkgver}.tgz)
md5sums=('20ab294c48164b513ed0557acee5c66c')

build() {
cd "${srcdir}/${_pluginname}-${pkgver}"
make
}

package() {
cd "${srcdir}/${_pluginname}-${pkgver}"
make DESTDIR="${pkgdir}" install

# Install documents
install -d -m755 "${pkgdir}/usr/share/doc/${pkgname}"
for _file in README HISTORY; do
install -m644 ${_file} "${pkgdir}/usr/share/doc/${pkgname}"
done
}

decaturguy commented on 2014-02-26 17:01

# vdr.pc is needed to compile vdr-channellists plugin
install -m644 $"${srcdir}/${pkgname}-${pkgver}/vdr.pc" "${pkgdir}${_vdrINCDIR}/vdr"

azleifel commented on 2014-01-20 20:44

I have several objections:

1. Scripts really shouldn't be run from either /var/lib or /etc.
2. vdr normally needs to be invoked with multiple command line parameters.

This is what I'm using currently:
/usr/bin/vdr --cachedir=/var/cache/vdr -c /var/lib/vdr -E /srv/vdr/video -l 2 -L /usr/lib/vdr --lirc --localedir /usr/share/locale --no-kbd -P epgsearch -P extrecmenu -P femon -P streamdev-server -P suspendoutput --menu --logo -P trayopenng -c eject -d /dev/dvd -P xineliboutput --local=none --remote=37890 --resdir=/usr/share/vdr -u vdr -v /srv/vdr/video -w 90

3. My runvdr-extreme package already does what you appear to want.

eworm commented on 2014-01-20 08:32

Project managers do have stupid ideas about how to install software... There is no need to follow these stupid advises when it works a lot better otherwise.
With "non-standard" you refer to what the project manager states in the INSTALL file? How about the Filesystem Hierarchy Standard (FHS) [o] every software (and distribution) should follow?

Place the scripts in /etc/vdr/ if you prefer that. But no one except pacman should ever create and/or change files in /usr/.

[0] http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard

azleifel commented on 2014-01-19 22:45

Thank you for your suggestion eworm. My package provides a standard, per INSTALL file, installation of vdr and the service file I've included supports a standard installation. Your systemd unit is most definitely non-standard, in addition to proposing that executable files be placed in /var/lib.

eworm commented on 2014-01-15 09:24

Generally forcing the admin to write files to /usr/bin/ is a bad idea, expecting any kind of configuration there is even worse.

If this kind of stuff is really needed... How about changing the systemd unit to contain something like this:

ExecStartPre=-/var/lib/vdr/init.sh
ExecStart=/usr/bin/vdr
ExecStopPost=-/var/lib/vdr/uninit.sh

The dash should make the script execute only if it exists.

azleifel commented on 2014-01-09 19:45

* Updated to version 2.0.5

azleifel commented on 2013-10-25 21:06

* Updated to version 2.0.4

azleifel commented on 2013-09-01 15:38

* Updated to version 2.0.3

Tarqi commented on 2013-08-12 19:18

However, on my machine it segfaults without vdrsymbols-ttf. After installing, it doesn't, maybe because of the dependencies (xorg-font-utils) of vdrsymbols-ttf.
So i got it running with _only_ vnsiserver-git (vnsiserver3 -> frodo branch) as (additional) plugin. -> Solved :)
Again, thanks for your attention. (PS: I know the MANUAL...)

azleifel commented on 2013-08-12 19:06

My experience is that VDR doesn't segfault if the vdrsymbols font isn't installed, which is why it's an optional dependency. The extrecmenu plugin does, however, depend on the vdrsymbols font.

I've fixed the install file. The install script is still bad because it assumes that the vdr user is to be called "vdr". If there is a preexisting user called vdr, created for some other purpose, then that user will find that they own all of vdr's settings files.

I've always found the MANUAL that comes with vdr (installed in /usr/share/doc/vdr) to be usefully informative.

Tarqi commented on 2013-08-11 22:40

VDR segfaults if vdrsymbols-ttf is not installed. Please add it as a dependency in the PKGBUILD.

Also the install script contains a wrong if/else/fi part for setting the owner of /var/lib/vdr{/*}.

Note: Deleted previous comments to avoid confusion.

Tarqi commented on 2013-08-11 20:34

The Message about the DVB-Api made me unsettled, so i thought this has something to do with the seqfault.

I installed: vdr, vnsiserver, wirbelscan, runvdr-extreme

Tried with plugins and without _any_ plugin, with runvdr and vdr itself.
Maybe i need a dummy output plugin? (It's a headless server.)

I fear i made a mistake then, shame on me if so.
Any hint would be nice. Thanks a lot.

azleifel commented on 2013-08-11 20:24

PS. linux-api-headers 3.8.4-1
Kernel headers _sanitized for use in userspace_

The headers version doesn't have to match the kernel version

azleifel commented on 2013-08-11 20:22

Just rebuilt vdr locally and it still works fine with my dvb-t cards. The issue probably isn't with the

vdr[28034]: DVB API version is 0x050A (VDR was built with 0x0509)

message. How are you starting vdr? If you're not using any plugins, what are you using for video output?

Tarqi commented on 2013-08-11 20:06

Doesn't work here, simply segfaults (bare vdr, no plugins):

uname -srvm:
Linux 3.10.5-1-ARCH #1 SMP PREEMPT Mon Aug 5 08:53:16 CEST 2013 i686

journal:
vdr[28034]: DVB API version is 0x050A (VDR was built with 0x0509)
...
vdr[28034]: segfault at 0 ip 08129918 sp bffbf8d0 error 4 in vdr[8048000+164000]

pacman:
core/linux 3.10.5-1
core/linux-api-headers 3.8.4-1

Maybe thats the problem?

Tarqi commented on 2013-08-11 20:03

Doesn't work here, simply segfaults (bare vdr, no plugins):

uname -srv:
Linux 3.10.5-1-ARCH #1 SMP PREEMPT Mon Aug 5 08:53:16 CEST 2013

journal:
vdr[28034]: DVB API version is 0x050A (VDR was built with 0x0509)
...
vdr[28034]: segfault at 0 ip 08129918 sp bffbf8d0 error 4 in vdr[8048000+164000]

pacman:
core/linux 3.10.5-1
core/linux-api-headers 3.8.4-1

Maybe thats the problem?

azleifel commented on 2013-06-08 17:15

No connection. ArchVDR is a comprehensive solution with all the bells and whistles and the packages I maintain give a simple but still functional installation.

And1G commented on 2013-06-08 15:27

Is there any connection between this and ArchVDR?

azleifel commented on 2013-05-20 19:43

* Updated to version 2.0.2

azleifel commented on 2013-04-13 16:36

* Updated to version 2.0.1

azleifel commented on 2013-04-13 16:35

* Updated to version 2.0.1

azleifel commented on 2013-04-05 18:44

pkgrel=2

* Added patch: Fix initialization of cDevice::keepTracks

azleifel commented on 2013-04-04 21:27

I've uploaded vdr-softhddevice-git. Please test.

azleifel commented on 2013-04-02 20:33

I've created and uploaded vdr-xvdr-git but cannot test it because I don't have xbmc installed. The softhddevice plugin will take me a little more time to work out.

Anonymous comment on 2013-04-02 09:43

Great stuff azleifel.

Any chance for xvdr and softhddevice plugin packages?

https://github.com/pipelka/vdr-plugin-xvdr

http://projects.vdr-developer.org/projects/plg-softhddevice

azleifel commented on 2013-03-31 19:52

* Updated to stable version 2.0.0.

jonkristian commented on 2013-03-30 15:28

They work perfect, thanks for this quick support:)

azleifel commented on 2013-03-29 22:34

Uploaded vdr-dvbapi-git and vdr-vnsiserver-git, both untested.

azleifel commented on 2013-03-29 18:23

Thanks!

There is an out of date vnsiserver plugin package in AUR but no dvbapi plugin package. I'll have a look at making -git packages for them, though I won't be able to test either.

jonkristian commented on 2013-03-29 14:45

Nice to see this updated!
I have a request: Could you also create vnsiserver and dvbapi plugins?

Keep up the good work:)

azleifel commented on 2013-03-28 15:44

VDR 2.0.0 is due shortly. In preparation, I have updated vdr to 1.7.42, which is expected to be the last 1.7.x developer release, and updated the various vdr
plugins and utilities I maintain to build and install with 1.7.42. I have also changed some file locations to conform with vdr specifications: Configuration files are now in /var/lib/vdr, plugin configuration files are in /var/lib/vdr/plugins and video/epg.data files will go into /srv/vdr/video.

Updated plugin and utility packages:
runvdr-extreme
vdradmin-am
vdr-epgsearch-beta
vdr-extrecmenu-git
vdr-femon
vdr-mlist
vdr-radio
vdr-rssreader
vdr-streamdev-git
vdr-suspendoutput
vdr-wirbelscancontrol
vdr-wirbelscan
vdr-xineliboutput-cvs

azleifel commented on 2012-10-14 09:48

pkgrel=23
* Added systemd service file

azleifel commented on 2012-09-06 21:35

pkgrel=22
* Added vdr-FcFontSort-72c5ec3.diff patch from openSUSE that fixes

vdr: fcmatch.c:958: IA__FcFontSort: Assertion `result != ((void *)0)' failed.

errors when starting vdr after the update to fontconfig 2.10.1

azleifel commented on 2012-04-16 19:03

Thanks for the report Da_Coynul.

* pkgrel=21 (21 today, 21 today etc.) Added patch from OpenSuse that fixes compilation with gcc 4.7.

Da_Coynul commented on 2012-04-16 12:45

This won't compile for me. Could it be a problem with gcc 4.7? http://pastebin.com/C8Rh9meq

Da_Coynul commented on 2012-04-16 12:34

This won't compile for me. Here's (part of) the gcc output:
...
In file included from channels.h:13:0,
from channels.c:10:
config.h: In instantiation of âbool cConfig<T>::Load(const char*, bool, bool) [with T = cChannel]â:
channels.c:900:26: required from here
config.h:124:23: error: âAddâ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive]
config.h:124:23: note: declarations in dependent base âcListBaseâ are not found by unqualified lookup
config.h:124:23: note: use âthis->Addâ instead
make: *** [channels.o] Error 1

azleifel commented on 2012-02-19 11:18

pkrel=20
* Addedd vdr-1.6.0-3 patch and deleted redundant patches (vdr-1.6.0-const.diff, vdr-1.6.0-kernel-2.6.29.diff and vdr-1.6.0-use-v4l2.patch)

azleifel commented on 2011-05-13 18:07

pkgrel=19
* Added patch fixing skincurses build with gcc 4.6

azleifel commented on 2011-04-29 20:42

pkgrel=18
* Added v4l2 compatibility patch from Gentoo (http://bugs.gentoo.org/show_bug.cgi?id=359409)
* Stopped building the skincurses plugin due to incompatibility with ncurses 5.9

azleifel commented on 2011-04-29 17:55

Thanks for the report gardar. The problem is that videodev.h has been removed in linux-api-headers 2.6.38. Gentoo has a fix already and I will be checking it out over this weekend (I've just got back from vacation and I need to catch up!)

gardar commented on 2011-04-29 00:30

dvbdevice.c:14:28: fatal error: linux/videodev.h: No such file or directory
compilation terminated.
make: *** [dvbdevice.o] Error 1

azleifel commented on 2011-04-21 18:04

The tsplay patch has a use in mixed vdr 1.6 / 1.7 environments. Anyway, I just tried visited the host site and had no problems downloading the patch.

ecraven commented on 2011-04-21 08:37

as the tsplay patch is commented out anyway, please remove it from the list of sources (the host isn't reachable right now for me anyway)

azleifel commented on 2011-02-13 13:09

* Removed vdr-1.6.0-pluginparam.patch from the build because it upsets the Schedule display

azleifel commented on 2011-02-13 09:49

* Added vdr-1.6.0-pluginparam.patch to the build

azleifel commented on 2011-01-12 21:28

As a precaution, I've bookmarked https://wiki.archlinux.org/index.php/User:Allan/Toolchain and will check it before installing any toolchain updates!

Pelikan commented on 2011-01-12 14:55

Wow, thank you azleifel this works. I was very frustrated by this error because it seemed impossible to find the cause. But this works perfectly. Who would have thought that something simple as changing 2.6.17 to 2.6.36 solves the problem.

azleifel commented on 2011-01-12 00:13

It turns out that the glibc problem was known already. It's x86_64 specific and the fix that worked for me is to rebuild Arch's x86_64 glibc 2.12.2 package with the --enable-kernel configure option set to one of the "Good" kernel versions listed in allan's post at http://www.cygwin.com/ml/libc-help/2010-12/msg00017.html.

azleifel commented on 2011-01-02 12:26

* Tidied PKGBUILD adding double quotes and removing references to $startdir
* No fix for the glibc 2.12.2 problem (vdr segfaults when trying to get a lock on the epg.data file)

azleifel commented on 2010-12-30 18:05

Updating to glibc 2.12.2 / linux-api-headers 2.6.36.2 totally breaks vdr here. If I find a fix for vdr then I'll update.

azleifel commented on 2010-10-17 12:10

* Updated MainMenuHooks patch to version 1.0.1
* (Skipped pkgrel=13)

azleifel commented on 2010-06-06 17:24

The /etc/rc.vdr configuration file was sourced by the runvdr script that came with the earlier vdr package, so it went the same way! At the moment, I'm recommending the runvdr-extreme package in its place. The runvdr-extreme configuration file (/etc/runvdr.conf) is well commented and should be easy to set up for most needs. If you really want to use the former runvdr and rc.vdr then I've uploaded them at http://pastebin.com/r3JFBHHS and http://pastebin.com/hS1wRnUa.

tuxfusion commented on 2010-06-06 14:24

Okay you removed the runscript but did you also remove the config file ? Where is the template, how does it look ?
http://wiki.archlinux.org/index.php/VDR wants me to edit /etc/rc.vdr a thousand times ..
LANG=C sudo ls /etc/rc.vdr
ls: cannot access /etc/rc.vdr: No such file or directory

azleifel commented on 2010-06-06 00:15

* Added Udo Richter's tsplay patch that allows VDR-1.6.0 to use TS recordings from VDR-1.7.x

The patch is commented out by default. The vdr-streamdev-cvs and vdr-xineliboutput-cvs plugins in AUR are compatible with the tsplay patch but vdr-streamdev will not build if the patch is applied!

azleifel commented on 2010-05-10 19:14

(I really need to start a ChangeLog)
* Added a note to the install file to point out that the template runvdr script is no longer installed in /usr/bin
* Minor tweaks to the runvdr rc-script to make it consistent with the rc-script I use for vdradmin-am

azleifel commented on 2010-05-10 19:12

(I really need to start a ChangeLog)
* Added a note to the install file to point out that the template runvdr script is no longer installed in /usr/bin
* Minor tweaks to the runvdr rc-script to make it consistent with the rc-script I use for vdradmin-am

azleifel commented on 2010-05-10 18:25

I changed the PKGBUILD a few versions ago so that the template runvdr script that comes with the vdr source is no longer installed in /usr/bin (it's in /usr/share/doc/vdr if you want to edit it for use). A better alternative IMHO is to install vdr-extreme (also in AUR), which only needs a little configuring to work very well. (I guess that I ought to add a comment to the install file and perhaps some explanation to the VDR wiki page!)

Anonymous comment on 2010-05-10 08:54

error i'm getting after clean install:

$ sudo /etc/rc.d/runvdr start
which: no runvdr in (/bin:/usr/bin:/sbin:/usr/sbin:/usr/bin/perlbin/site:/usr/bin/perlbin/vendor:/usr/bin/perlbin/core)
:: Starting runvdr as a daemon [DONE]

ps -A | grep vdr ... gives no results

azleifel commented on 2010-05-05 20:53

Hopefully the last update for a while:
* Updated the rc.d script to more closely follow the current rc-script.proto and renamed it from vdr to runvdr

azleifel commented on 2010-05-03 11:02

Another update:
* vdr-shutdown.sh now does some error checking and has optional debug logging

azleifel commented on 2010-05-01 21:59

If you really want to run vdr as your user then you will need to change permissions on /var/spool/video and /var/spool/epg or, preferably, specify different directories when running vdr (see the vdr manual page for more information about vdr's command line switches).
I changed the PKGBUILD a couple of versions ago so that the template runvdr script that comes with the vdr source is no longer installed in /usr/bin (it's in /usr/share/doc/vdr if you want to edit it for use). A better alternative IMHO is to install vdr-extreme, which only needs a little configuring to work very well.

frb commented on 2010-05-01 17:45

If I launch vdr simply typing vdr I obtain:
vdr: can't access video directory /var/spool/video
If I use the rc.d script I get:
/etc/rc.d/vdr: line 10: /usr/bin/runvdr: No such file or directory

azleifel commented on 2010-05-01 09:47

Another update:
* vdr-shutdown.sh should now work if the hardware clock is set to local time and not UTC

azleifel commented on 2010-04-26 21:10

Yet another update:
* More tidying up of the PKGBUILD
* Modified the install script to create /var/spool/epg as well as /var/spool/video
* Removed the Arch package runvdr script and rc.vdr configuration file
(The template runvdr script from the vdr package is installed in /usr/share/doc/vdr)
* Added runvdr-extreme as an optional dependency

azleifel commented on 2010-04-24 23:42

* Tidied up the PKGBUILD and updated the VDR home page URL
* Rewrote vdrshutdown.sh to use ACPI wakeup for the next timer event
* Renamed vdrshutdown.sh to vdr-shutdown.sh
* Removed tvm2vdr configuration from rc.vdr because it is not longer used in vdr-shutdown.sh
* Removed the "-d" switches from the example VDROPTS in rc.vdr because they break runvdr

azleifel commented on 2010-04-24 23:42

* Tidied up the PKGBUILD and updated the VDR home page URL
* Rewrote vdrshutdown.sh to use ACPI wakeup for the next timer event
* Renamed vdrshutdown.sh to vdr-shutdown.sh
* Removed tvm2vdr configuration from rc.vdr because it is not longer used in vdr-shutdown.sh
* Removed the "-d" switches from the example VDROPTS in rc.vdr because they break runvdr

azleifel commented on 2010-04-21 19:04

The vdr-xine plugin needs xine 1.2, which is currently only available from the xine hg repository. I use a home-made package but xine-lib-1.2-hg from AUR should work. You could also try the vdr-xineliboutput plugin, which is easier to configure than vdr-xine and works with the xine package from [extra].

VDR can be started with the runvdr command or as a daemon at each boot by adding "vdr" to the DAEMONS array in /etc/rc.conf. Plugins to be loaded when VDR is started, either with the runvdr command or as a daemon at boot, can be specified in /etc/rc.vdr. Various other run-time parameters can also be set in /etc/rc.vdr. Have a look at the wiki page for VDR (http://wiki.archlinux.org/index.php/VDR#Plugins) for more information.

dejavu commented on 2010-04-20 23:33

So now it runs.
I have also installed xine-ui-hg...

How do you start vdr. I want to use the vdr daemon, but where can I set the needed plugins (or all)?

dejavu commented on 2010-04-20 22:49

Nice...,
Now I'm trying to build vdr.
Are you using xine-lib-1.2-hg for the vdr-xine package, which you also maintain.
Thanks in advance.

azleifel commented on 2010-04-18 15:49

Yes, I will be maintaining this package for the foreseeable future. I've been using VDR for almost a year as my main pvr application and I do not have any reason to change.

dejavu commented on 2010-04-18 12:03

So will you maintain this package also in future?
Because I prefer the way over aur instead of archvdr and so I would change to aur back...

azleifel commented on 2010-04-02 16:58

An update for those of us not using ArchVDR. This version is less patched than the previous but does change some of the installation directories. The consequence is that installation WILL break many of the plugin packages that exist in AUR already (except mine, fingers crossed ;-)

Anonymous comment on 2010-03-27 22:17

Take a look at http://www.assembla.com/spaces/archvdr

Anonymous comment on 2010-03-27 19:02

can anyone post an updated version which works with kernels >= 2.6.28?
(a patch that checks the DVB API version should do the job)