Andy Walls wrote:
My last message was too large, so I compressed the logs, and it is now attached.On Sat, 2010-02-27 at 14:45 -0500, Darren Blaber wrote:Devin Heitmueller wrote:I am capturing MPEG video that contains the audio, I am using the tuner input, grabbing everything from /dev/video0.On Sat, Feb 27, 2010 at 3:41 AM, Darren <[email protected]> wrote: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 http://linuxtv.org/hg/v4l-dvb/ . 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 http://linuxtv.org/downloads/firmware/v4l-cx23418-apu.fw [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?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? DevinWhen 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 [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-users
post.txt.gz
Description: GNU Zip compressed data
_______________________________________________ ivtv-users mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-users
