Sdl_mixer using outdated bundled timidity. Re: sdl_mixer issue with a midi file

SDL Development
1

Hello,

this bug is in the sdl bug tracker now:

http://bugzilla.libsdl.org/show_bug.cgi?id=1299
Someone wrote on the bug:

“”“SDL_mixer uses it’s own timidity. It doesn’t link to it or anything, but
comes bundled with an extremely outdated version of timidity (the original
timidity, not “timidity++” which is what people mean when they say
"timidity” today.")

Furthermore, SDL_mixer is not able to use any externally installed version
of timidity, only the one it comes bundled with. In the future, SDL_mixer
will use FluidSynth if it’s available on the system.

So this bug is SDL_mixer’s fault; its bundled version of timidity cannot
cope correctly with karaoke MIDI files."""

cheers,On Wed, Aug 31, 2011 at 4:41 PM, Ren? Dudfield <@Rene_Dudfield> wrote:

Hi,

we have a bug on the pygame issue tracker to do with sdl_mixer and a midi
file:

https://bitbucket.org/pygame/pygame/issue/69/pygamemixermusicload-corrupt-midi-file

The midi file appears to work on the windows builds with sdl_mixer. But
not on the OSX or linux builds.

The file works if run manually with timidity on linux, but playmus.c fails.

Here is the midi file:
http://www.pygame.org/old_bug_attachments/44/ty_u_menya.kar

Any ideas?

2

Hello !

this bug is in the sdl bug tracker now:

http://bugzilla.libsdl.org/show_bug.cgi?id=1299
Someone wrote on the bug:

“”“SDL_mixer uses it’s own timidity. It doesn’t link to it or anything, but
comes bundled with an extremely outdated version of timidity (the original
timidity, not “timidity++” which is what people mean when they say
"timidity” today.")

Furthermore, SDL_mixer is not able to use any externally installed version
of timidity, only the one it comes bundled with. In the future, SDL_mixer
will use FluidSynth if it’s available on the system.

So this bug is SDL_mixer’s fault; its bundled version of timidity cannot
cope correctly with karaoke MIDI files."""

Was not the default static MikMod, that came with SDL_Mixer, deleted ?

If yes, maybe Timidity should be erased from SDL_mixer too, if fluidsynth
is already supported and a better MIDI playback engine.

CU

3

Hello !

this bug is in the sdl bug tracker now:

http://bugzilla.libsdl.org/show_bug.cgi?id=1299
Someone wrote on the bug:

“”“SDL_mixer uses it’s own timidity. It doesn’t link to it or
anything, but
comes bundled with an extremely outdated version of timidity (the
original
timidity, not “timidity++” which is what people mean when they say
"timidity” today.")

Furthermore, SDL_mixer is not able to use any externally installed
version
of timidity, only the one it comes bundled with. In the future, SDL_mixer
will use FluidSynth if it’s available on the system.

So this bug is SDL_mixer’s fault; its bundled version of timidity cannot
cope correctly with karaoke MIDI files."""

Was not the default static MikMod, that came with SDL_Mixer, deleted ?

MikMod is for MOD files, not for MIDI.

If yes, maybe Timidity should be erased from SDL_mixer too, if fluidsynth
is already supported and a better MIDI playback engine.

It doesn’t work with current versions of FS. FS had to be patched for
it to be used by SDL_mixer. That means it’s going to take a lot of time
until the updated FS is out and make it to all distros.On 09/05/2011 01:44 PM, Torsten Giebl wrote:

4

I don’t know about the original Timidity codebase, but the Timidity++ library is licensed GPL, not LGPL, and so it isn’t suitable for mixing into a library that someone might want to use with a non-GPL-compatible main program.________________________________
From: renesd@gmail.com (Rene Dudfield)
Subject: [SDL] sdl_mixer using outdated bundled timidity. Re: sdl_mixer issue with a midi file

Hello,

this bug is in the sdl bug tracker now:

http://bugzilla.libsdl.org/show_bug.cgi?id=1299Someone wrote on the bug:

“”“SDL_mixer uses it’s own timidity. It doesn’t link to it or
anything, but comes bundled with an extremely outdated version of
timidity (the original timidity, not “timidity++” which is what people
mean when they say “timidity” today.”)
Furthermore, SDL_mixer is not able to use any externally installed
version of timidity, only the one it comes bundled with. In the future,
SDL_mixer will use FluidSynth if it’s available on the system.
So this bug is SDL_mixer’s fault; its bundled version of timidity cannot cope correctly with karaoke MIDI files."""
cheers,

