<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Andy Walls wrote:
<blockquote cite="mid:1267363035.3106.23.camel@palomino.walls.org"
type="cite">
<pre wrap="">On Sat, 2010-02-27 at 14:45 -0500, Darren Blaber wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Devin Heitmueller wrote:
</pre>
<blockquote type="cite">
<pre wrap="">On Sat, Feb 27, 2010 at 3:41 AM, Darren <a class="moz-txt-link-rfc2396E" href="mailto:dmbtech@gmail.com"><dmbtech@gmail.com></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hello,
I recently bought a HVR-1600 PCI card, and after playing with it for quite a
while, it seems I have come to the conclusion that audio does not work
unless I start in windows first, then reboot back into linux. I am using the
latest cx18 driver from <a class="moz-txt-link-freetext" href="http://linuxtv.org/hg/v4l-dvb/">http://linuxtv.org/hg/v4l-dvb/</a> . Its almost like the
card needs windows to initialize before it will work in linux. I believe to
be using the latest firmware, I grabbed it from
<a class="moz-txt-link-freetext" href="http://linuxtv.org/downloads/firmware/v4l-cx23418-apu.fw">http://linuxtv.org/downloads/firmware/v4l-cx23418-apu.fw</a> [along with the
rest of firmware files]. Is there anything I can do to debug this problem?
Is it possible that the card has a hardware issue?
</pre>
</blockquote>
<pre wrap="">Hello Darren,
That seems a little suspicious, since I added the raw analog audio
support and never once had the card booted into Windows.
Are you talking about raw audio (either the /dev/video24 device or via
ALSA)? Or are you capturing MPEG video which contains audio? Also,
which input are you using? The tuner input? The S-video/composite
input?
Devin
</pre>
</blockquote>
<pre wrap="">I am capturing MPEG video that contains the audio, I am using the tuner
input, grabbing everything from /dev/video0.
</pre>
</blockquote>
<pre wrap=""><!---->
When running a capture, please check the output of
$ v4l2-ctl --log-status
looking especially at the lines starting with
cx18-0 843:
as these will show you the state of the A/V decoder and digitizer. If
the audio microcontroller can't dtetct the audio standard, it will stay
muted and the log will show you that.
I would be interested in see the dmesg or /var/log/messages output
showing if all three firmware images loaded properly.
So maybe try this:
1. blacklist the cx18 module in /etc/modprobe.d/balcklist (or whereever)
2. Shutdown your machine for 30 seconds or so - I want the memory
holding the firmware to be cleared.
3. Restart into linux.
4. After boot up has settled, as root:
# modprobe cx18 debug=255
And look in /var/log/messages for firmware loading properly.
Regards,
Andy
_______________________________________________
ivtv-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:ivtv-users@ivtvdriver.org">ivtv-users@ivtvdriver.org</a>
<a class="moz-txt-link-freetext" href="http://ivtvdriver.org/mailman/listinfo/ivtv-users">http://ivtvdriver.org/mailman/listinfo/ivtv-users</a>
</pre>
</blockquote>
Here is a dump of the registers, attached. <br>
</body>
</html>