[vdr] [ANNOUNCE] VDR developer version 1.7.23
MARK.HAWES at au.fujitsu.com
Mon Jan 23 05:43:57 CET 2012
I have updated my current build taken from the Media Build Tree last Tuesday with the contents of the linux media tarball dated 22/01/2012 and rebuilt my drivers.
I still get the same results.
As the system initialises the following lines appear in the syslog:
Jan 23 12:16:44 Nutrigrain kernel: [ 9.338720] tuner-simple 16-0061: couldn't set type to 63. Using 78 (Philips FMD1216MEX MK3 Hybrid Tuner) instead
Jan 23 12:16:44 Nutrigrain kernel: [ 9.346240] DVB: registering adapter 1 frontend 0 (Conexant CX24116/CX24118)...
Jan 23 12:16:44 Nutrigrain kernel: [ 9.349110] DVB: registering adapter 1 frontend 1 (Conexant CX22702 DVB-T)...
Subsequently when starting VDR the following is logged:
Jan 23 13:10:13 Nutrigrain vdr:  registered source parameters for 'A - ATSC'
Jan 23 13:10:13 Nutrigrain vdr:  registered source parameters for 'C - DVB-C'
Jan 23 13:10:13 Nutrigrain vdr:  registered source parameters for 'S - DVB-S'
Jan 23 13:10:13 Nutrigrain vdr:  registered source parameters for 'T - DVB-T'
Jan 23 13:10:13 Nutrigrain vdr:  probing /dev/dvb/adapter0/frontend0
Jan 23 13:10:13 Nutrigrain vdr:  new device number 1
Jan 23 13:10:13 Nutrigrain vdr:  frontend 0/0 provides DVB-S with QPSK ("ST STV0299 DVB-S")
Jan 23 13:10:13 Nutrigrain vdr:  tuner on frontend 0/0 thread started (pid=2704, tid=2708)
Jan 23 13:10:13 Nutrigrain vdr:  section handler thread started (pid=2704, tid=2709)
Jan 23 13:10:13 Nutrigrain vdr:  probing /dev/dvb/adapter1/frontend0
Jan 23 13:10:13 Nutrigrain vdr:  new device number 2
Jan 23 13:10:14 Nutrigrain vdr:  video directory scanner thread ended (pid=2704, tid=2706)
Jan 23 13:10:14 Nutrigrain vdr:  video directory scanner thread ended (pid=2704, tid=2705)
Jan 23 13:10:19 Nutrigrain vdr:  frontend 1/0 provides DVB-S,DVB-S2 with QPSK ("Conexant CX24116/CX24118")
Jan 23 13:10:19 Nutrigrain vdr:  tuner on frontend 1/0 thread started (pid=2704, tid=2712)
Jan 23 13:10:19 Nutrigrain vdr:  section handler thread started (pid=2704, tid=2713)
Jan 23 13:10:24 Nutrigrain vdr:  ERROR (dvbdevice.c,1087): /dev/dvb/adapter1/frontend1: Device or resource busy
Jan 23 13:10:24 Nutrigrain vdr:  found 2 DVB devices
I'm sure that I have the latest drivers loaded now, but still the same issue. The only conclusion that I can come to is that the necessary changes to the drivers have not (yet) been made. Has anyone else tried VDR 1.7.23 with a HVR 4000 hybrid card and if so, do you get the same results?
From: vdr-bounces at linuxtv.org [mailto:vdr-bounces at linuxtv.org] On Behalf Of Steffen Barszus
Sent: Wednesday, 18 January 2012 5:47 PM
To: vdr at linuxtv.org
Subject: Re: [vdr] [ANNOUNCE] VDR developer version 1.7.23
On Wed, 18 Jan 2012 09:58:16 +1100
"Hawes, Mark" <MARK.HAWES at au.fujitsu.com> wrote:
> I have tried using my hybrid HVR 4000 card ( DVB-S2 and DVB-T
> frontends on one adapter ) against 1.7.23 and a new set of V4L-DVB
> drivers built on Monday. DVB-S channels work fine. However, any
> attempt to select a DVB-T channel results in "channel not available".
> The Syslog trace during VDR initialisation follows:
> It looks like VDR is not picking up the second frontend on the hybrid
> card as a result of the 'Device or resource busy' result which is due
> to frontend 0 being open on it.
If you are using new dvb driver you should only have 1 frontend which has all of the delivery systems. The DVBv3 message also looks suspicious.
Can you double check that new drivers are loaded and you have indeed only 1 frontend for that card ? (Not saying that there is not a bug)
> -----Original Message-----
> From: vdr-bounces at linuxtv.org [mailto:vdr-bounces at linuxtv.org] On
> Behalf Of Klaus Schmidinger Sent: Monday, 16 January 2012 2:11 AM
> To: vdr at linuxtv.org
> Subject: [vdr] [ANNOUNCE] VDR developer version 1.7.23
> VDR developer version 1.7.23 is now available at
> A 'diff' against the previous version is available at
> MD5 checksums:
> de136f7be28c4b6f1fa0e2218b4acc11 vdr-1.7.23.tar.bz2
> 2977b75cd8dacad187d11c10b867d56a vdr-1.7.22-1.7.23.diff
> 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.22:
> - Removed the '.pl' suffix from svdrpsend.pl (sorry, I missed that
> - Fixed bonding more than two devices.
> - Fixed handling symbolic links in cRecordings::ScanVideoDir()
> (reported by Sundararaj Reel).
> - Fixed a memory leak in cRecordings::ScanVideoDir() in case there are
> too many link levels (reported by Sundararaj Reel).
> - Removed redundant memset() in the ctor of cSatCableNumbers
> (triggered by Ville Skyttä pointing out that the argument sequence in
> the call was wrong).
> - Removed a redundant NULL check in cDvbSpuDecoder::setTime() (thanks
> to Ville Skyttä).
> - Added HasSnr to the DEBUG_SIGNALQUALITY output in
> cDvbTuner::GetSignalQuality() (triggered by Ville Skyttä pointing out
> that the variable HasSnr was unused).
> - Updated the Finnish OSD texts (thanks to Rolf Ahrenberg).
> - Added support for HbbTV to libsi (thanks to Christoph Haubrich).
> - Added support for devices with more than one delivery system per
> frontend. This requires a DVB driver with version 5.5 or higher that
> can handle the DTV_ENUM_DELSYS call. With older drivers it will fall
> back to one delivery system per frontend.
> - Updated the Hungarian language texts (thanks to István Füley).
> - cDvbTuner::ExecuteDiseqc() now makes sure only one tuner sends SCR
> commands at any given time (reported by Frank Neumann).
> - cEvent::FixEpgBugs() now replaces any newline characters in stream
> component descriptions with blanks (thanks to Torsten Lang for
> reporting a problem with EPG data from BSkyB's "MTV MUSIC",
> - Fixed cDvbSubtitleConverter::SetOsdData() (thanks to Rolf
> - Fixed cListBase::Move() in case From and To are equal (reported by
> Sundararaj Reel).
> - Added support for DVB-T2 to libsi (thanks to Rolf Ahrenberg).
> - Added support for handling DVB-T2 transponders. This requires a DVB
> driver with version 5.3 or higher that can handle the DTV_DVBT2_PLP_ID
> call (thanks to Rolf Ahrenberg).
> - Fixed cConfig::Load() for g++ version 4.7.0 (thanks to Ville
> - Fixed a possible memory corruption in cTsToPes::GetPes() in case of
> broken TS packets, e.g. when switching channels.
> - Fixed the SVDRP command CLRE for a single channel in case there are
> events that have a timer (thanks to Timo Eskola).
> - BIDI support now checks at runtime whether the system runs with
> UTF-8 (suggested by Torsten Lang).
> - Added member functions Adapter() and Frontend() to cDvbDevice
> (suggested by Rolf Ahrenberg).
> - The parameters that are only used by "second generation" delivery
> systems (DVB-S2 and DVB-T2) are no longer written into channels.conf
> for "first generation" delivery systems (DVB-S and DVB-T).
> - Changed IndexToHMSF() so that it can handle negative Index values.
> - Added option -N to the msgmerge call in the Makefile, because fuzzy
> translation mostly resulted in useless strings.
> - The new setup option "Replay/Show remaining time" can be used to
> switch between showing the total length or the remaining time of the
> recording that is currently replayed.
> - Fixed wrongfully displaying the length of a recording in the title
> of the replay progress display.
> - Fixed frozen live view with device bonding in case the bonded master
> is used for live viewing (reported by Uwe Scheffler).
> Have fun!
> vdr mailing list
> vdr at linuxtv.org
> vdr mailing list
> vdr at linuxtv.org
vdr mailing list
vdr at linuxtv.org
More information about the vdr