[vdr] [ANNOUNCE] VDR developer version 1.7.23

Hawes, Mark MARK.HAWES at au.fujitsu.com
Mon Jan 23 05:43:57 CET 2012


Hi,

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: [2704] registered source parameters for 'A - ATSC'
Jan 23 13:10:13 Nutrigrain vdr: [2704] registered source parameters for 'C - DVB-C'
Jan 23 13:10:13 Nutrigrain vdr: [2704] registered source parameters for 'S - DVB-S'
Jan 23 13:10:13 Nutrigrain vdr: [2704] registered source parameters for 'T - DVB-T'
Jan 23 13:10:13 Nutrigrain vdr: [2704] probing /dev/dvb/adapter0/frontend0
Jan 23 13:10:13 Nutrigrain vdr: [2704] new device number 1
Jan 23 13:10:13 Nutrigrain vdr: [2704] frontend 0/0 provides DVB-S with QPSK ("ST STV0299 DVB-S")
Jan 23 13:10:13 Nutrigrain vdr: [2708] tuner on frontend 0/0 thread started (pid=2704, tid=2708)
Jan 23 13:10:13 Nutrigrain vdr: [2709] section handler thread started (pid=2704, tid=2709)
Jan 23 13:10:13 Nutrigrain vdr: [2704] probing /dev/dvb/adapter1/frontend0
Jan 23 13:10:13 Nutrigrain vdr: [2704] new device number 2
Jan 23 13:10:14 Nutrigrain vdr: [2706] video directory scanner thread ended (pid=2704, tid=2706)
Jan 23 13:10:14 Nutrigrain vdr: [2705] video directory scanner thread ended (pid=2704, tid=2705)
Jan 23 13:10:19 Nutrigrain vdr: [2704] frontend 1/0 provides DVB-S,DVB-S2 with QPSK ("Conexant CX24116/CX24118")
Jan 23 13:10:19 Nutrigrain vdr: [2712] tuner on frontend 1/0 thread started (pid=2704, tid=2712)
Jan 23 13:10:19 Nutrigrain vdr: [2713] section handler thread started (pid=2704, tid=2713)
Jan 23 13:10:24 Nutrigrain vdr: [2704] ERROR (dvbdevice.c,1087): /dev/dvb/adapter1/frontend1: Device or resource busy
Jan 23 13:10:24 Nutrigrain vdr: [2704] 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?
Thanks,

Mark. 



-----Original Message-----
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:

> Hi,
> 
> 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) 

> 
> Regards,
> 
> -----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
> 
>        ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.23.tar.bz2
> 
> A 'diff' against the previous version is available at
> 
>        ftp://ftp.tvdr.de/vdr/Developer/vdr-1.7.22-1.7.23.diff
> 
> MD5 checksums:
> 
> de136f7be28c4b6f1fa0e2218b4acc11  vdr-1.7.23.tar.bz2 
> 2977b75cd8dacad187d11c10b867d56a  vdr-1.7.22-1.7.23.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.22:
> 
> - Removed the '.pl' suffix from svdrpsend.pl (sorry, I missed that 
> one).
> - 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", 
> S28.2E-2-2010-7012).
> - Fixed cDvbSubtitleConverter::SetOsdData() (thanks to Rolf 
> Ahrenberg).
> - 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 
> Skyttä).
> - 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!
> 
> Klaus
> 
> _______________________________________________
> vdr mailing list
> vdr at linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> 
> 
> 
> _______________________________________________
> vdr mailing list
> vdr at linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


_______________________________________________
vdr mailing list
vdr at linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr





More information about the vdr mailing list