[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [pygame] Pygame and mp3 files



ffmpeg supports mp3 on input. But SDL_mixer uses either smpeg or libmad. libmad, I gather, is better. But it is licensed under GPL. Beside SDL_mixer is linked against smpeg by default.

Lenard

Patrick Mullen wrote:
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 <len-l@xxxxxxxxx <mailto:len-l@xxxxxxxxx>> 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 /<len-l@xxxxxxxxx
        <mailto:len-l@xxxxxxxxx>>/* wrote:


           From: Lenard Lindstrom <len-l@xxxxxxxxx
        <mailto:len-l@xxxxxxxxx>>
           Subject: [pygame] Pygame and mp3 files
           To: "Pgame Mail List" <pygame-users@xxxxxxxx
        <mailto:pygame-users@xxxxxxxx>>
           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