Hi, On Sat, Sep 5, 2015 at 7:01 AM, Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx> wrote: >> If you know the answer, just tell me. If you're talking about 74.25 >> vs. 32 kHz it is further evidence of what I'm saying. Note that >> picking only one of the two listed CTS values again puts you in a >> worse position for regenerating the proper audio clock then just using >> the default N=4096. > > No it doesn't. > > 74.25MHz/1.001 * 4096 / (128 * 32000) = 74175 (rounded down) > > Now do the calcuation. > > (74.25MHz/1.001) / 74175 * 4096 = 4096045.511 => 32000.35556Hz > => error of 0.001111% > > Now for the calcuation using the proscribed figures. > > (74.25MHz/1.001) / 210937 * 11648 = 4096009.709 => 32000.07585Hz > => error of 0.000237% > Why would you round down??? Round to the closest. (74250000 / 1.001 * 4096) / (128 * 32000.) => 74175.82417582418 => 74176 (74250000 / 1.001) / 74176 * 4096 / 128 => 31999.924148327947 That's actually the same error as yours: 0.000237% You're right. Yours isn't worse, but it's also not any better. _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
