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. Regards, Andy _______________________________________________ ivtv-devel mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-devel
