vdr October 2011

vdr@linuxtv.org

57 participants
49 discussions

eepg plugin with UK freeview (not freesat!) EPG
by Laz 24 Oct '11

24 Oct '11

Does anyone know whether the eepg plugin should "just work" with the Huffman encoded EPG broadcast on Freeview (DVB-T) HD channels in the UK? (Someone mentioned it on here a week or so back.) I'm pretty sure the EPG data is encoded in exactly the same way as it is on Freesat, i.e. DVB-S, and eepg can decode that EPG. I'm trying to work out whether it should currently be able to do it (and I need to configure something before it'll work), or whether I should try to add support for it. A quick scan of the source code looks like the terms "freesat" and "freeview" are used interchangably in it. Currently, I have completely garbled EPG on HD channels! I can add decoded EPG grabbed via xmltv but the EPG gets overwritten with the garbled version. (What's vdr's policy on EPG data added through SVDRP, etc., being overwritten by data from the EIT?) Cheers, Laz

5 7

delete no event timers
by Lou 23 Oct '11

23 Oct '11

Sun Oct 23 11:08:23, Klaus Schmidinger wrote: > A "hook" is definitely the wrong approach! > > What you need to do is find out exactly *why* VDR doesn't delete these > timers as soon as you would expect it to. Then we can see what can > be done about that. I agree, here's what I noticed with a more thorough look at yesterday's syslog. I attached the relevant parts of the log to avoid line wrapping. The timer enumeration of the problematic timers all changed from their respective value to 1 after being "set to no event" - please note that the actual recording happened as expected. Any thoughts on how to debug the issue?

2 1

delete no event timers
by Lou 23 Oct '11

23 Oct '11

I noticed vdr 1.7.16 sometimes waits unusually long until a VPS timer set to "no event" is getting deleted. Mostly it works fine, meaning: vdr will delete no event timers after a few seconds or minutes. But there are the occassional oddities, where it takes more than an hour, which in return will cause the media center to stay on longer than necessary during overnight recordings. This also would not encourage me much to leave vdr unmaintained for a few days during holidays. Does somebody have a solution for this problem (e.g. a "recording-hook AFTER" checking timers, removing those dirty ones using svdrpsend) ?

2 1

old recordings are not deleted
by cedric.dewijs＠telfort.nl 22 Oct '11

22 Oct '11

Am 21.10.2011 20:47, schrieb cedric.dewijs(a)telfort.nl: > I have installed VDR. It runs great, but it has one problem. It does not > delete my old recordings. I have a lot of recordings, and they all have a > lifetime of 0. See also the following info file: VDR deletes old recordings if - Disk space on the root video directory is less than 1Gb (39 min) - The recording is on the file system(s) of the root video directory - The recording is not edited (does not start with %) - The guaranteed lifetime has expired (99 never expires) - In case of lifetime=0, the current recording needs higher priority than the old recording The first two rules about the root video directory do account for everything within the usual /video.00, /video.01, etc. folders, but not any directory trees mounted to sub-directories. So if you mount a disk to /video/archive, disk space will not count there, and nothing will be deleted. Cheers, Udo I see. I have 2 partitions, a / partition and a /storage partition. I would like to record to /storage/video/video.00. I have edited /etc/default/vdr so it reads: # /etc/default/vdr # # See also /usr/share/doc/README.Debian # # Change to 1 to enable vdr's init-script ENABLED=1 # Change this to 1 if you want vdr to be able to shutdown the # computer ENABLE_SHUTDOWN=0 # Options that will be passed to vdr's commandline # for example: OPTIONS="-w 15" OPTIONS="-v /storage/video/video.00 -w 60" # Set this to load only plugins with the correct patch level PLUGIN_CHECK_PATCHLEVEL="no" PLUGIN_CHECK_STARTABLE="no" # Locale which is used when running vdr VDR_LANG=de_DE.UTF-8 VDR_CHARSET_OVERRIDE="ISO8859-15" Still I get the error: Oct 22 07:51:24 localhost vdr: [1579] low disk space while recording, trying to remove a deleted recording... Oct 22 07:51:24 localhost vdr: [1579] ...no deleted recording found, trying to delete an old recording... Oct 22 07:51:24 localhost vdr: [1579] ...no old recording found, giving up What can I do? Best reards, Cedric

2 1

old recordings are not deleted
by cedric.dewijs＠telfort.nl 21 Oct '11

21 Oct '11

Hi All, I have installed VDR. It runs great, but it has one problem. It does not delete my old recordings. I have a lot of recordings, and they all have a lifetime of 0. See also the following info file: T Ultimate survival: Arizona Sky Islands D Bear Grylls is in Arizona, het land van de Apachen, waar hij laat zien hoe je in de uitgestrekte gebieden met bloedhete woestijnen en ijskoude bergen kunt overleven. G 81 F 25 P 50 L 0 In /var/log/everything.log I see the following messages: Oct 21 20:42:04 localhost vdr: [31323] low disk space while recording, trying to remove a deleted recording... Oct 21 20:42:04 localhost vdr: [31323] ...no deleted recording found, trying to delete an old recording... Oct 21 20:42:04 localhost vdr: [31323] ...no old recording found, giving up Why doesn't vdr delete the above recording with a lifetime of 0? I run the folowing versions: VDR version 1.7.19 started loading plugin: /usr/lib/vdr/plugins/libvdr-xineliboutput.so.1.7.19 Oct 19 21:13:57 localhost vdr: [26241] loading plugin: /usr/lib/vdr/plugins/libvdr-sc.so.1.7.19 Oct 19 21:13:57 localhost vdr: [26241] [general.debug] using new 1.7.11+ capture code Oct 19 21:13:57 localhost vdr: [26241] loading plugin: /usr/lib/vdr/plugins/libvdr-dvbsddevice.so.1.7.19 Oct 19 21:13:57 localhost vdr: [26241] loading plugin: /usr/lib/vdr/plugins/libvdr-conflictcheckonly.so.1.7.19 Oct 19 21:13:57 localhost vdr: [26241] loading plugin: /usr/lib/vdr/plugins/libvdr-epgsearchonly.so.1.7.19 Oct 19 21:13:57 localhost vdr: [26241] loading plugin: /usr/lib/vdr/plugins/libvdr-live.so.1.7.19 Oct 19 21:13:57 localhost vdr: [26241] [live] INFO: validating server ip '0.0.0.0' Oct 19 21:13:57 localhost vdr: [26241] loading plugin: /usr/lib/vdr/plugins/libvdr-epgsearch.so.1.7.19 Oct 19 21:13:57 localhost vdr: [26241] loading plugin: /usr/lib/vdr/plugins/libvdr-quickepgsearch.so.1.7.19 Oct 19 21:13:57 localhost vdr: [26241] loading /var/lib/vdr/setup.conf Best regards, Cedric

2 1

[ANNOUNCE] vdr-dxr3 0.2.13
by Ville Skyttä 20 Oct '11

20 Oct '11

vdr-dxr3 version 0.2.13 is out, noteworthy changes since 0.2.12: - Remove old non-Xine OSD scaler - Reduce unnecessary GetSysClock calls - Implement DVB subtitles hack without needing to patch VDR - Include VDR >= 1.7.13's Make.global in Makefile - Use LDFLAGS when linking Downloads are available at: http://sourceforge.net/projects/dxr3plugin/files/dxr3-0.2.x/0.2.13/ http://projects.vdr-developer.org/projects/plg-dxr3/files

2 2

How to change OSD Channel-Name widht
by Roby 20 Oct '11

20 Oct '11

Hi, I'l like to change the column-width on Channel-name in "What's on Now" menu. in menu.c there's a "Settabs" but changing do not affect the real Channel-Name widht

1 0

Blocking svdrp with epgsearch-1.0.0
by Rainer Blickle 18 Oct '11

18 Oct '11

Hi, when running vdr with the epgsearch-1.0.0-plugin, i wasn't able to add epgdata via the pute-svdrp-command anymore. The svdrp-client seems to "hang". With version epgsearch-0.9.25.beta17 there wasn't any problem. I can provide logs if someone tells me how. Regards, Rainer

2 3

Re: [vdr] vdr-checkts + vdrnfofs
by stuart_morris＠talk21.com 18 Oct '11

18 Oct '11

Hi I have just installed vdrnfofs 0.8 and it works well. The vdrnfofs mount is served by miniDLNA and I have played back .ts recordings using WMP as a DLNA client. I could not play back .vdr files but I dont think this is a problem with vdrnfofs. Thanks

1 0

xineliboutput suspend + OSD HUD on SandyBridge
by Nicolas Huillard 18 Oct '11

18 Oct '11

Hi, I have a new VDR+ server system, based on SandyBridge i3 CPU. This server is located under the TV set, thus mixes the server (always-on headless) + client (HD display) roles (previous setup was a Via EK8000 server + Via ML10000 client which ended up on the same shelf + another still-used client). I have two issues with this setup : 1) I don't know the best way to suspend the output of xineliboutput (vdr-sxfe loaded within nodm which auto-reloads it upon crash) : the xineliboutput README refers to the suspendoutput plugin (http://phivdr.dyndns.org/vdr/vdr-suspendoutput/) which last release is dated 12-Feb-2009. Since I use the e-tobi repository (marvellous, many thanks Tobias), which does not include it, I wonder if there is a better way to suspend the video decoding output. 2) the HUD OSD display works with --hud=xshape, but each OSD refresh (changing time, recording location) removes the previous OSD, replacing it with only the changed portion. --hud=opengl crashes vdr-sxfe because OpenGL is probably not quite ready with SandyBridge. OSD without HUD works, but is obviously ugly on the 1920x1080 display. I pulled xineliboutput 1.0.7+cvs20110918.1632-1 from e-tobi : maybe this CVS version is right in the middle of some change ? Other versions (all binaries from e-tobi) : vdr 1.7.21-1~ctvdr1 vdr-plugin-femon 1.7.10-4 vdr-plugin-live 0.2.0-15 vdr-plugin-skinsoppalusikka 1.7.4-1 vdr-plugin-streamdev-server 0.5.1-4 vdr-plugin-xineliboutput1.0.7+cvs20110918.1632-1 Core i3 video-related, from Debian backports : linux-image-2.6.39-bpo.2-amd64 2.6.39-3~bpo60+1 libdrm-intel1 2.4.26-1~bpo60+1 libgl1-mesa-dri 7.10.3-4~bpo60+1 xserver-xorg 1:7.6+8~bpo60+1 xserver-xorg-core 2:1.10.4-1~bpo60+1 xserver-xorg-video-intel 2:2.15.0-3~bpo60+1 -- NH

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr October 2011