James Le Cuirot wrote: > > If you want to try it for yourself, it's as simple as... > > arecord -Dspdif -f dat -t raw | spdifextract | ac3dec -6 Interesting, but I see a couple of idiological problems with this approach. "dat" implies reading 32-bit frames at a rate of 48KHz. That's all fine and good but an S/PDIF bitstream is going to be pumping data faster than that rate. Assuming the embedded audio is 48KHz, 16-bit, stereo then each frame of raw 32-bit PCM is encoded within a 64-bit S/PDIF frame. It's as if "arecord" is told to set up to read at only half the speed it needs to be reading. I'd suspect xrun conditions to cause the noise. In the end, what I'm looking for is the equivalent basis for my other thread on basic PCM recording. The current documents I can find all cover the following: open device set access set format set channels set rate ... but then fail to properly talk about the vital "set buffer/period" is a generic enough sense to make a good beginners document than makes sense. (Hence, my other thread.) When this thread is finished, I hope to have something equivalent to that for S/PDIF. Paul Braman ------------------------------------------------------------------------------ Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev _______________________________________________ Alsa-user mailing list Alsa-user@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/alsa-user
