vdr

vdr@linuxtv.org

2 participants
6731 discussions

Re: [vdr] Device bonding
by Klaus Schmidinger 19 Feb '13

19 Feb '13

On 19.02.2013 01:48, Juergen Lock wrote: > On Mon, Feb 18, 2013 at 11:52:31PM +0100, Klaus Schmidinger wrote: >> On 18.02.2013 23:43, Juergen Lock wrote: >>> In article <5121FBA4.2050108(a)tvdr.de> you write: >>>> On 16.02.2013 16:46, Juergen Lock wrote: >>>>> Hi! >>>>> >>>>> Now that I have a spare DVB-S2 tuner (TechniSat SkyStar USB HD >>>>> (adapter2); the others on this box are atm Hauppauge Nova-TD model >>>>> 1172 (adapter 0+1) and TechnoTrend S2-3600 (adapter3) - all USB) I >>>>> decided to play with vdr device bonding. I discovered three things: >>>>> (still using vdr 1.7.29, I know I should upgrade... :) >>>>> >>>>> 1. The LNB setup OSD menu causes bonding to fail (it's trying to >>>>> bond a DVB-T tuner) if I set the two DVB-S2 tuners as "connected >>>>> to sat cable 1"; it works with "sat cable 2". Maybe it somehow >>>>> thinks of (one of?) the DVB-T tuner(s) as cable 1 too? >>>> >>>> What does the "Setup/LNB" menu look like on your system? >>>> Does it list only the two DVB-S devices, or all four of them? >>>> Which device numbers does it display? >>>> >>>> What does the "DeviceBondings = ..." line in setup.conf look like >>>> in both cases (working/not working)? >>>> >>> working: >>> >>> Einstellungen - LNB >>> >>> DiSEqC benutzen: nein >>> SLOF (MHz): 11700 >>> Untere LNB-Frequenz (MHz): 9750 >>> Obere LNB-Frequenz (MHz): 10600 >>> Device 3 angeschlossen an Sat-Kabel: 2 >>> Device 4 angeschlossen an Sat-Kabel: 2 >>> >>> -> >>> DeviceBondings = 1 0 2 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 >>> >>> broken: >>> >>> Einstellungen - LNB >>> >>> DiSEqC benutzen: nein >>> SLOF (MHz): 11700 >>> Untere LNB-Frequenz (MHz): 9750 >>> Obere LNB-Frequenz (MHz): 10600 >>> Device 3 angeschlossen an Sat-Kabel: 1 >>> Device 4 angeschlossen an Sat-Kabel: 1 >>> >>> -> >>> DeviceBondings = 1 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 >>> >>>> You wrote that your DVB-S2 device is "adapter2". Does this mean it >>>> is actually "adaper2/frontend0" and "adapter2/frontend1"? >>>> >>> No the other DVB-S2 tuner is adapter3 (TechnoTrend S2-3600), all four >>> only have frontend0 no frontend1. >>> >>>> Have you appliead any patches to VDR? >>> >>> Currently the two patches belonging to the iptv and ttxtsubs plugins >>> and my stb0899 signal strength patch, and of course the FreeBSD >>> portability patches. >>> >>>> If so, what happens without them? >>> >>> I will have to check that later tho I guess they are unrelated... >>> >>>> Same for plugins. >>>> >>> I just started vdr with just the xineliboutput plugin (I don't have >>> an ff card) and got the same >>> >>> DeviceBondings = 1 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 >>> >>> when setting both DVB-S2 tuners as ".. connected to sat cable 1". >>> >>> I wonder, could this be a result of me running vdr with only the DVB-S2 >>> tuners once and the first 1 in DeviceBondings that I may have set then >>> simply doesn't get reset when the first two tuners became DVB-T? >> >> I'll have to further look into this, but you might be on to something here. >> Please stop VDR, set that line to >> >> DeviceBondings = 0 0 2 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 >> >> manually and restart VDR. Does it work then? >> > Yeah, looks like. (I should have tested that earlier... :) Just one more thing: did you get any log messages regarding device bonding when it didn't work? > Btw did you take a look at the bondMutex vs mutex locking yet? I've had > no further deadlocks with the second patch now. I was a little cnfused about this at first ;-) Will look into it later. BTW: you sent your original posting "To" me and "Cc"d the VDR-ML. Therefore my reply inadvertently only went to you and not to the list. I'm no replying explicitly to the list. Please send postings only to the list and do not Cc me (unless you only want to contact me privately). Klaus

2 3

Re: [vdr] Device bonding
by Klaus Schmidinger 19 Feb '13

19 Feb '13

