On Wed, Sep 12, 2007 at 04:02:57PM +0200, Lennart Poettering wrote:
> On Tue, 04.09.07 10:49, Tanu Kaskinen (tanuk at iki.fi) wrote:
>
> Looks like a bug to me that needs to be fixed. Could you please check
> which function exactly causes the EPERM?
>
> An strace would be useful, too.
>
> 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.
--
Tanu Kaskinen
