On 10/04/12 01:21, Mark Kenna wrote: > On 09/04/2012 21:49, Luca Barbato wrote: >> On 07/04/12 08:20, Mark Kenna wrote: >> >>>> - make sure the libx264 wrapper supports dimension change. >> x264 can do that so it is mostly add an >> >> if ( dimensions changed ) >> reconfigure_x264 >> >>>> - make sure the flv muxer adds the updated onMetaData. >> that would be >> >> if ( dimensions changed ) >> send another onMetaData with the new extradata. >> >>>> It shouldn't take much if you force it to be single threaded. >>> Sounds like a bit more effort than it's worth to be honest guys. >> It should be more or less an a branch and a function call at least the >> single threaded situation. >> >>> I can >>> just restart the stream at a different resolution I guess - bit more >>> overhead but it's "safer". >> The main difference is that you have some more latency piling up, but in >> concept isn't different. >> >> lu >> > > Just to clarify: > > In order to "reconfigure_x264" would I just need to > "avcodec_set_dimensions" mid stream?
there is a x264_encoder_reconfig that must be triggered in that occasion. > In order to "send another onMetaData with the new extradata" would that > be just another call to "av_write_header"? You should just trigger the onMetaData write not the whole reset. > How do I ensure that LibAV runs in single threaded mode? set threads to 1 lu -- Luca Barbato Gentoo/linux http://dev.gentoo.org/~lu_zero _______________________________________________ libav-api mailing list [email protected] https://lists.libav.org/mailman/listinfo/libav-api
