On Wed, Mar 4, 2009 at 9:45 PM, pHilipp Zabel <philipp.zabel@xxxxxxxxx> wrote: > On Wed, Mar 4, 2009 at 2:34 AM, Daniel Mack <daniel@xxxxxxxx> wrote: >> Hi Phillip, >> >> glad to see someone is wasting time with that issue, too :) >> >> On Tue, Mar 03, 2009 at 04:10:51PM +0100, Philipp Zabel wrote: >>> For consistency with 24-bit and 32-bit modes, don't send 16-bit stereo >>> in one 32-bit transfer. Use 2 slots instead on Zylonite. It should result >>> in exactly the same behaviour. >>> Now it is possible to use 16-bit single slot transfers in pxa-ssp, which >>> are needed for Magician to get two frame clock pulses per sample >>> (one for each channel). >> >> We've been fiddling around with these modes and registers for >> another two days in a row now and figured out that literally all the >> documentation about these registers is entirly bogus. In particular, >> the network mode with the associated timeslots simply does not work at >> all, according to our measurements. >> >> Hence the question: how does your I2S signal look like at the moment? >> How many clocks do you measure in one frame cylce, how many of them are >> actually filled with data? And which format does the userspace use to >> send samples in? > > Unfortunately, I can't measure anything. I don't own an oscilloscope > and I don't even know if there are useful test points on the phone's > mainboard. > Also, I've come to the conclusion that on Magician there has to be > some kind of flip-flop between the PXA272's SSPFRMCLK and the codec's > LRCLK input. [...] Unfortunately, this means that if I play sound for an odd number of frame clocks, the next playback will have left and right channels switched. I checked this by measuring the number of frames sent with OSCR8. Is there a way to force pxa-ssp to only ever stop playback after an even number of frames? regards Philipp _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
