hi, This test is failing because Debian doesn't have the sdlmixer/smpeg patch which fixes that bug. Best to add a skip for that test on non-windows+mac.
I don't think we should depreciate mp3, but rather depreciate smpeg :) cu, On Tue, May 19, 2009 at 6:56 AM, 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 > >
