[FFmpeg-devel] FOMS 2009 FFmpeg outbrief

[Diego Biurrun]

On Thu, Jan 22, 2009 at 11:30:21AM +0100, Benjamin Larsson wrote:
> Peter Ross wrote:
> >
> > 1. CONCERN: Quality assurance
> >    [...]
> >
> >    Other projects employ bug squashing events to improve quality.
> >
> >    GOAL:        Improve QA processes
> >    OBJECTIVES:  Extend FFmpeg regression test scripts and test cases.
> >                 Contribute FATE test cases.
> >                 Fix more bugs.
> 
> A bug squash week every now and then should be doable.

It sounds like a great idea in fact.  Let's schedule one right away.

How about the weekend at the end of January?

> And regarding 
> releases we should atleast put together a roadmap for one.

What do you want to see in such a roadmap?

> And then I think we should adopt the wine method of releasing.

What is that method?  A quick search on Google revealed nothing.

> > 5. CONCERN: Suitability of libavformat API
> >
> >    Libavformat API is considered inadequate for 'tight' integration with
> >    gstreamer.
> >
> >    A similar comment was recorded on the FFmpeg TODO/wiki list years ago
> >    concerning MPlayer.
> >
> >    GOAL:       Make the libavformat API more appropriate to users
> >    OBJECTIVES: Review the TODO list item, is it still valid?
> >                Survey existing libavformat users; gather API requirements.
> 
> VLC also rolls their own demuxers so I guess it has some valid points.

Isn't this basically historic?  MPlayer also has its own set of
demuxers, which are simply older than the libavformat demuxers.
Switching demuxers now requires overcoming gravity and exchanging a
well-known set of bugs for an unknown set.  This set may possibly be
smaller, but still it may entail regressions..

Diego