Here is an ebuild for the beep-media-player to play midi files via timidity.
Created attachment 44655 [details] The Ebuild
After pplaying a file bmp locks up for me, just like xmms does with xmms-midi, the only working player is mplayer with xmms-midi.
ok, looking into it. so far it seems the plugin locks up only when using alsa with dmix plugin, right? Anybody out there who can confirm this?
I can confirm that I am using alsa with the dmix plugin without a hitch as far as the plugin is concerned. I use a bmp cvs ebuild though. I would suggest that the person who is having problems should try the cvs ebuild and see if that fixes it. I will attach the cvs ebuild.
Created attachment 44777 [details] A beep-media-player cvs ebuild This should work. I pulled it from fluidportage and made a few changes so that it didn't use any of the fluidportage-only eclasses.
cvs version used the oss-output for me first, there it worked of course, but alsa-dmix is still locking up.
After the 0.9.7 beep-media-player release, which is expected this week, I will look at all plugins that had issues. I will check if this one works tonight. Do note that no CVS ebuild for beep-media-player will make it into portage. If you want to go the CVS route, make CVS snapshot tarballs.
I am unable to package this software. 1) The download tarball is not versioned. 2) There is no homepage provided. If you can contact upstream and arrange for a versioned tarball and a homepage (preferably on a reliable webhost, not tripod), you may reopen the bug. (Portage will not deal with unversioned ebuilds to start with, but, if you get that out of the way, people will get MD5sum mismatches when upstream updates their unversioned tarball. It is a management nightmare that I can not allow to happen)
I got a version on the tarball, and I cannot get a webpage. xmms-midi is pretty much dead. There was no page for it.
Created attachment 46441 [details] A fixed ebuild Here is the fixed ebuild.
1) The tarball filename has no version number and is thus unsuitable for download through portage. 2) No homepage is provided. 3) The SRC_URI points to a "free" webhost and is in my eyes unreliable. I can not package this software. Please use a filename such as bmp-midi-1234.ebuild instead of "A fixed ebuild".
After saving the file through the browser (I never do this, my browser does not have write permission in my portage overlay; I wget attachments), suggestion 1 is already dealt with. Now for 2 and 3.
Uploading the distfile to the mirrors to deal with 3. How about 2, is it possible to have a simple homepage for this plugin? We could use the BMP wiki's plugin list if really necessary, but I like a webpage with some form of a ChangeLog so it's clear when upstream makes a new release. I'll be testing the plugin soon.
The problem is that xmms-midi is dead. The site that the xmms plugin site links to has been down for months. I really like this plugin and asked if anyone on the bmp forums would port it. A person on the UADE team did. This person is not likely to maintain it. Here is the link the the forum thread: http://beepmp.sourceforge.net/forum/viewtopic.php?t=161 Thanks
Created attachment 46469 [details] bmp-midi-0.01.ebuild I still suffer from the "beep-crashes-after-playing" issue, but here is a working ebuild for all the others :)
Merging this, works for me, falls over on one test file but the others are fine.
Found the common factor. MIDI's with multiple tracks will segfault BMP, single track MIDI's play fine. Seems usable at this point though, going ahead.
This ebuild is now in portage, please give it two hours to propagate then emerge sync. Note the attached warnings, multi-track MIDI's *will* kill it.
