| Summary: | media-libs/sdl-mixer-1.2.6 with mikmod tries to use music.raw in $PWD | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | NightTwix <nighttwix> |
| Component: | [OLD] Games | Assignee: | Gentoo Games <games> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | arc, cduquette, denilsonsa, flash3001, only_bugzilla_automail.era.ssokolow, tom.gl, world.root |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
Output of "emerge pygame -epv"
sdl-mixer-1.2.6_libmikmod-register-only-drv_nos.patch gweled-0.7-no_disk_writer.patch libmikmod-cvs20051203-RegisterSomeDrivers.patch |
||
|
Description
NightTwix
2005-07-19 16:12:50 UTC
works fine here as user. Can I see the output from "emerge -evp pydance" please? oh, and remerge pygame and see if that helps. reopen after doing those things. Created attachment 64165 [details]
Output of "emerge pygame -epv"
I've attached the output of "emerge pydance -epv" remerging pydance didn't solve it I still get the same error when i use sdl-mixer-1.2.6 works fine here with 1.2.6. it's something specific to your system. (In reply to comment #6) > works fine here with 1.2.6. it's something specific to your system. Maybe it's the nvidia nforce2 chipset? It's an onboard soundcard... Well, other applications/games work even with 1.2.6 try doing: emerge --newuse -v world revdep-rebuild the problem is the 'mikmod' useflag resulting in a permissions problem see: http://bugs.gentoo.org/show_bug.cgi?id=99004 need to research why this happens and how to fix it ... do we need to patch packages or libraries or what ... *** Bug 99004 has been marked as a duplicate of this bug. *** *** Bug 101615 has been marked as a duplicate of this bug. *** *** Bug 108164 has been marked as a duplicate of this bug. *** Imho, the problem with "music.raw" is that SDL_mixer calls "RegisterAllDrivers()" on libmikmod, which makes a whole bunch of useless sound drivers to initialize (including the RAW output one, hence the music.raw file). When using the internal mikmod code (the one included in SDL_mixer tarball), there is no such issue because it's a stripped down version which don't have all this drivers. But it seems that's not an option to go back to using this code (see sdl-mixer/ChangeLog - bug #51852). Anyway, since SDL_mixer won't actually use this output drivers (it has its own sound output code using SDL), I suggest this call is changed to "RegisterDriver(&drv_nos)" (see attached patch). The "drv_nos" is a dummy driver which won't access any device or file, and is enough for SDL_mixer needs (ie., decoding some mod files). I've tested my patch with sdl-mixer-1.2.6 and games-arcade/ceferino without issue. If you know other games which use some mod music file through SDL_mixer+libmikmod, please tell me so that i can test them too. Created attachment 69982 [details, diff]
sdl-mixer-1.2.6_libmikmod-register-only-drv_nos.patch
Patched sdl-mixer-1.2.6 now successfully tested (music plays fine and no
music.raw is created) with the following games, which were all the ones i had
with some *.{mod,xm,it} files in CONTENTS and rdepending on sdl-mixer:
games-arcade/supertux-0.1.3
games-action/glaxium-0.5
games-arcade/ceferino-0.96
games-arcade/frozen-bubble-1.0.0-r5
games-arcade/criticalmass-0.9.12
games-fps/cube-20050829
Oh, and games-puzzle/enigma-0.92 too, which uses a .s3m music file. seems upstream cvs sdl-mixer has already done the same fixed in 1.2.6-r1, thanks for the patch *** Bug 114203 has been marked as a duplicate of this bug. *** I'm still having issues with gweled creating the music.raw. I don't have sdl-mixer install on my system, so I'm not sure if my bug is related to this one. I can reproduce your issue with gweled if I unload my alsa modules (`/etc/init.d/alsasound stop`). It's actually much worst than the sdl-mixer bug, because the file is really written to (500MB after a few minutes...), whereas with sdl-mixer it was just created but 0-sized. If a supported sound driver like Alsa is available, then i get real sound and no "music.raw" file. I will attach a patch which changes the way gweled registers libmikmod sound drivers. Like in the sdl-mixer patch, it's a matter of avoiding MikMod_RegisterAllDrivers(). I've only kept "esd", "alsa", "oss" and "nos" (as a fallback). Maybe more should be added (complete list is in /usr/include/mikmod.h or `info mikmod`), i'm not sure how useful some can be under Gentoo. Note that it doesn't seem to be a problem to register some drivers which are actually not supported by libmikmod because of USE flags (I have USE=-esd for instance). Oh, and if you don't get reaction on this bug (would be understandable since it's marked FIXED), maybe you could reopen bug #108164 (being its owner) and attach this patch there. Created attachment 73965 [details, diff]
gweled-0.7-no_disk_writer.patch
Created attachment 73982 [details, diff]
libmikmod-cvs20051203-RegisterSomeDrivers.patch
Here is a small patch for libmikmod which adds a
"MikMod_RegisterSomeDrivers(int)" function to the API, to ease registering of
"only available and useful drivers". For instance, in the case of Gweled, which
should play sounds only through a daemon or an HW driver, the
"MikMod_RegisterAllDrivers()" call could have been replaced by:
// only register drivers we can hear:
MikMod_RegisterSomeDrivers(DRIVERS_SET_NETWORK | DRIVERS_SET_HARDWARE);
// fallback to nosound:
MikMod_RegisterDriver(&drv_nos);
That would have been cleaner than my previous patch which enumerates all
drivers one by one, probably missing some valuable ones and including some
which are not supported.
Do you think that's something worth sending upstream?
the libmikmod patch i think is worthy to pursue upstream, the gweled one is not |
