> > 
> > 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


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

Reply via email to