[MPlayer-dev-eng] Adapt config.h's generation with some ffmpeg's commits

Alexander Strasser eclipse7 at gmx.net
Mon Jan 8 23:37:35 EET 2018


Hi Nicolas,

I sent a minimal and unfinished patch:

Subject: [PATCH][RFC] configure: Invoke FFmpeg's configure


  Alexander

On 2018-01-05 22:47 +0100, Alexander Strasser wrote:
> 
> On 2018-01-04 23:36 +0100, Nicolas George wrote:
> > Alexander Strasser (2018-01-04):
> > >
> > > I am currently working on AVX512 myself, because it for sure 
> > > breaks the build (for internal FFmpeg).
> > 
> > Is there something severe preventing from just calling FFmpeg's
> > configure?
> 
> Nothing severe AFAICT.
> 
> It's just that all the little bits are adding up, making it
> really hard to find a way to go that's not too cumbersome.
> 
> Please note that above is only an assumption because AFAIK there
> is likely nobody that has the complete knowledge of the problem.
> 
> 
> > IIUC, the only difference is that we want autodetection for a few
> > external libraries. That could probably be arranged.
> 
> I fear it's not that simple :(
> 
> I have been wanting to improve the state of the build system
> for a few years now. I still haven't managed to come up with a
> precise plan that is obviously an improvement and would
> predictably be not too much work.
> 
> I fully agree that we should change something. It feels like the
> configure fixes we need to implement because of the way we embed
> internal FFmpeg are way too costly. Personally I have the impression
> those pure maintenance commits are hindering me from doing actual
> MPlayer development.
> 
> OTOH I think we should look at some VCS data, because feelings are
> feelings. I will open a new discussion thread for that. Hopefully
> including a patch that will ease maintenance by running FFmpeg's
> configure. Motivated by your comment, I have tried to implement that
> and it looks promising so far.
> 
> @Etienne:
> The mentioned patch could make your patch obsolete. So it's probably
> better to not invest more work into it like I originally suggested.


More information about the MPlayer-dev-eng mailing list