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@xxxxxxxxxxx [mailto:vdr-bounces@xxxxxxxxxxx] On Behalf Of Steffen Barszus
Sent: Wednesday, 18 January 2012 5:47 PM
To: vdr@xxxxxxxxxxx
Subject: Re: [ANNOUNCE] VDR developer version 1.7.23
On Wed, 18 Jan 2012 09:58:16 +1100
"Hawes, Mark" <MARK.HAWES@xxxxxxxxxxxxxx> 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@xxxxxxxxxxx [mailto:vdr-bounces@xxxxxxxxxxx] On
> Behalf Of Klaus Schmidinger Sent: Monday, 16 January 2012 2:11 AM
> To: vdr@xxxxxxxxxxx
> Subject: [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@xxxxxxxxxxx
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>
>
> _______________________________________________
> vdr mailing list
> vdr@xxxxxxxxxxx
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
_______________________________________________
vdr mailing list
vdr@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
_______________________________________________
vdr mailing list
vdr@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
