it could be an optional part of pygame, so you would have to:
sudo python setup.py --with-mp3 install
--- On Mon, 5/18/09, Lenard Lindstrom <le...@telus.net> wrote:
From: Lenard Lindstrom <le...@telus.net>
Subject: [pygame] Pygame and mp3 files
To: "Pgame Mail List" <pygame-users@seul.org>
Date: Monday, May 18, 2009, 3:56 PM
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
