[FFmpeg-devel] [PATCH] 5 of 5 Add Speex Encoding
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
> 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.
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?
xu?ggle (z?' gl) v. To freely encode, decode, and experience audio and
Use Xuggle to get the power of FFmpeg in Java.
More information about the ffmpeg-devel