On Wed, Aug 31, 2011 at 4:41 PM, Ren? Dudfield wrote:

Hi,

we have a bug on the pygame issue tracker to do with sdl_mixer and a midi file:
??? https://bitbucket.org/pygame/pygame/issue/69/pygamemixermusicload-corrupt-midi-file

The midi file appears to work on the windows builds with sdl_mixer.? But not on the OSX or linux builds.

The file works if run manually with timidity on linux, but playmus.c fails.

Here is the midi file:
??? http://www.pygame.org/old_bug_attachments/44/ty_u_menya.kar

Any ideas?

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

5

It is, however, suitable for someone who might want to use it with a
GPL-compatible main program.On 09/05/2011 03:55 PM, Mason Wheeler wrote:

I don’t know about the original Timidity codebase, but the Timidity++
library is licensed GPL, not LGPL, and so it isn’t suitable for mixing
into a library that someone might want to use with a non-GPL-compatible
main program.

From: Ren? Dudfield
**Subject: [SDL] sdl_mixer using outdated bundled timidity. Re:
sdl_mixer issue with a midi file

Hello,

this bug is in the sdl bug tracker now:
http://bugzilla.libsdl.org/show_bug.cgi?id=1299
Someone wrote on the bug:
""“SDL_mixer uses it’s own timidity. It doesn’t link to it or anything,
but comes bundled with an extremely outdated version of timidity (the
original timidity, not “timidity++” which is what people mean when they
say “timidity” today.”)
Furthermore, SDL_mixer is not able to use any externally installed
version of timidity, only the one it comes bundled with. In the future,
SDL_mixer will use FluidSynth if it’s available on the system.
So this bug is SDL_mixer’s fault; its bundled version of timidity cannot
cope correctly with karaoke MIDI files."""

cheers,

On Wed, Aug 31, 2011 at 4:41 PM, Ren? Dudfield <renesd at gmail.com <mailto:renesd at gmail.com>> wrote:

Hi,

we have a bug on the pygame issue tracker to do with sdl_mixer and a
midi file:
https://bitbucket.org/pygame/pygame/issue/69/pygamemixermusicload-corrupt-midi-file

The midi file appears to work on the windows builds with sdl_mixer.
But not on the OSX or linux builds.

The file works if run manually with timidity on linux, but playmus.c
fails.

Here is the midi file:
http://www.pygame.org/old_bug_attachments/44/ty_u_menya.kar


Any ideas?

SDL mailing list
SDL at lists.libsdl.org <mailto:SDL at lists.libsdl.org>
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

6

Yes, but if SDL_Mixer was only supposed to be for GPL programs, it wouldn’t have been licensed
LGPL.? And with the recent relicense of the main SDL 1.3 codebase to the far less restrictive
Zlib license, it would appear that Sam’s trying to move away from viral licenses, not support them.________________________________
From: realnc@arcor.de (Nikos Chantziaras)
Subject: Re: [SDL] sdl_mixer using outdated bundled timidity. Re: sdl_mixer issue with a midi file

It is, however, suitable for someone who might want to use it with a
GPL-compatible main program.

On 09/05/2011 03:55 PM, Mason Wheeler wrote:

I don’t know about the original Timidity codebase, but the Timidity++
library is licensed GPL, not LGPL, and so it isn’t suitable for mixing
into a library that someone might want to use with a non-GPL-compatible
main program.

From: Ren? Dudfield
**Subject: [SDL] sdl_mixer using outdated bundled timidity. Re:
sdl_mixer issue with a midi file

Hello,

this bug is in the sdl bug tracker now:
http://bugzilla.libsdl.org/show_bug.cgi?id=1299
Someone wrote on the bug:
""“SDL_mixer uses it’s own timidity. It doesn’t link to it or anything,
but comes bundled with an extremely outdated version of timidity (the
original timidity, not “timidity++” which is what people mean when they
say “timidity” today.”)
Furthermore, SDL_mixer is not able to use any externally installed
version of timidity, only the one it comes bundled with. In the future,
SDL_mixer will use FluidSynth if it’s available on the system.
So this bug is SDL_mixer’s fault; its bundled version of timidity cannot
cope correctly with karaoke MIDI files."""

