Wow, thanks Jonathan, I think that fixed it.  I get this in dmesg, so it looks like I got the firmware installed correctly:

cx25840 0-0044: loaded v4l-cx25840.fw firmware (16382 bytes)

... and I ran through all the channels without an error.  I'll keep testing it, but it looks really promising!!!  Thanks again,

Don





Jonathan Black wrote:
Don,

Is your firmware the latest available? Read 
http://www.ivtvdriver.org/pipermail/ivtv-users/2006-May/002723.html for 
how to upgrade to the latest firmware available. I'm pretty sure you are 
running an older version, because ivtvctl -q 1 breaks the sound. I think 
I've heard with the newest versions that it always fixes it. It might 
not be a bad idea to post dmesg's IVTV output here as well.

Jonathan

  
OK, I did some testing.  Don't know if it will help, but here are the 
results:

Do the following to fail the sound
- Start at channel 2
- Press Up arrow on remote control, repeat until sound gets noisy, 
repeat until it clears up.  Here's the pattern of works vs. failed 
(read as three channel changes worked, one failed, seventeen worked, 
one failed, etc)

3-1-17-1-7-1-11-1-5-1-1-1-11

or, Do the following to fail the sound
- Start at channel 2
- Press "Menu" to access on-screen menu, press "down arrow" to move to 
the next channel, press "OK" to select new channel.  Repeat until 
sound gets noisy, repeat until it clears up.  Here's the pattern of 
works vs. failed (read as eleven channel changes worked, one failed, 
two worked, one failed, etc)

11-2-2-1-8-1-3-1-12-1-19-1-2


# ivtvctl -d /dev/video0 -q 1
- turns the sound off - I assume it set the audio to a different channel

# ivtvctl -d /dev/video0 -q 0
- restores the sound

If I put the sound into a failed state
# ivtvctl -d /dev/video0 -q 0
- fixes the sound

# ivtvctl -d /dev/video0 -q 0
- breaks the sound

# ivtvctl -d /dev/video0 -q 0
- fixes the sound

If I put the sound into a failed state, repeating this line over and 
over...
# ivtvctl -d /dev/video0 -q 0
- usually fixes the sound on the first attempt
- sometimes requires two attempts to fix
- asserting this line seems to fail and fix with the same pattern as 
the failures from above


Hope this helps,
Don


Don wrote:

    
Thanks John, I saw some of the tinny audio posts, but didn't think 
they applied to me.  Perhaps I'll try some of the solutions and see 
if it makes any difference.  It looks like this might have some effect:

ivtvctl -d /dev/video0 -q 1


Thanks again,
Don


John Biundo wrote:

      
Don wrote:
 

        
Sorry if this doesn't belong on this list, but I thought it might have 
something to do with the ivtv driver.  If not, suggestions would be 
appriciated.  Thanks,

Don
.............

   

          
Don,

Search for "tinny audio" on this list, and you'll get more information 
than you probably want.

Post back if you need further input after that... this is by no means a 
"closed issue" with ivtv, but you may find some relief.

Cheers,
john

_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users


 

        
------------------------------------------------------------------------

_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users

      
------------------------------------------------------------------------

_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users

    


_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users


  
_______________________________________________
ivtv-users mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-users

Reply via email to