vdr February 2013

vdr@linuxtv.org

49 participants
41 discussions

Rotor plugin source?
by Teemu Suikki 16 Feb '13

16 Feb '13

Hi! I was trying to find source code for the rotor plugin (not rotorng).. all the links seem to be outdated. Anyone have any version? I'm really only interested in seeing how the GotoX stuff works. I'm trying to send gotox command from diseqc.conf, but the dish doesn't move at all. I have the Eutelsat diseqc 1.2 specification, but the GotoX stuff is marked preliminary and they talk only about terrestrial antennas.. Must be some difference. Here's my non-functioning diseqc.conf entry: #S1.0W - Elevation 17.44, Azimuth 209.62, Motor angle -28.45 S1.0W 11700 V 9750 t W15 [E0 31 6E 0D 07] W15 v t S1.0W 99999 V 10600 t W15 [E0 31 6E 0D 07] W15 v T S1.0W 11700 H 9750 t W15 [E0 31 6E 0D 07] W15 V t S1.0W 99999 H 10600 t W15 [E0 31 6E 0D 07] W15 V T I actually made a C program that generates these lines for all visible satellites. This might be of interest to people who are waiting for gotox support, if I ever get this working..

4 4

dvbhddevice Makefile missing $(LDFLAGS)
by Chris Mayo 16 Feb '13

16 Feb '13

Been sitting on this for ages but in anticipation of 2.0: --- PLUGINS/src/dvbhddevice/Makefile.orig +++ PLUGINS/src/dvbhddevice/Makefile @@ -98,7 +98,7 @@ $(SOFILE): $(OBJS) libhdffcmd @$(MAKE) --no-print-directory -C libhdffcmd all - $(CXX) $(CXXFLAGS) -shared $(OBJS) libhdffcmd/libhdffcmd.a -o $@ + $(CXX) $(CXXFLAGS) $(LDFLAGS) -shared $(OBJS) libhdffcmd/libhdffcmd.a -o $@ install-lib: $(SOFILE) install -D $^ $(LIBDIR)/$^.$(APIVERSION)

2 1

bug in channels.conf.terr?
by Lars Hanisch 15 Feb '13

15 Feb '13

Hi, https://bugs.launchpad.net/ubuntu/+source/vdr/+bug/45721 In the Debian package (and Ubuntu of course) is a patch included, which removes the following line from channels.conf.terr: Ch 14 (TV):481833:I0C23D0M64B8T2G32Y0:T:27500:2840:2841:2843:0:0:8800:0:0 Can anybody confirm, this line is invalid? Which will be the right line? Would nice to get rid off this patch or have a valid channels.conf.terr upstream... :) Regards, Lars.

5 9

Handling large channel list?
by Teemu Suikki 15 Feb '13

15 Feb '13

Hi! I have about 9000 channels in my channels.conf at the moment. :) They are currently just grouped by source, otherwise in random order. Many of the channels are radio channels, or encrypted channels which I can't watch. Some encrypted channels I can watch, so I can't just grep out all crypted.. I tried the autosort plugin, but it just keeps crashing. Then I found autosort.pl which is the same thing but "stand alone".. This works, but it does not support the autosort's HasOpenCa -parameter, so it is difficult to configure which caid's I can watch. I also have chanman-plugin, which works reasonably well, but it also has the problem that it just shows FTA or crypted, doesn't make a difference between caid's. -- Teemu Suikki http://www.z-power.fi/

1 0

Red button inconsistency
by Ludi 12 Feb '13

12 Feb '13

Hi, For the following, I am assuming that the functions of color buttons of the remote control of the VDR shipping with yavdr have not been modified compared to the original VDR. (otherwise, I am filing this at the wrong place) The VDR uses the red button of the remote control for various timer related functions. For example, the red button sets a timer in when the epg is displayed, it toggles a timer from active to inactive in the timers list... However, to toggle a timer from active to inactive in the conflict catcher window, one has to use the green button. Would it not be more straightforward to use the red button to also toggle the timers in the conflict catcher view? Thanks in advance for taking it into account. Cheers

4 5

[ANNOUNCE] VDR developer version 1.7.37
by Klaus Schmidinger 11 Feb '13

11 Feb '13

