vdr

vdr@linuxtv.org

2 participants
6731 discussions

All H264 channels on 23.5E being marked as OBSOLETE
by Luboš Doležel 19 May '16

19 May '16

Hi, with one of the last VDR updates (I currently run version 2.2.0), all of my Czech H.264 channels are being marked as "OBSOLETE", even though they all play correctly. I use VDR as a streaming server only. Examples: Kino CS OBSOLETE;OBSOLETE M7 Group:12109:hM2O35S1:S23.5E:27500:3318=27:3328=cze@3:0:624,D96,500:5058:3:3221:0 CT 1 HD OBSOLETE;OBSOLETE Towercom:12363:vM2O35S1:S23.5E:29500:5011=27:5021=cze@3,5031=qaa@3,5111=cze@3;5091=cze@106:0;5141=cze:624,D96,666,500:4901:3:3234:0 All of the channels with this problem use the correct official frequencies, i.e. they are not in the process of being obsoleted. If I search for these channels again (I use scan-s2), I get the same results. Curiously, the same problem doesn't happen with MPEG-2 channels or with channels from other sat positions (e.g. BBC World News Europe HD at 19.2E). Any ideas? It is rather annoying :-( -- Luboš Doležel

1 0

vdr-plugin-iptv-2.2.1 fails on compile
by Joerg Bornkessel 16 May '16

16 May '16

Hallo, i get following errors on try to compile vdr-plugin-iptv-2.2.1 <snipp> ... i686-pc-linux-gnu-g++ -march=athlon-xp -O2 -pipe -fomit-frame-pointer -std=c++11 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -I/usr/include -DUSE_PLUGINMISSING -DUSE_MAINMENUHOOKS -DUSE_MENUSELECTION -c -DPLUGIN_NAME_I18N='"iptv"' -o common.o common.c In file included from common.c:9:0: common.c: In function ‘int select_single_desc(int, int, bool)’: common.h:39:34: error: unable to find string literal operator ‘operator""errstr’ with ‘const char [14]’, ‘unsigned int’ arguments esyslog("[%s,%d]: "errstr": %s", __FILE__, __LINE__, \ ^ common.h:47:40: note: in expansion of macro ‘ERROR_IF_FUNC’ #define ERROR_IF_RET(exp, errstr, ret) ERROR_IF_FUNC(exp, errstr, ,ret); ^ common.c:61:3: note: in expansion of macro ‘ERROR_IF_RET’ ERROR_IF_RET(retval < 0, "select()", return retval); ^ Makefile:90: recipe for target 'common.o' failed make: *** [common.o] Error 1 make: *** Waiting for unfinished jobs.... * ERROR: media-plugins/vdr-iptv-2.2.1::gentoo failed (compile phase): * emake failed </snapp> gcc is 5.3.0 also tested with gcc-4.9.3, same problem Is there a compile fix around? Cheers /bin/joerg

2 3

[PATCH] Systemd watchdog support
by Marc Perrudin 02 May '16

02 May '16

Hi, Here is a patch I use to enable systemd watchdog support in VDR. It doesn't replace the internal watchdog, it just allow setting WatchdogSec directive in service file so if VDR watchdog is unable to exit, systemd take care of restarting it. I use this patch against VDR 2.2.0 without problem for few mouths (I set systemd watchdog to the same value than VDR watchdog to avoid interference between them). If you are interested to include it, I can see if it apply to dev branch, but there is only ~20 lines so it should apply without modification. Note that the first and last chunk are only systemd notifications about the current state of VDR and they can be removed if needed. Regards, Marc.

1 0

Tuners only handling some combinations of channel configs
by Richard F 24 Apr '16

24 Apr '16

Hello all, As an FYI: My HD tuner (DVB-T2 290e) was only tuning some combinations of HD channels - I was trying to record 2 HD channels on the same multiplex and could only record one. No error was produced by VDR or in the kernel log, just that nothing happened, the original channel kept being recorded. To cut a long story short, I found that in channels.conf some channels were configured as B8S1P0M256 But some were : B8S1P0 (i.e. no modulation specified) Basically if VDR tried to tune both of these types at the same time, it failed as above. However, individually it could tune to both types. Once I set them all with B8S1P0M256, I managed to get 4 HD channels simultaneously :-) Perhaps Klaus could confirm - Is this a bug/feature, is the modulation type mandatory, recommended, or best to not configure and let VDR determine when running? Thanks

2 3

vdr atsc support
by Mika Laitio 29 Mar '16

29 Mar '16

Does anybody know whether there is a working ATSC vdr-plugin available somewhere? I found some old discussions from the some ATSC plug-in from the mailing list pointing to http://www.fepg.org/ but from those I got an impression that plug-in is not actively maintained? So fat I have tested that I can scan and look the channels fine with the Kaffeine and WinTV-HVR-950Q, but in the long run I would be more interested on running the VDR in normal way on background server. Mika

