vdr

vdr@linuxtv.org

2 participants
6743 discussions

xmltv2vdr.pl
by Dominic Evans 14 Aug '15

14 Aug '15

I don't know if anyone else still uses the xmltv2vdr.pl perl script for piping XMLTV data into VDR's epg, but I've been keeping a version of it updated with some additional function here: https://github.com/oldmanuk/xmltv2vdr These are the changes since the last version (1.0.9) was released on the mailing list - Add support for XMLTV episode-num. Currently gets added as EPG entry 'sub-title', if no existing subtitle has been found, in the form sXXeXX (e.g., Bones~s01e01). - Change default SVDRP port number to 6419. - Better support for ATSC/PVRINPUT EPG sources. - Allow multiple channels to have the same XMLTV channel id, useful for multi input (e.g., DVB-T, DVB-S) systems where you want to feed VDR the same info. Previously only a 1:1 mapping was permitted. I've also received a pull request from someone who rewrote the whole script to be a lot more readable and to use full XML parsing (rather than just line-by-line scraping), but I still need to investigate what the performance penalty is before accepting that in.

6 10

vdr on arch linux, and on debian wiki
by cedric.dewijs＠telfort.nl 07 Aug '15

07 Aug '15

Hi All, I have started 2 articles about VDR, one on the arch linux wiki, and one on the debian wiki. on the arch linux wiki, there are a lot of people who edit the article, but on debian i am the ony one. I don't understand why. Could it be that vdr is a sensitive subject for debian? What are your thoughts about this? https://wiki.debian.org/VDR?action=info https://wiki.archlinux.org/index.php?title=Digitenne&action=history Kind regards, Cedric

3 2

[Announce] remotetimers-1.0.2
by Frank Schmirler 29 Jul '15

29 Jul '15

Hi, remotetimers-1.0.2 is now available from http://vdr.schmirler.de. No major changes, mostly making sure it compiles with VDR 2.2.0. Changelog: - Added compatibility for VDR 2.1.2 (thanks to Christopher Reimer and Lars Hanisch) - Added support for graphtft. Use -DUSE_GRAPHTFT when compiling to enable. (thanks to Jörg Wendel) - Updated MainMenuHooks patch for VDR 2.0.4 Cheers, Frank

1 0

VDR & Multiple frontends
by Eddi 25 Jul '15

25 Jul '15

Hi, I wrote a patch to Steve Toth hvr3000 repository, so my FlyDVB Trio can use multiple frontend. So I get: /dev/dvb/adapter0/demux0 /dev/dvb/adapter0/demux1 /dev/dvb/adapter0/dvr0 /dev/dvb/adapter0/dvr1 /dev/dvb/adapter0/frontend0 /dev/dvb/adapter0/frontend1 /dev/dvb/adapter0/net0 /dev/dvb/adapter0/net1 The bus of the two frontend is shared, isn't possible to get access to both frontend simultaneously, so I get an -EBUSY error by trying accessing frontend1 if frontend0 is in use. VDR doesn't support yet the second frontend, and it try to get exclusive access on both frontend on start, so the second frontend is inusabile. Vdr should probe for multiple frontend at start, and access frontend only on channel change. Please can someone give me an help to wrote a patch for this issue? Best Regards, Eddi

4 21

NTSC closed captions
by Alex 14 Jun '15

14 Jun '15

Currently vdr does not decode NTSC cc. Someone pointed that without a working closed captions decoder for EIA608/EIA708 it won't work. Will support be added for NTSC cc ?

2 1

watching DVDs
by Josce 10 Jun '15

10 Jun '15

Are there any good ways to watch a dvd with vdr. I tried the dvd plugin, but the menus don't seem to work properly. Or has anyone created any sort of script that would "import" a dvd into the vdr recordings? Meaning, creating the vdr info file and transcoded the vob file into a ts file. Josce

3 2

vdr 2.2.0 + dvbapi plugin + libdvbcsa (Raspi)
by Jari Fredriksson 09 Jun '15

09 Jun '15