cheers,

On Wed, Aug 31, 2011 at 4:41 PM, Ren? Dudfield <renesd at gmail.com <mailto:renesd at gmail.com>> wrote:

? ? Hi,

? ? we have a bug on the pygame issue tracker to do with sdl_mixer and a
? ? midi file:
? ? https://bitbucket.org/pygame/pygame/issue/69/pygamemixermusicload-corrupt-midi-file

? ? The midi file appears to work on the windows builds with sdl_mixer.
? ? But not on the OSX or linux builds.

? ? The file works if run manually with timidity on linux, but playmus.c
? ? fails.

? ? Here is the midi file:
? ? http://www.pygame.org/old_bug_attachments/44/ty_u_menya.kar

? ? Any ideas?

SDL mailing list
SDL at lists.libsdl.org <mailto:SDL at lists.libsdl.org>
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

7

It’s not about the license. It’s about the code. If you can’t use
something like MAD or Timidity++, then you won’t. If you can, then you
might want to.

I don’t think stupid license holy wars or discrimination should find a
place in SDL. Me, I don’t want that stuff. All I want are the best
options to choose from.On 09/05/2011 04:44 PM, Mason Wheeler wrote:

Yes, but if SDL_Mixer was only supposed to be for GPL programs, it
wouldn’t have been licensed
LGPL. And with the recent relicense of the main SDL 1.3 codebase to the
far less restrictive
Zlib license, it would appear that Sam’s trying to move away from viral
licenses, not support them.

From: Nikos Chantziaras
**Subject: Re: [SDL] sdl_mixer using outdated bundled timidity. Re:
sdl_mixer issue with a midi file

It is, however, suitable for someone who might want to use it with a
GPL-compatible main program.

On 09/05/2011 03:55 PM, Mason Wheeler wrote:

I don’t know about the original Timidity codebase, but the Timidity++
library is licensed GPL, not LGPL, and so it isn’t suitable for mixing
into a library that someone might want to use with a non-GPL-compatible
main program.

From: Ren? Dudfield <renesd at gmail.com <mailto:renesd at gmail.com>>
**Subject: [SDL] sdl_mixer using outdated bundled timidity. Re:
sdl_mixer issue with a midi file

Hello,

this bug is in the sdl bug tracker now:
http://bugzilla.libsdl.org/show_bug.cgi?id=1299
Someone wrote on the bug:
""“SDL_mixer uses it’s own timidity. It doesn’t link to it or anything,
but comes bundled with an extremely outdated version of timidity (the
original timidity, not “timidity++” which is what people mean when they
say “timidity” today.”)
Furthermore, SDL_mixer is not able to use any externally installed
version of timidity, only the one it comes bundled with. In the future,
SDL_mixer will use FluidSynth if it’s available on the system.
So this bug is SDL_mixer’s fault; its bundled version of timidity cannot
cope correctly with karaoke MIDI files."""

cheers,

On Wed, Aug 31, 2011 at 4:41 PM, Ren? Dudfield <renesd at gmail.com <mailto:renesd at gmail.com> <mailto:renesd at gmail.com <mailto:renesd at gmail.com>>> wrote:

Hi,

we have a bug on the pygame issue tracker to do with sdl_mixer and a
midi file:

https://bitbucket.org/pygame/pygame/issue/69/pygamemixermusicload-corrupt-midi-file

The midi file appears to work on the windows builds with sdl_mixer.
But not on the OSX or linux builds.

The file works if run manually with timidity on linux, but playmus.c
fails.

Here is the midi file:
http://www.pygame.org/old_bug_attachments/44/ty_u_menya.kar

Any ideas?