[FFmpeg-devel] [PATCH v2 37/44] avformat/asf: Move ASF GUIDs to a new file

Soft Works softworkz at hotmail.com
Sat May 7 15:52:19 EEST 2022



> -----Original Message-----
> From: Andreas Rheinhardt <andreas.rheinhardt at outlook.com>
> Sent: Saturday, May 7, 2022 2:28 PM
> To: Soft Works <softworkz at hotmail.com>; FFmpeg development discussions
> and patches <ffmpeg-devel at ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH v2 37/44] avformat/asf: Move ASF
> GUIDs to a new file
> 
> Soft Works:
> >
> >
> >> -----Original Message-----
> >> From: ffmpeg-devel <ffmpeg-devel-bounces at ffmpeg.org> On Behalf Of
> >> Andreas Rheinhardt
> >> Sent: Saturday, May 7, 2022 1:59 PM
> >> To: ffmpeg-devel at ffmpeg.org
> >> Cc: Andreas Rheinhardt <andreas.rheinhardt at outlook.com>
> >> Subject: [FFmpeg-devel] [PATCH v2 37/44] avformat/asf: Move ASF
> GUIDs
> >> to a new file
> >>
> >> They are also needed by the MMSH and MMST protocols and therefore
> >> the file they are in is pulled in when these protocols are enabled
> >> and used. By moving them to a separate file, linking statically to
> >> libavformat while only using AVIO no longer pulls in all the
> >> muxers/demuxers (and also no longer any AVCodecs when linking
> >> statically to libavcodec).
> >>
> >> Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt at outlook.com>
> >
> > I suppose it's a coincidence that this came just 1h after I posted
> > the ASF patchset..
> >
> > No problem though, I'll adapt ;-)
> >
> 
> There should not be any merge conflicts, as the only one of your
> patches
> touching asf.c does not touch the guids at all.

Even if there would be any conflicts - it's fine. Time is relative.
It's been a year since v1, and I'm already planning for its 
2nd birthday in 2023 - LOL.

Best,
softworkz




More information about the ffmpeg-devel mailing list