vdr

vdr@linuxtv.org

2 participants
6731 discussions

Re: [vdr] HD recording size
by Martin 09 May '14

09 May '14

Reverted the change : "Changed '%a' to the POSIX compliant '%m' in all scanf() calls " Now it compiles and can read the config files. HD Recording test will start soon.

1 0

Re: [vdr] HD recording size
by Martin 09 May '14

09 May '14

I tried to compile vdr 2.1.6, it compiles with warnings but doesn't like my settings files. channels.conf, diseqc.conf etc So I can't test it with 2.1.6. g++ -g -O3 -Wall -Wno-parentheses -fPIC -c -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DREMOTE_KBD -DLIRC_DEVICE=\"/var/run/lirc/lircd\" -DVIDEODIR=\"/srv/vdr/video\" -DCONFDIR=\"/var/lib/vdr\" -DCACHEDIR=\"/var/cache/vdr\" -DRESDIR=\"/usr/local/share/vdr\" -DPLUGINDIR=\"/mnt/hdb1/vdr/t/vdr-2.1.6/PLUGINS/lib\" -DLOCDIR=\"/mnt/hdb1/vdr/t/vdr-2.1.6/locale\" -I/usr/include/freetype2 -o channels.o channels.c channels.c: In static member function ‘static tChannelID tChannelID::FromString(const char*)’: channels.c:32: warning: unknown conversion type character ‘m’ in format channels.c:32: warning: format ‘%d’ expects type ‘int*’, but argument 3 has type ‘char**’ channels.c:32: warning: too many arguments for format channels.c: In member function ‘bool cChannel::Parse(const char*)’: channels.c:598: warning: unknown conversion type character ‘m’ in format channels.c:598: warning: format ‘%d’ expects type ‘int*’, but argument 3 has type ‘char**’

1 0

Invalid sat cable number errors
by Ville Skyttä 24 Apr '14

24 Apr '14

Hello, I see errors like the below on every VDR (2.0.6) startup and apparently exactly 30 minute intervals after that in syslog: ERROR: invalid sat cable number in '[apparent binary junk]' The binary junk varies, today it's been for example '<C0><C0>ۙ>^?' and '<C0>0<BE><A4><8F>^?' as shown by "less". Any ideas what would be causing this or if I could do something to help debug this further?

6 11

EIT related crash with 2.0.6
by Ville Skyttä 17 Apr '14

17 Apr '14

Hello, I'm seeing an EIT related crash of VDR 2.0.6 every now and then, no idea if there's a way to trigger it on demand somehow nor do I know when exactly it happens; I just sometimes find a core file for it. gdb backtrace attached, my VDR is quite a patched one (the one from Fedora) but the line numbers appear to make sense for vanilla 2.0.6 too.

3 7

skipping 5/10 seconds
by Peter Münster 17 Apr '14

17 Apr '14

Hi Klaus, What about adding a possibility to skip ±5 or ±10 seconds when replaying a recording? Would you perhaps accept a patch for the developer version? That would be nice. -- Peter

11 17

still image at end of replay
by Peter Münster 13 Apr '14

13 Apr '14

Hi, Here a little feature request: Problem: the children are watching a recording, and at the end VDR switches to normal live TV, that can be anything. I have to be there at the right moment to turn off the screen and the sound, in order to bring them to leave the tv-room. I would be nice, if VDR could turn off the sound at the end of a replay and show a still image (e.g. "Children, go to bed now!"). What do you think about that? -- Peter

8 18

[Announce] epgsync-1.0.1
by Frank Schmirler 11 Apr '14

11 Apr '14

Hi, I just released epgsync-1.0.1 on http://vdr.schmirler.de. I've added a new option to schedule a resync every X hours and you may now use the SVDRP command "PLUG epgsync SYNC" to trigger a resync (this has always been possible by sending the SVDRP command to open the mainmenu, however that was undocumented and probably not obvious). Have fun, Frank

1 0

integrating jumpplay-patch
by Peter Münster 07 Apr '14

