On Wed, 12.09.07 17:51, Tanu Kaskinen (tanuk at iki.fi) wrote: > > Also, could you try to reproduce the issue with "aplay -D hw:0" and > > playing around with the sampling parameters? > > Sure. This will have to wait till next week, though. > > But to me this seems a rather straightforward problem: > > typedef enum pa_sample_format { > PA_SAMPLE_U8, /**< Unsigned 8 Bit PCM */ > PA_SAMPLE_ALAW, /**< 8 Bit a-Law */ > PA_SAMPLE_ULAW, /**< 8 Bit mu-Law */ > PA_SAMPLE_S16LE, /**< Signed 16 Bit PCM, little endian (PC) */ > PA_SAMPLE_S16BE, /**< Signed 16 Bit PCM, big endian */ > PA_SAMPLE_FLOAT32LE, /**< 32 Bit IEEE floating point, little endian, range -1 to 1 */ > PA_SAMPLE_FLOAT32BE, /**< 32 Bit IEEE floating point, big endian, range -1 to 1 */ > PA_SAMPLE_MAX, /**< Upper limit of valid sample types */ > PA_SAMPLE_INVALID = -1 /**< An invalid value */ > } pa_sample_format_t; > > They are the formats that Pulse supports, right? > PA_SAMPLE_S32* should be added to the list. I added this to my todo list a while back. Would require adding a bunch of code converting/resampling samples. Lennart -- Lennart Poettering Red Hat, Inc. lennart [at] poettering [dot] net ICQ# 11060553 http://0pointer.net/lennart/ GnuPG 0x1A015CC4