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 <len-l@xxxxxxxxx
<mailto:len-l@xxxxxxxxx>> 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