VDR developer version 1.7.37 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.37.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.36-1.7.37.diff MD5 checksums: 602dc7e678bcfcf075da36344a337562 vdr-1.7.37.tar.bz2 34e953fcffc112f316cbfc1f53915324 vdr-1.7.36-1.7.37.diff WARNING: ======== This is a *developer* version. Even though *I* use it in my productive environment. I strongly recommend that you only use it under controlled conditions and for testing and debugging. Approaching version 2.0.0: ========================== If all goes well, there should be no more functional or API changes before the final version 2.0.0. There will just be a few more fixes. The changes since version 1.7.36: - Now also using FindHeader() in cMpeg2Fixer::AdjTref() (pointed out by Sören Moch). - Added missing template for DVBDIR to Make.config.template (reported by Derek Kelly). - The LCARS menu now also works if the OSD has only 1bpp (two colors). - Fixed possible garbage in the remaining time of the LCARS replay display in case the hours change from two to one digit. - Fixed upscaling bitmaps. The last row and column of the scaled bitmap was not filled, which resulted in empty lines between scaled subtitles. - Fixed a leftover line in case a two line subtitle was followed by a one line subtitle on the dvbhddevice in "high level" OSD mode. - Returning 0 from cDvbSdFfDevice::NumProvidedSystems() if option --outputonly is given. - The index file is now closed after initially reading it if it is older than 3600 seconds. - Improved responsiveness during replay when close to the recording's end. - Fixed a leftover progress display in the LCARS main menu when replay of a recording ends while the menu is open, and the live channel has no EPG information. - Fixed possible audio chatter when a recording is replayed to its very end. - Added dependency on 'i18n' to 'install-i18n' in the VDR Makefile (thanks to Tobias Grimm). - Changed several calls to Skins.Message() in vdr.c to Skins.QueueMessage() in order to avoid a black screen while such a message is displayed in case the channel will be switched (reported by Uwe Scheffler). - Updated the Slovakian language texts (thanks to Milan Hrala). - Improved LIRC timing for repeat function. - When pausing live video, the current audio and subtitle tracks are now retained. - Added some notes about plugin Makefiles to PLUGINS.html. - Avoiding an extra key press event if the repeat function kicks in when controlling VDR via the PC keyboard. - The new options "Setup/Miscellaneous/Remote control repeat delay" and "Setup/Miscellaneous/Remote control repeat delta" can be used to adjust the behavior of the remote control in case a key is held pressed down for a while, so that the repeat function kicks in (see MANUAL). The builtin LIRC and KBD remote controls already use these parameters. It is recommended that plugins that implement an interface to any kind of remote controls also use the parameters Setup.RcRepeatDelay and Setup.RcRepeatDelta for the desired purpose, and remove any setup options they might have that serve the same purpose. - cTimer no longer does any special "VFAT" handling to shorten directory names to 40 characters. When a string is used as a directory name for a recording, the maximum length of the directory path, as well as the individual directory names, is now limited to the values specified by the new command line option --dirnames (see man vdr(1) for details). For backwards compatibility the option --vfat is still available and has the same effect as --dirnames=250,40,1. - The macro MaxFileName is now obsolete and may be removed in future versions. Use NAME_MAX directly instead. - There is no more fixed limit to the maximum number of cPixmap objects an OSD can create. However, a particular device may still be unable to create an arbitrary number of pixmaps, due to limited resources. So it's always a good idea to use as few pixmaps as possible. - Fixed formatting and removed some superfluous break statements in vdr.c's command line option switch. Have fun! Klaus

3 4

VDR 1.7.37: missing braces in lirc.c
by Klaus Schmidinger 11 Feb '13

11 Feb '13

