Andy Walls wrote: >>> Hi Andy, >>> >>> With the latest patch, the MUX control becomes stable and the audio >>> stays put with video standard changes! >>> >>> Now that the audio is stable, I notice some possible issue with the >>> PLL VCO center frequency adjustment patch. Both e8fcd13e4ae7 and >>> d7e1eb4b17d8 show some skips/gaps in both video and audio (Composite >>> input). After 10 seconds of playing with mplayer the following is >>> output - >>> "Your system is too SLOW to play this! .. blah" >>> and after another 10 seconds a continuous stream of "Too many video >>> packets in the buffer: (4096 in 8007268 bytes)... blah" appear. >>> Patches 82a264ea2784 and 7ea3e7b9a657 do not show this, both video and >>> audio are smooth. >>> >> Oops. The CX23416 firmware seems to be assuming a crystal value of >> 28.636363 MHz for the CX2584x, where the CX23418 firmware assumes a >> crystal value of 28.636360 MHz for it's internal A/V decoder. >> >> (I wish they had both assumed the correct value of 28.63636363... MHz.) >> >> I'll have to get out my spreadsheet and recompute the values. I'll push >> a patch tonight. I'll also try to test with my PVR-150 (but might not >> get to testing it tonight). >> > > Ravi, > > I have pushed a patch to > > http://linuxtv.org/hg/~awalls/ivtv > > to adjust the PLL values used for CX2584x audio and video to assume a > crystal frequency of 28.636363 MHz is used. > > Please test to see if the choppiness goes away. > > Regards, > Andy > >
Hi Andy, Out of luck, this still behaves the same - video and audio skips/jumps, and also the error messages are still there. Let me know if you need me to check anything else on this. Regards Ravi _______________________________________________ ivtv-devel mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-devel
