[64studio-devel] [64 Studio] #152: Drop terminatorx package from base install, remove dummy libmad

Daniel James daniel at 64studio.com
Fri May 11 11:32:18 UTC 2007


Hi Free,

> For these reasons I still think that the libmad dummy package is a
> good compromise

In that case, there's a couple of things we need to do:

1. Change the package description of our dummy libmad to make it clear 
that this is a non-functional version due to software patent 
enforcement, and that users should replace it with a real libmad package 
from Debian if they wish to have MP3 support in dependent applications.

2. Always version the package so that if people have a Debian apt 
source, the version in Etch won't be replaced by our package. I think 
this is OK at the moment, we have 0.15.1b-1.64studio2 and Etch has 
0.15.1b-2.1

> As for now I've fixed the libmad dummy package version included in the
> last 1.3.0 release, it now behaves better and both terminatorx and
> alsaplayer will just think that an empty MP3 file was selected.

Thanks, terminatorX isn't freaking out any more :-)

> We should probably state clearly in a very visible place that we are
> supporting MP3 playback only via gstreamer, and include some
> instructions on how to get the libmad0 package from Debian as well.

I agree, especially in light of:

http://www.pcpro.co.uk/news/112099/judge-approves-microsoft-mp3-patent-damages.html

It's not likely that these patent pirates will go after small free 
software companies, but unfortunately we can't rule out the possibility 
that they might. Even defending against an ultimately unsustainable 
patent claim costs a great deal of time and money.

> Generally speaking it could be a good idea to write a page (and
> perhaps some ready-made script) indicating users what do they have to
> do in order to get "unofficial" support for technologies that we can't
> officially support, like ffmpeg, MP3, VST, etc.. I don't know if this
> would be legally and morally acceptable, but it would probably make
> the difference for many users that do actually need those things, and
> can't use 64 Studio without them.

That would be useful for users, but I'm reluctant to turn too much 
spotlight on the sites that do provide these packages, in case it helps 
the patent lawyers track them down - it's a difficult situation.

One solution for MP3 would be to create a drop-in replacement for libmad 
that uses Gstreamer with Fluendo's licenced plugin. I don't know how it 
would compare performance-wise.

VST is a different case from MPEG codecs, because the VST headers are 
legally available as a free download from Steinberg; they're just not 
GPL compatible.

Cheers!

Daniel



More information about the 64studio-devel mailing list