>(gdb) bt >#0 0x4015e8d7 in snd_pcm_route_convert1_one () from /usr/lib/libasound.so.2 >#1 0x40cae5dc in ?? () >#2 0x012de908 in ?? () >Error accessing memory address 0xe8c1018b: No such process. >(gdb) > > >When reading plughw after requesting 24-bit format. I expect the output >should be 32-bit words with data in upper 24 bits. 16-bit format works and >asking for 32-bit format gives shared memory errors.
(i was waiting for some insightful comment from jaroslav or abramo :) no, as I've mentioned several times on LAD, S24_[LB]E is real 24 bit data, not 24-in-32. 24-in-32 is handled by S32_[BL]E, and the msbits value is set in the params struct to indicate where the significant bits are. S32_LE has been used on at least 4 types of ALSA-support with the "hw" device type. I don't know about with "plughw". --p _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
