From owner-freebsd-multimedia@FreeBSD.ORG Sun Jan 16 20:21:15 2005 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1C9116A4CE for ; Sun, 16 Jan 2005 20:21:15 +0000 (GMT) Received: from mail14.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8944B43D41 for ; Sun, 16 Jan 2005 20:21:15 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 25725 invoked from network); 16 Jan 2005 20:21:15 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail14.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 16 Jan 2005 20:21:15 -0000 Received: from hydrogen.funkthat.com (kdapat@localhost.funkthat.com [127.0.0.1])j0GKLEGH061054; Sun, 16 Jan 2005 12:21:14 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j0GKLDHH061053; Sun, 16 Jan 2005 12:21:13 -0800 (PST) Date: Sun, 16 Jan 2005 12:21:13 -0800 From: John-Mark Gurney To: "David C. Myers" Message-ID: <20050116202113.GP19624@funkthat.com> Mail-Followup-To: "David C. Myers" , freebsd-multimedia@freebsd.org References: <41EA0CD1.4080601@aedifice.net> <20050116075414.GO19624@funkthat.com> <41EA9FA2.9070301@aedifice.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41EA9FA2.9070301@aedifice.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-multimedia@freebsd.org Subject: Re: pvr250 can't tune above channel 11 X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2005 20:21:16 -0000 David C. Myers wrote this message on Sun, Jan 16, 2005 at 09:08 -0800: > John-Mark Gurney wrote: > > >Yep, by default the PVR-250 always assumes that the channels are > >cable channels... > > > >What I did is modify the appropriate tuner in the: > >const struct cxm_tuner > >cxm_tuners[CXM_TUNER_TYPES] = { > > > >to remove the &us_cable_channels and replace it with NULL... It always > >chooses the cable channels over the air ones... > > > >Hope this helps. > > Nope. Identical behavior. you could insert around lines 427-429 which say: sc->tuner_channels = sc->tuner->channels.cable ? sc->tuner->channels.cable : sc->tuner->channels.air; this: if (sc->tuner->channels.cable == NULL) printf("using air channels\n"); This will help you make sure that you got the correct tuner.. > This doesn't make sense to me anyway, since the us_air_channels > structure defines a max_channel of 69. us_cable_channels is even > higher, 125. Regardless of which it chooses, it ought to go to at least > 69, right? What's the significance of channel 11? Not exactly... the us_cable and us_air define different sets of frequencies... and cxm won't tune to a channel if there is no signal... (or at least it will through an error if it can't find a signal).. So, you have to make sure there is a signal there before trying to tune it.. (yeh, it's one of my complaints).. it's not actually 11, it's channel 13... above channel 13, they are UHF, and 13 and below are VHF... Different parts of the spectrum... If you look at the definitions, they have different set of frequencies.. the table works by base channel and frequency, and then step for each channel above.. it you notice, channel 14 starts at different frequencies for cable and air.. so, the over the air channels >=14 won't start till about cable channel 65.. but even then, you'll be about 2mhz off, and it probably won't tune.. We really need to pull the frequency tuning stuff into a seperate module of the kernel... So every tuning program doesn't have to reimplement it.. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."