Hello folks, Right on the heels of big One-O we've decided to release a minor update with some corrections, main features being some package improvements and a midi timing issue when running under very high priority.     MusE : http://muse-sequencer.org [Fixes since 1.0] * Removed: Disabled watchdog thread. (T356) * Changed/Fixed: Thread priorites: Added command line switches  for audio (-P) and midi (-Y). (T356)   - Audio (-P) applies to dummy driver only.     (Else audio priority is fixed by Jack).  Fixes potential issue with midi timing when MusE was assigned  a very high priority. * Added: Enable/disable LASH command line switch (-L),  (if LASH support is compiled in). (T356)   - Helps prevent some issues like auto-starting Jack, or   automatically routing midi to fluidsynth (observed). * Fixed: BUG ID: 2879426: *.med does not save meta event types. (T356) * Fixed: Midi meters now show for each track even if they're all on  same device and channel. (T356) * Applied: muse-destdir.patch Scripts and utils packaging fix  submitted by Orcan Ogetbil. (T356) * Fixed: python detection exchanged for script from http://libvirt.org/ (rj) * Feature: Jack transport enable/disable in Midi Sync settings window.  Stores setting per-song. (T356)  - Should be Ok to use and test. Needs a bit more work. See jack.cpp  and jackaudio.h * Fixed: Speedups of audio pre-fetch especially when moving the cursor  around (seeking). (T356) [What is MusE again?] MusE is multitrack virtual studio with support for: * Midi  (only Alsa yet)  * internal softsynths, including soundfont player FluidSynth    and sample player Simple Drums  * DSSI softsynths, including VST instruments    * with a patch to DSSI, VST-chunks are handled  * Drum editor  * Pianoroll  * Conventional arranger  * midi automation  * and lots more * Audio  * Jack  * Jack transport  * LADSPA plugins  * VST plugins through dssi-vst  * audio automation, old sch00l  * and lots more [ChangeLog] For a complete list of changes, check the ChangeLog in the package or online at the sourceforge site: http://lmuse.svn.sourceforge.net/viewvc/lmuse/trunk/muse/ChangeLog?revision… [Download] http://muse-sequencer.org/index.php/Download The MusE team _______________________________________________ Linux-audio-dev mailing list Linux-audio-dev(a)lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev

Hi Alex,  2010/1/17 alex stone <compose59(a)gmail.com>om>: there is an experimental MusE branch here http://213.114.170.185/cgi-bin/gitweb.cgi?p=muse;a=summary which contains emerging jack-midi support. I can't give you a timeline, if all goes well it won't be too long. /Robert

Robert, as a note of interest here, is there a reason why Muse only has 32 midi ports available? Is it possible to increase this at user level? (I have 65 and counting)

Alex. -- www.openoctave.org midi-subscribe(a)openoctave.org development-subscribe(a)openoctave.org

Robert, if you're considering upping this again, a colleague of mine uses 126 ports, so something like 256 might be more suitable, and cover just about everyone i should think. (we do orchestral music..)

On January 26, 2010 08:33:48 am Robert Jonsson wrote: This might be a problem. It's not just the define that sets the number  of ports. The ports are used in certain places via an unsigned 32-bit int. Each bit corresponds to one port (used, not used etc.) So we were lucky to be able to increase from 16 to 32, but  beyond that I will have to look at redesigning parts of the ports system. Maybe not as tough as it sounds, but not as easy as changing a define... I will have a look. Tim. _______________________________________________ Linux-audio-dev mailing list Linux-audio-dev(a)lists.linuxaudio.org http://lists.linuxaudio.org/listinfo/linux-audio-dev

Hi Alex, 2010/1/27 alex stone <compose59(a)gmail.com>om>: Don't know if Tim told you, but this is pretty much what happened :) Tim merged jackmidi to the main branch. /Robert