On 19.02.2013 01:48, Juergen Lock wrote: > On Mon, Feb 18, 2013 at 11:52:31PM +0100, Klaus Schmidinger wrote: >> On 18.02.2013 23:43, Juergen Lock wrote: >>> In article <5121FBA4.2050108(a)tvdr.de> you write: >>>> On 16.02.2013 16:46, Juergen Lock wrote: >>>>> Hi! >>>>> >>>>> Now that I have a spare DVB-S2 tuner (TechniSat SkyStar USB HD >>>>> (adapter2); the others on this box are atm Hauppauge Nova-TD model >>>>> 1172 (adapter 0+1) and TechnoTrend S2-3600 (adapter3) - all USB) I >>>>> decided to play with vdr device bonding. I discovered three things: >>>>> (still using vdr 1.7.29, I know I should upgrade... :) >>>>> >>>>> 1. The LNB setup OSD menu causes bonding to fail (it's trying to >>>>> bond a DVB-T tuner) if I set the two DVB-S2 tuners as "connected >>>>> to sat cable 1"; it works with "sat cable 2". Maybe it somehow >>>>> thinks of (one of?) the DVB-T tuner(s) as cable 1 too? >>>> >>>> What does the "Setup/LNB" menu look like on your system? >>>> Does it list only the two DVB-S devices, or all four of them? >>>> Which device numbers does it display? >>>> >>>> What does the "DeviceBondings = ..." line in setup.conf look like >>>> in both cases (working/not working)? >>>> >>> working: >>> >>> Einstellungen - LNB >>> >>> DiSEqC benutzen: nein >>> SLOF (MHz): 11700 >>> Untere LNB-Frequenz (MHz): 9750 >>> Obere LNB-Frequenz (MHz): 10600 >>> Device 3 angeschlossen an Sat-Kabel: 2 >>> Device 4 angeschlossen an Sat-Kabel: 2 >>> >>> -> >>> DeviceBondings = 1 0 2 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 >>> >>> broken: >>> >>> Einstellungen - LNB >>> >>> DiSEqC benutzen: nein >>> SLOF (MHz): 11700 >>> Untere LNB-Frequenz (MHz): 9750 >>> Obere LNB-Frequenz (MHz): 10600 >>> Device 3 angeschlossen an Sat-Kabel: 1 >>> Device 4 angeschlossen an Sat-Kabel: 1 >>> >>> -> >>> DeviceBondings = 1 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 >>> >>>> You wrote that your DVB-S2 device is "adapter2". Does this mean it >>>> is actually "adaper2/frontend0" and "adapter2/frontend1"? >>>> >>> No the other DVB-S2 tuner is adapter3 (TechnoTrend S2-3600), all four >>> only have frontend0 no frontend1. >>> >>>> Have you appliead any patches to VDR? >>> >>> Currently the two patches belonging to the iptv and ttxtsubs plugins >>> and my stb0899 signal strength patch, and of course the FreeBSD >>> portability patches. >>> >>>> If so, what happens without them? >>> >>> I will have to check that later tho I guess they are unrelated... >>> >>>> Same for plugins. >>>> >>> I just started vdr with just the xineliboutput plugin (I don't have >>> an ff card) and got the same >>> >>> DeviceBondings = 1 0 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 >>> >>> when setting both DVB-S2 tuners as ".. connected to sat cable 1". >>> >>> I wonder, could this be a result of me running vdr with only the DVB-S2 >>> tuners once and the first 1 in DeviceBondings that I may have set then >>> simply doesn't get reset when the first two tuners became DVB-T? >> >> I'll have to further look into this, but you might be on to something here. >> Please stop VDR, set that line to >> >> DeviceBondings = 0 0 2 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 >> >> manually and restart VDR. Does it work then? >> > Yeah, looks like. (I should have tested that earlier... :) This should fix the device bondings once you open and confirm the Setup/LNB menu: --- menu.c 2013/02/17 13:17:49 2.79 +++ menu.c 2013/02/19 09:33:26 @@ -2965,6 +2965,8 @@ for (int i = 0; i < cDevice::NumDevices(); i++) { if (cDevice::GetDevice(i)->ProvidesSource(cSource::stSat)) Add(new cMenuEditIntItem(cString::sprintf(tr("Setup.LNB$Device %d connected to sat cable"), i + 1), &satCableNumbers.Array()[i], 0, NumSatDevices, tr("Setup.LNB$own"))); + else + satCableNumbers.Array()[i] = 0; } } Klaus

2 1

[ANNOUNCE] VDR developer version 1.7.36
by Klaus Schmidinger 19 Feb '13

19 Feb '13

