[FFmpeg-devel] [PATCH] 5 of 5 Add Speex Encoding

Art Clarke aclarke
Wed Jul 8 06:37:57 CEST 2009


>
> For Speex, the splitting would be simple in a parser, and merging
> possible but maybe slow because it would have to "unalign" the frames
> which I think will require using the bitstream writer.  It's worth a try
> though.
>
> It might still be worth having a frames_per_packet option for the muxer
> so that the user can adjust the overhead/latency trade-off for
> muxer/codec combinations that support it.
>
> -Justin
>


Maybe I'm being stupid here, but why does a muxer or demuxer ever need to
know about this?  Users of av_decode_audio already have to handle multiple
frames of audio in one packet with the API.

So for now since we only know of one use-case for an encoder actually
putting multiple frames into a packet, just restrict it to the AVCodeContext
frames_per_packet field, and only the speex encoder knows about it
currently?  That seems the simplest thing to do?


- Art
-- 
http://www.xuggle.com/
xu?ggle (z?' gl) v. To freely encode, decode, and experience audio and
video.

Use Xuggle to get the power of FFmpeg in Java.



More information about the ffmpeg-devel mailing list