07 Apr '14

Hi Klaus, What about integrating the jumpplay-patch (http://www.vdr-wiki.de/wiki/index.php/Jumpplay-patch) into the VDR developer version? That would be nice. -- Peter

6 11

[ANNOUNCE] VDR version 2.0.6 released
by Klaus Schmidinger 22 Mar '14

22 Mar '14

VDR version 2.0.6 is now available at ftp://ftp.tvdr.de/vdr/vdr-2.0.6.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-2.0.5-2.0.6.diff MD5 checksums: f6916524c302f3209fd0af507ab97387 vdr-2.0.6.tar.bz2 a190a9b3a114cbe7b49e6b5687ea0576 vdr-2.0.5-2.0.6.diff This version fixes a few minor bugs that came up after the release of version 2.0.5. The changes since version 2.0.5: - Updated 'sources.conf' (thanks to Antti Hartikainen). - cFont::CreateFont() now returns a dummy font in case there are no fonts installed. This prevents a crash with the LCARS skin on a system that has no fonts. - Fixed detecting frame borders in MPEG-2 streams that have "bottom fields" or varying GOP structures (reported by Christian Paulick, with help from Helmut Auer). - Fixed a wrong alignment in cCiDateTime::SendDateTime(). - Now checking whether the primary device actually has a decoder before retuning the current channel after a change in its parameters. This fixes broken recordings on the primary device on "headless" systems. - Increased MIN_TS_PACKETS_FOR_FRAME_DETECTOR to 100 and introduced counting the number of actual video TS packets in cTsPayload in order to be able to record channels that sometimes need even more than 10 TS packets for detecting frame borders (reported by Eike Sauer and Oliver Endriss). - Fixed sorting recordings by time in the Recordings menu if "Setup/OSD/Recording directories" is set to "no". - Fixed clearing non-editable members in the channel editor (thanks to Rolf Ahrenberg). - Fixed flickering if subtitles are active while the OSD demo is running. - Fixed a possible crash in the OSD demo (reported by Christopher Reimer). - Fixed learning keyboard remote control codes (thanks to Lars Hanisch). - Fixed the replay progress display for very long recordings. - Improved PAT/PMT scanning to speed up initial tuning to encrypted channels on transponders with many PAT entries (reported by Mariusz Bialonczyk). - Fixed detecting broken video data streams when recording. - Fixed handling frame detection buffer length (reported by Eike Sauer). - Fixed keeping the current position in the Recordings menu if a recording was deleted in a sub folder. - Fixed handling transfer mode on full featured DVB cards for encrypted channels that have no audio pid (reported by Christian Winkler). - Fixed a possible endless loop in cH264Parser::GetGolombUe(), which caused recordings on some HD channels to get stuck and resulted in buffer overflows. - Fixed handling PAT packets when detecting frames, so that they can be properly taken into account when regenerating the index of a recording. - Fixed adding new source types in case they are already registered (reported by Rolf Ahrenberg). - Fixed drawing the live indicator in the LCARS skin in case there are no devices. - The SDT is now only parsed *after* the NIT has been read, and it explicitly uses the source value derived from the NIT. This should prevent new channels from being created with the wrong source. - Now initializing the isOnVideoDirectoryFileSystem member of cRecording when scanning the video directory, so that it won't cause a delay when opening the menu on a system with a large number of recordings. - The APIVERSION has been increased to 2.0.6 due to the changes to pat.h, sdt.h and the functional modification to cFont::CreateFont(). Have fun! Klaus

1 0

EPG for BBC TV channels?
by Manuel Reimer 16 Mar '14

16 Mar '14

Hello, for most of the GB TV channels it is common to only have the current and the next event in the EPG list. I did a few tries to work around this problem using EPG parsed from internet services and imported to VDR via xmltv2vdr-Plugin. As this solution is a bit tricky and not very reliable, my question is, whether there is a better solution to get "real" EPG for those channels? Thank you very much in advance Greetings, Manuel

7 14

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr