vdr December 2006

vdr@linuxtv.org

69 participants
55 discussions

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

[Announce] LNB-sharing patch for VDR 1.4.0-3
by Matthias Lötzke 02 Jan '10

02 Jan '10

Hello! A new release of the configurable LNB-sharing patch for VDR 1.4 is available at: http://xn--ltzke-jua.de/dvb/VDR_LNB_sharing_patch/configurableLNBshare-VDR_… Changes: - added a missing "break" statement which froze vdr after pressing channel up/down buttons when the main menu was displayed. Thanks to Christian Jacobsen, "Horchi" and Anssi Hannula for reporting and analysing. - adapted to VDR 1.4.3 For general information about the LNB-sharing patch have a look at: http://xn--ltzke-jua.de/dvb/VDR_LNB_sharing_patch/Description.txt http://www.vdr-wiki.de/wiki/index.php/Lnbsharing-patch (german) Matthias.

2 1

EPG for Hotbird / russian programmes
by Harald Milz 23 Dec '08

23 Dec '08

Hi, now that my VDR works fine with 2 satellites thanks to the help of some kind folks here and the SourceCaps patch (did I mention it should be in the mainstream VDR?) I have now a couple of FTA programmes in russian language for my better half :-) The only problem is, none of these programmes carry any EPG information. The schedules are available on the web sites, mostly. Has somebody written a plugin that retrieves the schedules and creates proper EPG data from them? I might but not too soon... I understand this task can be a pain in <pick your favourite body part> because people use no SOA interfaces. TBNRussia provides an Excel file (yuck). TIA! -- Reader, suppose you were an idiot. And suppose you were a member of Congress. But I repeat myself. -- Mark Twain

4 7

NIT handling change in 1.4.3-4
by Anssi Hannula 21 Apr '07

21 Apr '07

NIT handling was changed in 1.4.3-4 by adding an additional check if we're actually receiving this transponder. See the current code: > for (cChannel *Channel = Channels.First(); Channel; Channel = Channels.Next(Channel)) { > if (!Channel->GroupSep() && Channel->Source() == Source && Channel->Nid() == ts.getOriginalNetworkId() && Channel->Tid() == ts.getTransportStreamId()) { > if (Setup.UpdateChannels >= 5) { > if (ISTRANSPONDER(Frequency / 1000, Transponder())) { // only modify channels if we're actually receiving this transponder The above check was added. However, the variable 'Frequency' may not always be the current transponder frequency. The current transponder could also be in the Frequencies[] array. This causes the channel update to be always disabled. Below we search the array if the transponder of the 'Channel' is there: > if (!ISTRANSPONDER(Frequency / 1000, Channel->Transponder())) { > for (int n = 0; n < NumFrequencies; n++) { > if (ISTRANSPONDER(Frequencies[n] / 1000, Channel->Transponder())) { > Frequency = Frequencies[n]; > break; > } > } > } Maybe the new check should be moved here, so that it uses the new correct 'Frequency' that was found from Frequencies[] in the loop above? > Channel->SetCableTransponderData(Source, Frequency, Modulation, SymbolRate, CodeRate); > } > } > found = true; > } > } -- Anssi Hannula

2 2

[RFC] Shutdown rewrite for 1.5.x
by Udo Richter 04 Mar '07

04 Mar '07

