On Tue, 10 Oct 2006 06:01:47 JST [EMAIL PROTECTED] (Andrew Church) wrote: [...] > Actually, on second thought, we could pass a normal aframe_list_t with > an audio_len of zero, and then codecs that didn't have to flush could just > handle it like an ordinary audio frame. So the last step of encoding > (after the encoder runs out of input data) would look something like: > > aframe_list_t dummy_in, flush_out; // pretend they're initted > dummy_in.audio_len = 0; > encode_audio(&dummy_in, &flush_out); > if (flush_out.audio_len > 0) > multiplex(NULL, &flush_out); // no video, just the flushed audio > > How does that look to you?
OK, I'm adding flush hooks on encoder core (src/encoder.c) following approximatively this model. Hopefully code will hit CVS in a few days. Please bug me if I start being late. Best regards, -- Francesco Romani - Ikitt ['people always complain, no matther what you do'] IM contact : (email first, Antispam default deny!) icq://27-83-87-867 known bugs : http://www.transcoding.org/cgi-bin/transcode?Bug_Showcase tiny homepage : http://fromani.exit1.org (see IDEAS if you want send code!)
