On 12 July 2010 00:36, Martin Storsjö <[email protected]> wrote: [...]
>> >> Think about remuxing (-acodec copy) and what you would store for each of >> the cases above in a container that does require a integral number of frames >> at a time > > For that case, I guess only the two first suggestions are viable > alternatives. For the parser solution suggestion, I'm not totally sure > where one would signal that it is needed. Normally, this is set with a > flag in the demuxer, right? Mohamed, is the file format you're reading > this for any standard file format that one finds in practice when dealing > with this codec, or is it only something that you're using for testing? If It is a test vector included with the spec (with frames simply placed one after the other). So I'll go with the parser solution. Thanks Naufal > it's a full proper file format in itself, a demuxer probably is the better > choice, otherwise a parser may be more useful when dealing with the same > data format in other containers. > > // Martin > _______________________________________________ > FFmpeg-soc mailing list > [email protected] > https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-soc > > _______________________________________________ FFmpeg-soc mailing list [email protected] https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-soc