Hello. I'm trying to build oscam + dvbapi for vdr-2.2.0 on Raspi 2 (wheezy). It compiles fine using command make clean make -j4 LIBDVBCSA=1 and installs also OK. But when running the vdr, it fails as: vdr: /usr/local/lib/vdr/libvdr-dvbapi.so.2.2.0: undefined symbol: _Z21set_even_control_wordPvPKh The dvbcsa library is linked OK, so I wonder what might cause this. # ldd /usr/local/bin/vdr /usr/lib/arm-linux-gnueabihf/libcofi_rpi.so (0x76fb1000) libjpeg.so.8 => /usr/lib/arm-linux-gnueabihf/libjpeg.so.8 (0x76f66000) libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0x76f47000) libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0x76f3c000) libcap.so.2 => /lib/arm-linux-gnueabihf/libcap.so.2 (0x76f31000) libdvbcsa.so.1 => /usr/lib/arm-linux-gnueabihf/libdvbcsa.so.1 (0x76f10000) librt.so.1 => /lib/arm-linux-gnueabihf/librt.so.1 (0x76f00000) libfreetype.so.6 => /usr/lib/arm-linux-gnueabihf/libfreetype.so.6 (0x76e77000) libfontconfig.so.1 => /usr/lib/arm-linux-gnueabihf/libfontconfig.so.1 (0x76e42000) libstdc++.so.6 => /usr/lib/arm-linux-gnueabihf/libstdc++.so.6 (0x76d70000) libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0x76cff000) libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0x76cd6000) libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0x76ba6000) /lib/ld-linux-armhf.so.3 (0x76fbe000) libattr.so.1 => /lib/arm-linux-gnueabihf/libattr.so.1 (0x76b99000) libz.so.1 => /lib/arm-linux-gnueabihf/libz.so.1 (0x76b7b000) libpng12.so.0 => /lib/arm-linux-gnueabihf/libpng12.so.0 (0x76b53000) libexpat.so.1 => /lib/arm-linux-gnueabihf/libexpat.so.1 (0x76b29000) I can not find anything connected with this using Google search, so it must not be a common problem, but something in my setup maybe. Any ideas? -- jarif.bit

2 2

Unreliable shutdown
by Richard Scobie 06 Jun '15

06 Jun '15

This is not strictly a vdr problem, but was wondering if others have seen it and have suggestions for a solution. I have an Intel Atom/Fedora based system running the latest vdr and about 20% of the time when either the "Power OFF" remote command is issued or the shutdown command (shutdown -h now), is run, the box will go into a sleep/standby mode, rather than a complete power down. When it does this, the box will not wake up for the next programmed timer, nor from pushing the power button. A complete power down is required to restore operation. The same thing happens on my Core2 Quad/Centos desktop machine, except that sleep occurs about 60% of the time. Is there a better shutdown command to guarantee full power down? Regards, Richard

1 0

Transcode SD to mpeg4
by Richard F 29 May '15

29 May '15

I'm wondering if anyone has created a plugin to automatically transcode SD recordings to H264 ? I'm now using Kodi on the Raspberry pi as frontend to vdr + VNSI plugin, it's pretty good aside from live HDTV which can still stutter (but version dependent, so I expect will be fixed soon). I have about 3TB of SD recordings and could probably save at least 1.5TB if converted to H264, rather than buy & power more hard disks. I did a couple of "manual" test conversions using ffmpeg, and they play OK, vdr reindexes automatically when it finds the index missing. ffmpeg -i 001.vdr -vcodec h264 -threads 2 -acodec mp3 -f mpegts 00001.ts The plugin should: a) Do a conversion automatically after recording, nice'd b) check it was error free (ie success code from ffmpeg or whatever) c) delete mpeg2 file if OK, cleanup if not, log. d) ideally force a reindex e) Option to iterate through old recordings, testing for mpeg2 and converting as required in the background. Handle .ts and old .vdr files. f) Join old 2GB max sized files before creating smaller H264 version .ts. g) Nice to have - option to enable function or not Need to handle various flavours of stream too, subtitles etc. I've seen scripts like the one below, but the author reports some issues and obviously not a complete solution. Maybe vdrrip and/or a noad type approach could be used as the basis? #!/bin/bash profile="-vpre hq" quality="-crf 26" # constant quality prefix="nice" # "nice ionice -c3" for i in "$@"; do [ -r "$i" ] || continue output="$(basename "$i" | cut -f 1 -d .).$profile.mp4" [ -e "$output" ] && continue $nice ffmpeg -i "$i" -acodec copy -scodec copy -threads 0 \ -vcodec libx264 $profile $quality "$output" done

1 0

how to limit the number of simultaneous channels being decoded
by Pascal Vandeputte 29 May '15

29 May '15

Dear, My satellite provider (M7/TV Vlaanderen) has an artificial limitation on its smartcards which makes the card lock up if you try to decode more than 4 channels at once. I'm perfectly fine with that, as 4 channels should be enough (and multiple overlapping /recordings/ on the same /channel/ still count as 1!). But because I never watch live TV, the epgsearch plugin creates all my timers automatically. So I cannot easily prevent it from locking up if I'm not at home to manually check the created timers. Most channels (PIDs) are in the same transport stream, which means I never get 'conflicts'. I've asked on IRC and it was suggested to ask for a new feature to the epgsearch plugin. Before I look into that further (my C skills date back to 1999...), I'd like to poll the maillist to hear additional opinions. For example, perhaps it would make sense to have such a setting in VDR itself to hard-limit the number of simultaneous recordings on weaker hardware/slow disks, and trigger conflicts as well. Or perhaps there is still another workaround? Best regards, Pascal Vandeputte

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr