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