Hi list, The program code for automatic and manual shut down and for automatic restarts for timer recordings is in VDR 1.4.x very complex and error-prone, and behaves strange in some situations. With Klaus' permission I am working on a re-implementation for the upcoming 1.5.x developer builds of VDR. I now want to publish a first draft version for testing and further comments. Not all issues are fixed yet, but it already gives an impression of the new code. http://www.udo-richter.de/vdr/patches.html#shutdown http://www.udo-richter.de/vdr/patches.en.html#shutdown New: - Shutdown related code is now in shutdown.[ch]. vdr.c mainly delegates the work to the cShutdown class, that does all necessary steps for manual or automatic shutdown. - cShutdown tracks whether there is an interactive user or not. (eg. Min User Inactivity run out) - cRemote tracks time of last key press separately and autonomously. - The old 5-minute "Press any key to cancel..." message got replaced by a 5 minute countdown message that counts in 10-second steps - Since the new code is modularized, plugins will have access to activity tracking, can mess with inactivity state, and can initiate shutdown behavior similar to the kPower button. (But, please, only if you have to. ;) ) Fixed: - Pressing power button while recording playback works again, instead of doing nothing visible. (and not shutting down within 5 seconds at playback end.) - Show 5-minute shutdown message after background activity ends, if power button was pressed but not confirmed - Not freezing the VDR main loop while 5-minute shutdown message - Background activity now cancels the 5-minute shutdown message - Not messing with watchdog (and forgetting to re-enable) while 5-minute shutdown message - Timers set via SVDRP while in 5-minute shutdown message did not start and were not considered for reboot time. - Calling the main menu action of a plugin and closing a menu doesn't count as user activity any more Todo: - Start the 5-minute countdown 5 minutes _before_ min user inactivity runs out. (also does not add 5min to SHUTDOWNRETRY any more) - Fix negative time in shutdown confirm if VPS timer is in run-out phase Possible changes: - Make the 'inactive' mode (waiting for background activity to end, then shut down) more visible to the user: - Suggestion was to put up a message 'VDR will shut down when idle. Press power button again to force shutdown' before starting the confirms. - Alternative may be a message 'VDR will shut down later when idle' if shutdown was not confirmed - Alternative may be to permanently put up a message 'VDR is waiting for background tasks to complete'. - What should happen if a user confirms to shut down while a running / pending timer is scheduled. Currently, VDR will reboot after MinEventTimeout, but VDR could also reboot at the next timer that starts after MinEventTimeout - or never. - There is a feature request that the caller should be able to notify VDR whether VDR was started manually or automatically. (VDR currently guesses by searching for nearby timers) - There is a feature request to start the external shutdown script asynchronously, so the shutdown script does not block VDR any more. - A 'bug' in the old code allows to automatically shut down VDR at the end of a playback, though this was probably never intended. It could however be re-added as 'feature'. There's some debug output code to monitor the various timers on console. If you don't want that, you can disable it in vdr.c, search for #define DebugTimeouts and comment it out. Cheers, Udo

20 114

[PATCH] Fix EPG for UPC direct
by Thiemo Gehrke 03 Feb '07

03 Feb '07

UPC is a provider for middle european countries (Czechia, Hungary and Poland). They use iso6937-2 for encoding their EPG data so this looks quite strange in the vdr. The applied patch does a "remapping" to iso8859-2 so that characters are displayed correct. (Currently only tested with Czech and Hungarian, but should also work for Polish) While testing this with the help of an hungarian user, i also found out that the the codepage for Hungary must be 8859-2, not -1. The patch is work by Helmut Auer. cheers, Tim

6 5

vdr xine-plugin lirc
by h.h.braun＠arcor.de 03 Feb '07

03 Feb '07

I am using debian testing with WinTC-HVR-1110 and Radeon 9250. I have installed vdr 1.4.4 an lirc cvs from 11.12 and vdr-xine 0.7.10 and latest xine-ui and xine-lib my runvdr is: #!/bin/sh # runvdr: Loads the DVB driver and runs VDR # # If VDR exits abnormally, the driver will be reloaded # and VDR restarted. # # In order to actually use this script you need to implement # the functions DriverLoaded(), LoadDriver() and UnloadDriver() # and maybe adjust the VDRPRG and VDRCMD to your particular # requirements. # # Since this script loads the DVB driver, it must be started # as user 'root'. Add the option "-u username" to run VDR # under the given user name. # # Any command line parameters will be passed on to the # actual 'vdr' program. # # See the main source file 'vdr.c' for copyright information and # how to reach the author. # # $Id: runvdr 1.19 2006/05/14 16:02:05 kls Exp $ VDRPRG="./vdr" VDRCMD="$VDRPRG --watchdog=60 --lirc=/dev/lircd $*" KILL="/usr/bin/killall -q -TERM" # Detect whether the DVB driver is already loaded # and return 0 if it *is* loaded, 1 if not: function DriverLoaded() { return 1 } # Load all DVB driver modules needed for your hardware: function LoadDriver() { return 1 } # Unload all DVB driver modules loaded in LoadDriver(): function UnloadDriver() { return 1 } # Load driver if it hasn't been loaded already: if ! DriverLoaded; then LoadDriver fi while (true) do eval "$VDRCMD" if test $? -eq 0 -o $? -eq 2; then exit; fi echo "`date` reloading DVB driver" $KILL $VDRPRG sleep 10 UnloadDriver LoadDriver echo "`date` restarting VDR" done I build vdr with REMOTE=LIRC my remote.conf: LIRC.Up UP LIRC.Down DOWN LIRC.Menu MENU my lircd.conf: begin remote name HVR-1100 bits 16 eps 30 aeps 100 one 0 0 zero 0 0 pre_data_bits 16 pre_data 0x8001 gap 135828 toggle_bit 0 begin codes power 0x0074 go 0x0161 tv 0x0179 videos 0x0189 music 0x0188 pictures 0x016F guide 0x016D radio 0x0181 Up 0x0067 Down 0x006C Left 0x0069 Right 0x006A Back 0x00AE menu 0x008B ok 0x001C Volume+ 0x0073 Volume- 0x0072 Ch+ 0x0192 Ch- 0x0193 prev 0x019C mute 0x0071 Record 0x00A7 stop 0x0080 play 0x00CF replay 0x00A8 skip 0x00D0 backtrack 0x00A5 pause 0x0077 forward 0x00A3 1 0x0002 2 0x0003 3 0x0004 4 0x0005 5 0x0006 6 0x0007 7 0x0008 8 0x0009 9 0x000A 0 0x000B star 0x0184 hash 0x0172 red 0x018E green 0x018F yellow 0x0190 blue 0x0191 end codes end remote the xine-plugin works irw also works but no reaction from vdr when I use the remote I also installed the remote plugin bat was also mot successful Cheers H.Braun

