[MPlayer-cvslog] r19789 - trunk/DOCS/tech/binary-packaging.txt

[Diego Biurrun]

On Mon, Sep 11, 2006 at 01:30:53AM -0400, Rich Felker wrote:
> On Mon, Sep 11, 2006 at 12:05:51AM +0200, Diego Biurrun wrote:
> > On Sun, Sep 10, 2006 at 03:23:15PM -0400, Rich Felker wrote:
> > > On Sun, Sep 10, 2006 at 02:05:55PM +0200, diego wrote:
> > > > 
> > > > --- trunk/DOCS/tech/binary-packaging.txt	(original)
> > > > +++ trunk/DOCS/tech/binary-packaging.txt	Sun Sep 10 14:05:54 2006
> > > > @@ -88,6 +88,13 @@
> > > >  last "release" version of FFmpeg, which is quite old and will usually not
> > > >  function correctly with MPlayer.
> > > >  
> > > > +Support for binary codecs MUST be present but it MUST NOT result in a hard
> > > > +dependency on a binary codecs package. MPlayer is fully functional without
> > > > +external binary codecs. If you package binary codecs yourself, package the
> > > > +essential codecs package, not the all codecs package.
> > > 
> > > IMO this makes no sense. Only i386 arch supports binary codecs...
> > 
> > No.  We also have binary codecs for PPC and Alpha, they also exist for
> > SPARC.  Windows DLLs only work on x86, but binary codecs are more than
> > that.
> 
> The non-windows binary codecs are useful for what..? Anything?

RV30/RV40 and Indeo.  You got this backwards.  Now that we have WMV3 and
VP6 support the Windows DLLs just cover the fringe codecs...

> > > Does this mean packages for all other archs are nonconformant? :)
> > 
> > I'm fine with changing this to SHOULD.
> 
> I just think it should be a little more clear at the very least. :) If
> this requirement is included it should be an arch-specific requirement
> mentioning the full arch name (OS + cpu) or else just say that binary
> codecs should be supported to whatever degree is possible on the host
> arch/OS.

I'm fine with clarifying this.

Diego