Couldn't ffmpeg be used for the mp3 support, at least on systems where ffmpeg supports mp3's?
On Tue, May 19, 2009 at 2:51 PM, Lenard Lindstrom <le...@telus.net> wrote: > Hi Yanom, > > Actually on Unix it will be optional. If the smpeg package is installed > Pygame will have limited mp3 support, though with the possibility of > crashing. mp3 is also supported in the official Windows distributions. And > it doesn't crash. But mp3 support on Windows means building and including > smpeg with Pygame. Since smpeg is slow to change and the DLLs are already > built it will costs nothing to keep them in the distribution. Just don't > expect an up-to-date smpeg version. > > Lenard > > > Yanom Mobis wrote: > >> 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 >> >> >> >
