[FFmpeg-devel] AVCodec.supported_samplerates mostly null

Michael Niedermayer michaelni at gmx.at
Fri Jun 8 14:43:11 CEST 2012

On Fri, Jun 08, 2012 at 06:10:59AM -0400, Don Moir wrote:
> ----- Original Message ----- From: "Carl Eugen Hoyos"
> <cehoyos at ag.or.at>
> To: <ffmpeg-devel at ffmpeg.org>
> Sent: Friday, June 08, 2012 5:17 AM
> Subject: Re: [FFmpeg-devel]AVCodec.supported_samplerates mostly null
> >Don Moir <donmoir <at> comcast.net> writes:
> >
> >>Noticing that AVCodec.supported_samplerates is null
> >>for all audio codecs except mp3 after avcodec_find_encoder.
> >
> >Patch probably welcome.
> >
> More like 50 to 60 patches. This was probably an oversite and maybe
> has to do with copying code samples, but it would probably have been
> easy to do if it was done when the codec was added to ffmpeg.
> I am not sure if anyone knows now what sample rates are actually
> supported with the various codecs. Probably a first step would be to
> write a program that spits out the supported sample rates for each
> codec. Then those good be looked at in more detail.
> I think also there may be many sample rates that are inherient to
> the codec but are not currently supported in ffmpeg. Generating a
> list of supported sample rates would also be good for documentation
> and to see what samples rates are not supported but should be.
> for example, ogg/vorbis, wma, etc can do a variety of sample_rates /
> bit_rates that are not currently supported in ffmpeg and probably no
> one has a good feel why they aren't except maybe the person who put
> that codec into ffmpeg.
> supported bit rates is probably another needed thing. so for each
> sample rate, list supported bit rates when that applies.
> I could open a ticket on it and start producing supported sample
> rate lists to add to that ticket.
> The above seems a reasonable way to start unless someone has a
> better idea. I will wait to see what the response is.

many codecs support any samplerate supported by the container, some
have a maximum they allow, some have a small set of discrete allowed

patches to improve the supported sample rate information in encoders
are welcome

Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Rewriting code that is poorly written but fully understood is good.
Rewriting code that one doesnt understand is a sign that one is less smart
then the original author, trying to rewrite it will not make it better.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20120608/44243a27/attachment.asc>

More information about the ffmpeg-devel mailing list