Description of problem: Start Ri_li via the command line or by the item in menu built-in kde or gnome. Let's play a new game. The game shoud be play the jeu1.xm but not. If you loose, jeu2.xm play correctly. The bug can be reproduce each time. In my opinion, the bug occured due to "a wrong build of libmikmod" which an dependancy of sdl-mixer package.
Assignee: bugsquad => lists.jjorge
Bug confirmed, I am investigating.
Status: NEW => ASSIGNED
I tried to play this file with SDL_mixer-player : playmus : playmus /usr/share/games/Ri-li/Sounds/jeu1.xm Opened audio at 22050 Hz 16 bit stereo (LE), 4096 bytes audio buffer Couldn't load /usr/share/games/Ri-li/Sounds/jeu1.xm: Failure loading sampleinfo Still, vlc plays it (after adding : vlc /usr/share/games/Ri-li/Sounds/jeu1.xm So yes the problem is not in Ri-Li, neither in libmikmod, but in SDL_mixer.
Status: ASSIGNED => NEW
Summary: the file jeu1.xm is not played during the game => SDL_mixer cannot not play some MOD files
Ok, thanks you for your help :) I tried to play with mikmod (the player based on libmikmod), I played jeu1.xm successfully but after a random delay the player cannot able to replay a .mod .xm .it file, the sound has become mute. :/ However, your investigation on sdl-mixer seems more interesting than my test on mikmod. :)
I add shlomif in CC as maintainer of SDL_mixex
CC: (none) => shlomif
Hi! I can reproduce this problem here with playmus vs. mikmod etc., but I don't know why it happens. There's only one patch for SDL_mixer in its package and it doesn't appear to be related. It may be a problem in our libmikmod package, but OTOH, the vanilla libmikmod library (from source) segfaults when playmus plays a file using it. At the moment, I don't know what to do about this bug, but I saw mentioning of the error report for other .xm files elsewhere using a Google search. Regards, -- Shlomi Fish
Hello, I will also looking for this bug, this week . :)
I tested on Fedora 16 Beta, they also have this bug. Something in the compilations of SDL_mixer seems to have been broken with recent compilers. Anyway, this is to the SDL maintainer, and way too hard for me ;-)
Assignee: lists.jjorge => qa-bugs
Re-assigning to Shlomi as nothing yet to QA.
Assignee: qa-bugs => shlomif
Hello !! Good News for Shlomi, i guess :P I traced the SDL_mixer code and i can see where the program doesn't work. Before all the main step to debug serenely will be to install debug symbol of SDL_mixer and Ri-li. After some step into, you land on this line : 215 return mikmod.Player_LoadGeneric((MREADER*)&lmmmr, maxchan, 0); This line is in SDL_mixer code but this sequence read the music when you have jeu2.xm and not for jeu1.xm. I guess it's a callback to internal function of mikmod.
Hello, I traced another times the code. Te read fail on LoadInstruments function with jeu1.xm. I try to inspect this.
The program stop here : load_xm.c 614 if(_mm_eof(modreader)) { 615 free(nextwav);free(wh); 616 nextwav=NULL;wh=NULL; 617 _mm_errno = MMERR_LOADING_SAMPLEINFO; 618 fprintf(stderr, "you left at %d\n", __LINE__); 619 return 0; 620 }
Pinging. because nothing happened to this report since more than 3 months ago, and it still has the status NEW or REOPENED. @ Shlomi Please set status to ASSIGNED if you think this bug was assigned correctly. If for work flow reasons you can't do that, then please put OK on the whiteboard instead.
CC: (none) => marja11
OK, I'm taking this bug.
This message is a reminder that Mageia 1 is nearing its end of life. In approximately 25 days from now, Mageia will stop maintaining and issuing updates for Mageia 1. At that time this bug will be closed as WONTFIX (EOL) if it remains open with a Mageia 'version' of '1'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Mageia version prior to Mageia 1's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Mageia 1 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Mageia, you are encouraged to click on "Version" and change it against that version of Mageia. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Mageia release includes newer upstream software that fixes bugs or makes them obsolete. -- Mageia Bugsquad
Still happens with Cauldron.
Version: 1 => CauldronWhiteboard: (none) => MGA2TOO
Hello, This bugs seems resolved ! (with Mga4) Thank you very much !
Status: ASSIGNED => RESOLVEDResolution: (none) => FIXED