VDR developer version 1.7.36 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.36.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.35-1.7.36.diff MD5 checksums: e514f72a2a8c44f39e47b540d6ad325f vdr-1.7.36.tar.bz2 9312a0d10bcda87d3c3c7e6dfbebcd05 vdr-1.7.35-1.7.36.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. The changes since version 1.7.35: - Added maximum SNR value for PCTV Systems nanoStick T2 290e (thanks to Antti Hartikainen). - Added a remark indicating that the coordinates of Rect in a call to cDevice::CanScaleVideo() are in the range of the width and height returned by GetOsdSize() (suggested by Reinhard Nissl). - Modified the Makefiles (thanks to Christopher Reimer). By default VDR is now built according to the FHS ("File system Hierarchy Standard"), and a plain "make" in the VDR source directory just builds everything, but doesn't copy it to ./PLUGINS/lib and ./locale any more. You can use a Make.config file (copied from Make.config.template) and set the parameter LCLBLD=1 to have everything built and installed under the VDR source tree (as was the default in previous versions). If you already have your own Make.config file, you may want to copy the new Make.config.template and adapt it to your needs. If you don't want VDR's data files to be spread around your system according to the FHS, you can set the parameter ONEDIR=1 (using Make.config) to have all files in one /video directory as before. - Fixed the example for cReceiver in PLUGINS.html. - Fixed sorting recordings in case two folders have the same name, but one of them ends in an additional digit, as in "abc" and "abc2" (reported by Andreas Mair). - Added "repeat" function when using the keyboard to control VDR (thanks to Reinhard Nissl). - The SVDRP command LSTR now knows the additional parameter "path", which can be given to get the actual file name of a recording's directory (suggested by Stefan Stolz). - Fixed multiple occurrences of the same directory in the recordings list in case there are directories that only differ in non-alphanumeric characters (reported by Andreas Mair). - Absolute jumps when replaying a recording (via the Red key) are now only performed if an actual value has been entered (suggested by Ulf Kiener). - The last replayed recording is now stored in setup.conf, which allows the blue "Resume" key in the main menu to work even after a restart of VDR. - The SVDRP command NEWT no longer checks whether a timer with the given data already exists (suggested by Malte Forkel). - Implemented scaling of SPU bitmaps (thanks to Johann Friedrichs). - Improved cutting MPEG-2 video (thanks to Sören Moch). - Reduced the number of retries in cTransfer::Receive() to avoid blocking recordings in case the primary device can't handle the current live signal. Have fun! Klaus

8 24

Request to translate cdplayer-plugin
by Ulrich Eckhardt 18 Feb '13

18 Feb '13

Hi, i want to ask, if someone is willing to help to add additional translations to the cd-player plugin? http://www.uli-eckhardt.de/vdr/cdplayer.en.shtml it_IT: 33 translated messages, 1 fuzzy translation, 13 untranslated messages. ro_RO: 41 translated messages, 6 untranslated messages. de_DE: 30 translated messages, 1 fuzzy translation, 16 untranslated messages. Best Regards Uli -- Ulrich Eckhardt http://www.uli-eckhardt.de Ein Blitzableiter auf dem Kirchturm ist das denkbar stärkste Misstrauensvotum gegen den lieben Gott. (Karl Krauss)

5 7

Call for translations for VDR version 2.0.0
by Klaus Schmidinger 18 Feb '13

18 Feb '13

VDR is now approaching version 2.0.0, so this might be a good time for translators to complete the internationalized texts. Here's a list of the language files that still need some work, together with the number of untranslated texts in each of them: nn_NO.po: 261 el_GR.po: 196 ar.po: 138 sl_SI.po: 134 tr_TR.po: 133 sv_SE.po: 133 pl_PL.po: 133 nl_NL.po: 133 hr_HR.po: 133 fr_FR.po: 133 es_ES.po: 133 da_DK.po: 133 ca_ES.po: 133 ru_RU.po: 131 zh_CN.po: 129 hu_HU.po: 105 sr_SR.po: 52 cs_CZ.po: 34 uk_UA.po: 29 pt_PT.po: 27 lt_LT.po: 27 fi_FI.po: 11 ro_RO.po: 6 mk_MK.po: 5 sk_SK.po: 2 it_IT.po: 2 et_EE.po: 2 Please base your work on the latest version of these files in VDR 1.7.37 and send me proper patches. Thanks Klaus

14 38

[PATCH] Suggest naming central plugin make config as plugin.mk.
by Ville Skyttä 18 Feb '13

18 Feb '13

