Description: MusE is a multitrack virtual studio for Linux that has support for sequencing of midi and audio and has, among other things, support for LADSPA, Jack, softsynths(internal and VST-Instruments) and much more see homepage for more information.Last changelog:
This release note is for MusE 0.8.1. It is basically a bug fix release for a note-off bug that crept into 0.8.
[General] MusE is a multitrack virtual studio with midi, external, softsynths and audio support.
http://www.muse-sequencer.org/
[Changes from the ChangeLog] * Added next/prev marker, keyboard shortcut * Added LASH support (patch from evermind @ gentoo) this also means that ladcca is no longer supported * Reverted fix for silent softsynths, synths were not silenced upon [stop]. * Added Motif-Rack idf from europeen
[Known issues] See the errata section on the homepage for the latest: http://www.muse-sequencer.org/wiki/index.php/Errata0.8
For a complete list of changes see the ChangeLog: http://cvs.sourceforge.net/viewcvs.py/lmuse/muse/ChangeLog?rev=1.214.2.147&on ly_with_tag=REL07&view=auto
Source download available: http://sourceforge.net/project/showfiles.php?group_id=93414&package_id=184215&release_id=405163 Regards, /MusE Development team
Got previous release to compile and run fine. The node.h surgery a bit more involved in 0.8.1:
All muse subdirectory references to node.h need to explicitly reference, i.e. #include "../node.h". This is because there is a node.h in the qt3/kde includes that might get referenced first! Also, the current node.h needs to include "plugi.h".
After getting all this to compile, I had the thing fail on stuff in the main linux includes. I can provide a long error list. I have the latest 2.6.16 kernel sources.
One hint: KDE stuff similarly failed. This was easier to fix. A limits.h had a type not typedef'd and an undefined entity. In the non __KERNEL__ ifdef branch, I placed a typedef and #define to fix. Chose values for my architecture--a real patch would be more versatile.
but have you considered working with some of the other programs like "Rosegarden", "Hydrogen" or "LMMS" - they seem to have some really nice widgets eg.
Good work
Anders
I don't know about you guys... but half the reason I use these programs is so I can get the notation editor!
But I'm a very low-scale musician, and I have my own ways of doing things... I like to keep everything nice and simple (I've never even bothered figuring JACK out...) But yeah... due to the lack of the notation editor now, this software is essentially useless to me. Too bad, it looks like a great project.
I guess it differs quite a lot how you use this kind of package. Some want score features, some don't.
In any case there's always a possibility to export the midi and print it with a dedicated notation package (which some might argue is a better alternative anyway), there are actually several for Linux.
The reason it was remove was due to the main author not being satisfied with it's functionality. He felt it was not possible to further evolve it with the current framework.
Instead he has started a separate project http://mscore.sf.net with a direct focus on notation.
I agree with you.
I'm completely in the same situation.
The score is the natural way to enter notes. Now I'm moving to Rosegarden, but it (also, like every other software) lacks ability to enter notes FAST!. For me this means for example to enter noteheads before I've decided the durations.
Hi,
when i compile, the file fluidsynth.h is not found.
i searched through directory tree and didn't found it.
it is included in fluidsynti.cpp line 10 (among others)
version 0.7.0 directory synti/fluidsynth
Hi,
fluidsynth.h is part of the fluidsynth package http://www.fluidsynth.org/. If you use a distro with binary packages there is probably a devel package you can install.
It's strange however that MusE tries to compile fluidsynth though this file is missing... possibly it exists but in a dir that MusE does not expect. Normally it would be in /usr/include.
Another option would be to explicitly compile MusE without fluidsynth support:
./configure --disable-fluidsynth
Though this is not recommended, support for internal fluidsynth is a real boost to the overall package.
If you need to dig deeper into this, do subscribe to the mailinglist.
http://lmuse.sourceforge.net/wiki/index.php/Muse_ml
Looks nice, indeed :) From a first look I'ld say Cubase users will find a familiar UI (Brahms also goes in that direction), but what about all the poor Logic or ProTools used persons, like me ;) ?
Oh, I think you'll manage even if you are just a poor Logic or ProTools user ;). You can always head over to our mailinglist and ask questions, we're a friendly bunch. I'm thinking that I might change the download link, it isn't obvious that MusE is available in binary form for many distributions... Makes it easier to try out.
Sounds good, however I prefer more hobby style applications like good old "band in a box".
I don't think this specific development direction taken by most of the professional applications in this subject was very good, because it doesn't provide the majority of semiprofessional users with what they really need.
Oh, I think that's entirely up to the user, we all have different preferences.
The beauty of opensource, no lock-ins. If you like something else, try something else, or why don't use several apps together? Now with Jack being a central part of audio development under Linux we can connect just about anything with anything. Both eating and having the cake. :-)
Ratings & Comments
17 Comments
muse-0.8.1-lotus.i586.rpm at http://home.tiscali.be/raoul.linux/downloadSuSE10.1.htm ENJOY !!!
Got previous release to compile and run fine. The node.h surgery a bit more involved in 0.8.1: All muse subdirectory references to node.h need to explicitly reference, i.e. #include "../node.h". This is because there is a node.h in the qt3/kde includes that might get referenced first! Also, the current node.h needs to include "plugi.h". After getting all this to compile, I had the thing fail on stuff in the main linux includes. I can provide a long error list. I have the latest 2.6.16 kernel sources. One hint: KDE stuff similarly failed. This was easier to fix. A limits.h had a type not typedef'd and an undefined entity. In the non __KERNEL__ ifdef branch, I placed a typedef and #define to fix. Chose values for my architecture--a real patch would be more versatile.
Compiles OK with latest 2.6.16-3 kernel sources.
muse-0.8.1-S10K351.i586.rpm at http://home.tiscali.be/raoul.linux/downloadSuSE10.0.htm ENJOY !!!
but have you considered working with some of the other programs like "Rosegarden", "Hydrogen" or "LMMS" - they seem to have some really nice widgets eg. Good work Anders
A SlackWare 10.2 TGZ Package with SlackBuild script is ready to download!! http://www.slacky.it http://www.slacky.it/index.php?option=com_remository&Itemid=29&func=fileinfo&filecatid=433&parent=category
muse-0.7.1-s92k33rc.i586.rpm at http://home.tiscali.be/raoul.linux/download.htm
Simply my favorite midi editor on Linux =) Nice jack-transport support!
I don't know about you guys... but half the reason I use these programs is so I can get the notation editor! But I'm a very low-scale musician, and I have my own ways of doing things... I like to keep everything nice and simple (I've never even bothered figuring JACK out...) But yeah... due to the lack of the notation editor now, this software is essentially useless to me. Too bad, it looks like a great project.
I guess it differs quite a lot how you use this kind of package. Some want score features, some don't. In any case there's always a possibility to export the midi and print it with a dedicated notation package (which some might argue is a better alternative anyway), there are actually several for Linux. The reason it was remove was due to the main author not being satisfied with it's functionality. He felt it was not possible to further evolve it with the current framework. Instead he has started a separate project http://mscore.sf.net with a direct focus on notation.
I agree with you. I'm completely in the same situation. The score is the natural way to enter notes. Now I'm moving to Rosegarden, but it (also, like every other software) lacks ability to enter notes FAST!. For me this means for example to enter noteheads before I've decided the durations.
Hi, when i compile, the file fluidsynth.h is not found. i searched through directory tree and didn't found it. it is included in fluidsynti.cpp line 10 (among others) version 0.7.0 directory synti/fluidsynth
Hi, fluidsynth.h is part of the fluidsynth package http://www.fluidsynth.org/. If you use a distro with binary packages there is probably a devel package you can install. It's strange however that MusE tries to compile fluidsynth though this file is missing... possibly it exists but in a dir that MusE does not expect. Normally it would be in /usr/include. Another option would be to explicitly compile MusE without fluidsynth support: ./configure --disable-fluidsynth Though this is not recommended, support for internal fluidsynth is a real boost to the overall package. If you need to dig deeper into this, do subscribe to the mailinglist. http://lmuse.sourceforge.net/wiki/index.php/Muse_ml
Looks nice, indeed :) From a first look I'ld say Cubase users will find a familiar UI (Brahms also goes in that direction), but what about all the poor Logic or ProTools used persons, like me ;) ?
Oh, I think you'll manage even if you are just a poor Logic or ProTools user ;). You can always head over to our mailinglist and ask questions, we're a friendly bunch.
I'm thinking that I might change the download link, it isn't obvious that MusE is available in binary form for many distributions... Makes it easier to try out.
Sounds good, however I prefer more hobby style applications like good old "band in a box". I don't think this specific development direction taken by most of the professional applications in this subject was very good, because it doesn't provide the majority of semiprofessional users with what they really need.
Oh, I think that's entirely up to the user, we all have different preferences. The beauty of opensource, no lock-ins. If you like something else, try something else, or why don't use several apps together?
Now with Jack being a central part of audio development under Linux we can connect just about anything with anything. Both eating and having the cake. :-)