On Wed, Sep 27, 2023 at 3:04 PM Andreas Rheinhardt < andreas.rheinha...@outlook.com> wrote:
> Nicolas George: > > Andreas Rheinhardt (12023-09-27): > >> Then you could simply reuse the code inside libavformat. > > > > Do you finally support merging the libraries then? > > > > Because otherwise, using from libavformat code for an individual > > component of libavcodec requires adding a new avpriv function. > > > > What I meant was: He shall write a simple function which reads from the > input, determines the size of the packet, allocates and reads the actual > packet (thereby avoiding memcpy's) and sets the codec parameters based > upon the input (changes may need to be propagated via side-data > updates). This is supposed to do what the parser does and it is supposed > to stay completely inside libavformat to be reused by e.g. the Wav > demuxer if needed. There is no need for a separate copy of this code > inside libavcodec, so whether the libraries are split or not is > irrelevant here. > How many demuxer and/or decoders have you wrote as of today? 0/0. So you do not know what you talk about. I never block your intrusive changes and I could on same principles like you can mine and be much less kind and forgetting like you too. > - Andreas > > _______________________________________________ > ffmpeg-devel mailing list > ffmpeg-devel@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > To unsubscribe, visit link above, or email > ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe". > _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