4 4

xine in Ubuntu 14.4.4
by g.bruno 20 Mar '16

20 Mar '16

Hallo, I upgraded my computer and now I have Ubuntu 14.4.4 with kernel version 4.2.0-30-generic. When I install xine-ui Version 0.99.7 via synaptic, it works, but the sound is stuttering, switching on and off several times per second. Comparing with an older installation on an other computer, I found that the plugin "xineplug_ao_out_alsa.so" is missing. I compiled several versions of xine, also 0.99.6 and 0.99.9, always with the same result. The file /usr/include/alsa/sound/asoundlib.h exists. I attach the output from the ./configure command and from xine --debug-report. Edit: was refused by the server as spam. So I do it without it. I don't know, what to do anymore. Can anyone help me? I lost too much time with this problem. Thanks. GBruno

2 2

[PATCH] Fix TS buffer thread high CPU usage
by glenvt18 20 Mar '16

20 Mar '16

Hi folks, I've found that with some DVB tuner drivers poll() returns when there are only small (1-3) number of TS packets available to read(). This results in high CPU usage of the TS buffer thread which is busy reading small chunks of data in cTSBuffer::Action(). 2 out of 3 tuners I tested were affected with this issue. Even with a "good" tuner TS buffer thread CPU usage is up to 10% per HD stream on ARM Cortex-A7. With the proposed patch it is below 1-2% on all ARM and x86_64 platforms I've tested. The delay value of 10 ms can be considered safe: media/dvb-core/dmxdev.h:109 #define DVR_BUFFER_SIZE (10*188*1024) It will take a tuner to receive (10*188*1024)*8*(1000/10) / 1000000 = 1540 Mbit/s to overflow the device buffer within 10 ms interval. A smaller delay is not enough for ARM. cDvbDevice has a ring buffer of 5MB which is larger. This patch was made against VDR 2.3.1, but it can be applied to VDR 2.2.0 as well. Please review. glenvt18 --- Index: b/device.c =================================================================== --- a/device.c 2015-09-18 01:04:12.000000000 +0300 +++ b/device.c 2016-03-10 03:38:50.078400715 +0300 @@ -1768,6 +1768,8 @@ break; } } + else + cCondWait::SleepMs(10); } } }

2 5

ttxtsubs patch for vdr-2.3.1
by Gilles 19 Mar '16

19 Mar '16

Hi, has someone ported the ttxtsubs plugins to the new vdr 2.3.1 ? I tried but I get crashes on on the new channels management ... Thanks!

1 0

Re: [vdr] Problem with rpihddevice OSD
by Jose Alberto Reguero 12 Mar '16

12 Mar '16

Thanks that solve the problem. Jose Alberto El 11/03/2016 21:27, Thomas Reufer <thomas(a)reufer.ch> escribió: > > I guess you’re just running out of GPU memory - try adding "gpu_mem=128" to /boot/config.txt. 64MB should be fine if you’re using VDR’s default skins, increase the amount for more complex skins. > > Regards, > Thomas > > > Am 11.03.2016 um 18:42 schrieb Jose Alberto Reguero <jareguero(a)telefonica.net>: > > > > I am using rpihddevice plugin with a raspberry pi in text mode, and if I start the plugin with -P "rpihddevice" I have the OSD, but the video is not played. If I start with -P "rpihddevice -d" I have the video, but I have not the OSD. > > There can be OSD and video with rpihddevice in text mode? > > > > Thanks. > > > > Jose Alberto > > _______________________________________________ > > vdr mailing list > > vdr(a)linuxtv.org > > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > _______________________________________________ > vdr mailing list > vdr(a)linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

1 0

Media (.mkv) player on Raspberry Pi2 VDR client
by Nicolas Huillard 12 Mar '16

12 Mar '16

Hi all, My new Raspberry Pi2 install lacks a media player, which begins to be a bit annoying. The current setup : * NFS server * DigitalDevices Octopus Net DVB network server * VDR + rpihddevice + satip on the Pi2 : live TV, timers, recordings, etc. * an old VDR instance on the NFS server plays MKV media (using xinelibouput), but lacks satip (no timers, no live TV anymore) I will upgrade the old VDR to act as a headless epg/timer/recording server. I will thus be unable to play the MKV media on it (headless). What's the recommended light way to play MKV videos on the Pi2 from within VDR ? Adding XBMC on the Pi2 seems a bit too heavy. The mplayer plugin seem very old and may not work neatly with the rpihddevice output. Maybe simply moving the MKV files inside the recordings tree, and creating a vdr index for each work in some way. (I use the MLD distribution (http://www.minidvblinux.de/) on the Pi2, but the forums are all in german, which is a real problem for me...) TIA, -- NH

6 21

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr