On Saturday 19 April 2008 04:36:52 Andy Walls wrote:
> In further testing I discovered a bug with the cx18 driver. The
> first analog capture after the cx18 module is loaded experiences
> choppy audio and video, or no audio immediately with later onset of
> choppy audio. Stopping the capture and restarting the capture
> resolves the audio and video problem.
>
> Unloading and reloading the cx18 module allows one to reproduce the
> problem at will.
>
> The symptoms are the same with mplayer or MythTV.
>
> The change sets going from 453e4817fc8f to 2ad00dbea1dd introduced
> the problem.
>
> The second firmware load in cx18-driver.c:cx18_init_on_first_open()
> seems to be the culprit. However, eliminating that second firmware
> load makes all the non-buffered captures played by mplayer (not just
> the first capture) "suboptimal" in my subjective judgment of the
> audio & video. But these suboptimal captures are not nearly as bad
> as the first capture when the second firmware load takes place.
Does it make a difference if you change '#if 0' to '#if 1' in
cx18-firmware_init()?
Regards,
Hans
>
>
>
> Regards,
> Andy
>
>
> _______________________________________________
> ivtv-devel mailing list
> [email protected]
> http://ivtvdriver.org/mailman/listinfo/ivtv-devel
_______________________________________________
ivtv-devel mailing list
[email protected]
http://ivtvdriver.org/mailman/listinfo/ivtv-devel
