I'm pretty sure you can enable mp3 support for Debian, by adding a new repository, or by using audacity. Audacity will ask if you want to download an mp3 plugin when you try to open or create an mp3 file.
But I do agree with your proposed plan. It sounds good to me, plus, it helps encourage the use of open-formats. -Tyler On Mon, May 18, 2009 at 1:56 PM, Lenard Lindstrom <le...@telus.net> wrote: > Hi, > > Since switching to Debian Linux to develop Pygame for Python 3 I've found > the mixer_music_test.py unit test fails with a memory access violation. > Something about the house_lo.mp3 file included in the examples, maybe the > 11025 Hz sample rate, causes smpeg to misbehave. smpeg will happily play > other mp3 files, but not this one. The problem I am running into is that mp3 > is a proprietary format. None of the tools readily available to me will > write an mp3 file. And I am not inclined to custom build tools with mp3 > support just to chase down this problem. > > So this brings me to the point of this post, to propose deprecating mp3 > support in Pygame starting with Python 1.9.0. ogg-vorbis support is widely > available, and FLAC support should become more wide spread (the Windows > build already has it). This is not to suggest mp3 support should be > immediately cut off. But with a new ffmpeg based movie module in the works > there is little other reason to keep smpeg as a dependency. Without an mp3 > requirement smpeg can be turfed once and for all, since the existing movie > module was never reliable anyway. Of course mp3 support will not completely > go away. For systems where SDL and other dependencies are provided as > separate packages smpeg can always be included. But for Windows, were custom > built dependencies are used, it would be omitted. > > Any thoughts. > > Lenard > > -- Visit my blog at http://oddco.ca/zeroth/zblog