Makes it clearer that it's a Makefile snippet, distinguishes from VDR conf files. Reposted here per Klaus' request, he'd like to see 3 people ack this. --- Make.config.template | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Make.config.template b/Make.config.template index b02d796..5bd0a10 100644 --- a/Make.config.template +++ b/Make.config.template @@ -62,7 +62,7 @@ endif # Use this if you want to have a central place where you configure compile time # parameters for plugins: -#PLGCFG = $(CONFDIR)/plugins.conf +#PLGCFG = $(CONFDIR)/plugins.mk ### The remote control: -- 1.7.11.7

3 2

[ANNOUNCE] VDR developer version 1.7.38
by Klaus Schmidinger 17 Feb '13

17 Feb '13

VDR developer version 1.7.38 is now available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.38.tar.bz2 A 'diff' against the previous version is available at ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.37-1.7.38.diff MD5 checksums: f4ef0f60ed662f3c983a830da67df9b2 vdr-1.7.38.tar.bz2 e945b0f44e13ed768de726cf6e66317c vdr-1.7.37-1.7.38.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.37: - Updated the Ukrainian OSD texts (thanks to Yarema Aka Knedlyk). - Updated the Estonian OSD texts (thanks to Arthur Konovalov). - Updated the Romanian OSD texts (thanks to Lucian Muresan). - Updated the French OSD texts (thanks to Marc Perrudin, Bernard Jaulini and Peter Münster). - Updated the Macedonian OSD texts (thanks to Dimitar Petrovski). - Fixed moving editing marks, so that they don't get overwritten with old values through an update of the marks file. - Removed an invalid line from channels.conf.terr (reported by Lars Hanisch). - Fixed an unexpected k_Repeat key event after a k_Release in lirc.c. - Fixed permissions of po/sr_SR.po (reported by Dominic Evans). - Updated the Italian OSD texts (thanks to Diego Pierotto). - Fixed using "Pause" and "Slow motion" near the end of a recording (replay stopped a few seconds after the end of the recording file has been reached). - Fixed selecting the last replayed recording in the Recordings menu in case there are folders and plain recordings with names that differ only in non-alphanumeric characters (reported by Andre Weidemann). - Fixed the description of the OSD drawing functions DrawEllipse() (the values -5...-8 for the Quadrants parameter are not implemented). - Made cOsd::DestroyPixmap() "NULL proof". - Now deleting any previously allocated pixmaps in cOsd::SetAreas(). - Added demos of the DrawEllipse() and DrawSlope() function to the 'osddemo' plugin (press '1' or '2', respectively). - Updated the Lithuanian OSD texts (thanks to Valdemaras Pipiras). - The timeout for trying to switch to a valid programme is now reset immediately once a programme has been found. - No longer checking for EOPNOTSUPP in cDvbTuner::GetSignalQuality() to avoid breaking this function in case the driver suddenly decides to return a different errno value if an operation is not supported. - Moved the definition of TIMERMACRO_TITLE and TIMERMACRO_EPISODE from recording.h to config.h and using them to initialize Setup.NameInstantRecord (avoids having the same information in two places). - Fixed the return value of cOsdProvider::StoreImage() in case there is no OSD provider. - Fixed a crash in cMenuEditChanItem::Set() when entering a channel number that doesn't exist (reported by Mikael Hübsch). - Fixed displaying pending timers in "alert" mode in the LCARS skin. - Added missing $(LDFLAGS) to the Makefile of the dvbhddevice plugin (thanks to Ville Skyttä). - Fixed some spellings in PLUGINS.html and Doxyfile (thanks to Ville Skyttä). - Added '-p' to the cp command in the install-conf target of the Makefile (thanks to Ville Skyttä). - Added missing 'const' to cDevice::HasProgramme() and cDevice::HasLock(). - Fixed determining the priority of the primary device in case it is neither replaying nor receiving a live channel (thanks to Matthias Senzel for reporting a problem with switching back to live viewing after replay in a setup with device bonding). - Removed all \return and \param tags from comment lines marked with "///<" for Doxygen. There was only a rather small number of these, and I would probably always forget to put them in place when writing future comments, so I decided to drop them entirely. - Added Doxyfile.filter to have special characters escaped that would otherwise be dropped by Doxygen (reported by Ville Skyttä). - Using 'cat' instead of 'cp' to copy the Doxyfile to avoid problems in case Doxyfile is write protected. - Updated the Doxyfile with a newer version of Doxygen. - Turned off following symlinks in the Doxyfile. - Removed trailing whitespace. - Expanded tabs in PLUGINS/src/dvbhddevice/setup.c. - Some formatting fixes. Have fun! Klaus

1 0

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

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

vdr