Hans Verkuil wrote: > 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()?
No. The symptoms still persist - the first capture has choppy audio or initially no audio and later onset of choppy audio. -Andy _______________________________________________ ivtv-devel mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-devel