I just found out that there are some curly braces missing in lirc.c: --- lirc.c 2013/02/03 11:23:18 2.4 +++ lirc.c 2013/02/11 15:25:42 @@ -114,9 +114,10 @@ repeat = true; timeout = Delta * 10 / 9; } - if (pressed) + if (pressed) { LastTime.Set(); Put(KeyName, repeat); + } } else if (pressed && repeat) { // the last one was a repeat, so let's generate a release Put(LastKeyName, false, true); This caused an additional k_Repeat after a k_Release. Klaus

1 0

Suggestion (patch) for sections.c
by Teemu Suikki 09 Feb '13

09 Feb '13

Hi! As I mentioned in my previous email, I'm using diseqc.conf to drive my motorized dish. I noticed that sometimes VDR generates false channe updates, when the dish is moving. The problem is, channel switches immediately, but it takes seconds for the dish to move. Often there is several seconds time when VDR thinks it's already on the new channel, but old satellite is still tuned. I googled and I noticed something about this in actuator plugin README: "vdr assumes that, as soon as a channel has been switched to, the new source (satellite) is valid, even if the dish is moving, so the autoupdate function will assign new/updated channels to the wrong satellite. The plugin's workaround is to disable autoupdate while the dish is moving and restore the previous setting only when it has reached the target satellite. It's possible that the plugin will fail to restore the value of this setting. If you see that channels aren't updating anymore check this setting (main menu->configuration->dbv->update channels, note that while the dish is moving this setting is always "no", so check and modify it only when the actuator is idle). " RotorNG does not have such hack, so it still suffers from this problem. Also as I said, I use VDR "as is" without rotor-ng, and have this problem. I made the following patch to sections.c, this is for vdr 1.7.27 but I guess it's similar in newer VDRs as well.. If source has been changed, it forces a 10 second delay. This means that epg data and channel updates are disabled during that time, but it shouldn't matter. 10 seconds might not be quite enough to get to the new position with a slow motor, but it is enough to make the frontend loose lock on the previous satellite.. Here's also example from syslog: Feb 8 15:17:23 yavdr vdr: [16352] switching to channel 990 Feb 8 15:17:23 yavdr vdr: [16420] New source 0x5300ff7e, 10sec wait forced in section loop Feb 8 15:17:29 yavdr vdr: [16419] frontend 1/0 lost lock on channel 990, tp 112322 Feb 8 15:17:30 yavdr vdr: [16419] frontend 1/0 regained lock on channel 990, tp 112322 Here you can see how it takes full 6 seconds before frontend reports lost lock, after channel switch.. Channel is really switched at 15:17:30 when it regains lock. If any section data would be received between 15:17:23 - 15:17:29, it would be registered on the wrong satellite. ------------------------------ The patch: *** vdr-alt/sections.c 2007-10-14 15:52:07.000000000 +0300 --- vdr/sections.c 2013-02-08 14:50:30.524186976 +0200 *************** *** 164,169 **** --- 164,171 ---- void cSectionHandler::Action(void) { + int PrevSource=shp->channel.Source(); + SetPriority(19); while (Running()) { *************** *** 183,188 **** --- 185,196 ---- if (poll(pfd, NumFilters, 1000) > 0) { bool DeviceHasLock = device->HasLock(); + if (PrevSource!=shp->channel.Source()) { + PrevSource=shp->channel.Source(); + DeviceHasLock = false; + dsyslog("New source 0x%x, 10sec wait forced in section loop\n",PrevSource); + cCondWait::SleepMs(10000); + } if (!DeviceHasLock) cCondWait::SleepMs(100); for (int i = 0; i < NumFilters; i++) { -- Teemu Suikki http://www.z-power.fi/

2 3

Does anyone see this or is the VDR mailing list broken?
by VDR User 08 Feb '13

08 Feb '13

A few people have expressed concern now so I'm sending a test posting out.

6 18

diseqc.conf with different lines for each frontend
by Teemu Suikki 08 Feb '13

08 Feb '13

Hi! I have vdr 1.7.27, from yavdr 0.5. I have two frontends, one has fixed dish to 1.0W and other is a motorized dish than can tune any satellite. I have tried rotorng plugin, but I see that it's entirely possible to let VDR do the dish control with diseqc.conf.. this is my diseqc.conf file: 1: S1.0W 11700 V 9750 v t S1.0W 99999 V 10600 v T S1.0W 11700 H 9750 V t S1.0W 99999 H 10600 V T 2: S1.0W 11700 V 9750 t W15 [E0 31 6B 19] W15 v t S1.0W 99999 V 10600 t W15 [E0 31 6B 19] W15 v T S1.0W 11700 H 9750 t W15 [E0 31 6B 19] W15 V t S1.0W 99999 H 10600 t W15 [E0 31 6B 19] W15 V T S13.0E 11700 V 9750 t W15 [E0 31 6B 13] W15 v t S13.0E 99999 V 10600 t W15 [E0 31 6B 13] W15 v T S13.0E 11700 H 9750 t W15 [E0 31 6B 13] W15 V t S13.0E 99999 H 10600 t W15 [E0 31 6B 13] W15 V T (other satellites here too, just two shown) ------------------------------ This works well. VDR moves the dish, works with rotorng disabled. But the problem is, VDR seems to prefer frontend 2 for some reason. If frontend 2 is tuned to S13.0E and I switch to channel on S1.0W, I have to wait for the dish to turn.. Frontend 1 would have been tuned already! It's worse if there is a timer recording on S1.0W. VDR chooses frontend 2 even if there is only one recording going. Then I can't switch to other satellites at all, the only moving dish is stuck to S1.0W.. Now, the obvious solution is to remove S1.0W from frontend2 config.. But then frontend2 can't help if there's duplicate timers on S1.0W. Is there any way to make frontend1 higher priority, so it would be used first if it can tune? -- Teemu Suikki http://www.z-power.fi/

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr February 2013