On 06/20/2011 03:59 AM, Kostya wrote: > On Mon, Jun 20, 2011 at 09:56:16AM +0200, Anton Khirnov wrote: >> >> On Tue, 14 Jun 2011 11:45:45 -0400, Justin Ruggles >> <[email protected]> wrote: >>> On 06/14/2011 02:08 AM, Anton Khirnov wrote: >>> >>>> From: Nicolas George <[email protected]> >>>> >>>> Currently quad, 5.0, 5.1 and 7.1 are implemented. >>>> Implementing support for other formats/layouts and capture should be >>>> straightforward. >>>> >>>> 5.0 and 7.1 support by Carl Eugen Hoyos. >>> >>> >>>> +REORDER_OUT_50(int16, int16_t) >>>> +REORDER_OUT_51(int16, int16_t) >>>> +REORDER_OUT_71(int16, int16_t) >>>> +REORDER_OUT_50(int32, int32_t) >>>> +REORDER_OUT_51(int32, int32_t) >>>> +REORDER_OUT_71(int32, int32_t) >>>> +REORDER_OUT_50(f32, float) >>>> +REORDER_OUT_51(f32, float) >>>> +REORDER_OUT_71(f32, float) >>> >>> >>> what about an int8 version for S8, U8, MULAW, and ALAW? >>> >> >> Why does libavcodec/pcm.c say that mulaw and alaw are AV_SAMPLE_FMT_S16? > > maybe because historically all codecs were decoding to it, those included?
mulaw and alaw do decode to 16-bit, but they encode to 8-bit, which is what the ALSA muxer is getting here. av_get_bits_per_sample(CODEC_ID_PCM_ALAW) does return 8; -Justin _______________________________________________ libav-devel mailing list [email protected] https://lists.libav.org/mailman/listinfo/libav-devel
