Date: Fri, 02 Jan 1998 11:59:05 -0800 From: Amancio Hasty <hasty@rah.star-gate.com> To: Wolfram Blase <wbl@informatik.uni-kiel.de> Cc: multimedia@FreeBSD.ORG Message-ID: <199801021959.LAA04584@rah.star-gate.com>
next in thread | raw e-mail | index | archive | help
I have to modify the patches a little however if you are interested
here they go 8)
Amancio
------- Forwarded Message
Return-Path: fj@schizo.dk.tfs.com
Received: from mailhub (tfs.com [140.145.250.1])
by rah.star-gate.com (8.8.8/8.8.5) with SMTP id NAA01011
for <hasty@rah.star-gate.com>; Thu, 27 Nov 1997 13:29:34 -0800 (PST)
Received: from schizo.dk.tfs.com by mailhub (SMI-8.6/SMI-SVR4)
id NAA04315; Thu, 27 Nov 1997 13:22:51 -0800
Received: (from fj@localhost) by schizo.dk.tfs.com (8.8.7/8.7.3) id WAA00935
for hasty@rah.star-gate.com; Thu, 27 Nov 1997 22:28:59 +0100 (MET)
From: Flemming Jacobsen <fj@schizo.dk.tfs.com>
Message-Id: <199711272128.WAA00935@schizo.dk.tfs.com>
Subject: brooktree848.c
To: hasty@rah.star-gate.com (Amancio Hasty)
Date: Thu, 27 Nov 1997 22:28:59 +0100 (MET)
X-Mailer: ELM [version 2.4ME+ PL32 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Hi Amancio,
A couple of additions for the brooktree848.c file.
I've gotten my Win/TV card working. It's the model with PAL-B/G,
Text, Stereo and Radio. It's based on the Philips FM1216 tuner.
I'm sorry that this isn't in diff -c format, but some of the patches
from the mailing list made my brooktree848.c.orig get out of sync with
my changes.
Anyway it's not that many changes.
First around line 517 add:
#define PHILIPS_PAL_WADDR 0xc2
#define PHILIPS_PAL_RADDR 0xc3
Around line 3523 change the 'PLL write address' for the "Philips PAL"
tuner from 0x00 to PHILIPS_PAL_WADDR.
According to the FM1216 manual the 'control byte for PLL' should be
changed from TSA552x_SCONTROL to TSA552x_FCONTROL. But I can't detect
any difference.
Around line 3413 change the 'audio MUX values' for the "Hauppauge WinCast/TV"
card from { 0x00, 0x02, 0x01, 0x01, 1 } to { 0x01, 0x02, 0x01, 0x00, 1 }.
(Only audio=mute and audio=tuner has been tested).
I have a nagging feeling that this might break something for other cards.
Especially the audio MUX values look as if they are set by experience.
Because of this I've been looking into autodetection a little bit, but
I gave up fairly quickly. I wrote to the Hauppauge guy who had faxed
me the FM1216 specs, and asked about the format of the eprom. Unfortunately
H. sees the format as proprietary, and refuses to release the specs.
I have a vauge idea about adding a "big" ioctrl which will kick all
the small bits and pieces in place. This should be called from a
program in /etc/rc2.d which reads something like /etc/brooktree848.conf.
Any thoughts ?
I seem to recall a German guy "complaining" that his card wouldn't
produce any sound - maybe this MUX change will fix it for him (I seem
to have deleted his mail).
Have a nice day
Flemming
- --
Flemming Jacobsen It'll probably say something like "Does not
TRW Financial Systems, Inc. compute" or "Inoperative parameters". That's
Email: fj@tfs.com what it says when it doesn't know and doesn't
Phone: +45 4330 4050 want to admit it. -- Terry Pratchett: Wings
------- End of Forwarded Message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199801021959.LAA04584>