3 14

FF card A/V sync suggestion
by C.Y.M 02 Feb '07

02 Feb '07

Since it has been several years now and I have never been able to solve the a/v desync issues with my Nexus-S FF card when playing back recordings, I was thinking about what could be done. As of now, I have been using xine with my FF card to fix the problem. But, if I use xine, then even live tv is played back over software. The problem was never with live tv, only playing back recordings. What if the mplayer plugin was modified to replace the default vdr playback for recordings. It currently works as is, but it has problems with split files (ie; 001.vdr, 002.vdr, etc.). Also, it would be nice if there was an option to replace the default playback in vdr for recordings (so we wouldnt have to select the mplayer plugin first every time). Just a suggestion, but using mplayer over mpegpes would definitely be a better solution for fixing the a/v desync instead of having to use xine for everything (since there never was a problem with live tv). Best Regards.

32 122

DVD plugin - sound jerky??
by Simon Baxter 31 Jan '07

31 Jan '07

I've had this problem for ages and never found any resolution to it as it's really only a problem with DVDs that have a lot of chapters. When it get towards the end of a chapter, the sound disappears. The video is still fine, but the sound stops. Are there any debugs I can run to get more info out of dvd-plugin?

4 10

[ANNOUNCE] vdr-xine-0.7.10 plugin
by Reinhard Nissl 19 Jan '07

19 Jan '07

Hi, it's been a long time being busy at work and home, so I'm very pleased to announce maintenance release 0.7.10 today: http://home.vr-web.de/~rnissl/vdr-xine-0.7.10.tgz 2006-12-10: Version 0.7.10 - Updated xine patches to current CVS (should be compatible with xine release 1.1.3). - Fixed a segfault in SHQ OSD scaling code due to uninitialized variables (thanks to Gregorie Favre for reporting this issue and testing the fixes). - Added noSignal-smallTextAtBottom.mpg to directory data (thanks to John for supplying the file). - Fixed a segfault in xine when there is no demuxer available (e. g. the SuSE 10.1 xine-lib binary lacks support for MPEG2). - Fixed compiler warnings on x86_64 architectures (thanks to Ville Skyttä for compilation assistance). - Added support to xine for the 3 new keys of VDR-1.3.47. - Updated MANUAL accordingly. For this release I suggest the following xine sources: http://home.vr-web.de/~rnissl/xine-lib-cvs-20061209220000.tar.bz2 http://home.vr-web.de/~rnissl/xine-ui-cvs-20061209220000.tar.bz2 Highly recommended for editing old recordings is the following patch: http://home.vr-web.de/~rnissl/vdr-1.3.44-dvbplayer5.patch http://home.vr-web.de/~rnissl/vdr-1.2.6-dvbplayer5.patch For details about the patch see: http://home.vr-web.de/~rnissl/vdr-patches-README.txt Enjoy. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:rnissl@gmx.de

5 32

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr December 2006