MusE - Linux Music Editor

tis 2004-03-23 klockan 15.26 skrev Joachim Schiele:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> i put 50% of the manual online to the wiki,
> will enable picutre upload when i got time to,
> please let me know how to wiki is working for you? is it buggy somewhere?
> 
> could someone tell me how to make backups? does someone do that automatically 
> with the homepage? could we arange a mysql script for automated backups?
> (btw i've installed phpmyadmin, for those how know what it is!)
> 
> werer, could you please tell me if there is any copyright violation with the 
> fdl on the wiki? i'll change it then ;-)
> 
> that's for today ;-)
> 
> have a nice time and let me know how you like the wiki!

I think the Wiki is neat - even though I didn't think there was anything
wrong with the alsawiki either. It's a slower than the alsawiki though
(perhaps sf is to blame for that), but not that I can't live with it. I
think it looks better, and if upload of images works it will be neat.
Fine with me!

First thing to cross my mind. The manual, should there be two manuals,
one for stable/old muse and one for CVS-version? There are different
requirements etc for them, not to mention different features. I'd prefer
two manuals (two manuals, twice the work, I know...).

/Mathias

Hi,

>
> First thing to cross my mind. The manual, should there be two manuals,
> one for stable/old muse and one for CVS-version? There are different
> requirements etc for them, not to mention different features. I'd prefer
> two manuals (two manuals, twice the work, I know...).

Couldn't we have one version and where it differs mark it explicitly ? It 
sounds like a lot of work to maintain two different tracks of manuals...

/Robert

tis 2004-03-23 klockan 19.45 skrev Robert Jonsson:

> Couldn't we have one version and where it differs mark it explicitly ? It 
> sounds like a lot of work to maintain two different tracks of manuals...
> 
> /Robert

Sounds OK, if the unstable version turns into stable one can just remove
the line saying "Features in the unstable version:".

/Mathias

On Tuesday 23 March 2004 17.45, Joachim Schiele wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> http://lmuse.sourceforge.net/wiki/index.php/Cvs
>
> i'm currently on a cvs compile tut, but i get the following error and i
> don't get it away. can someone please give me a hint?

This looks like it could be the "usual" debian problem ;) 
It seems QT on debian (and possibly others?) is compiled without STL support 
(or only limited), so it's not possible to go directly from a STL datatype to 
a QT type. I know Mathias has fixed a number of similar problems before.

This one isn't exactly like the others, but it's still highly probable.

>
> please have a look at the manual, too.
> i added it to the wiki page (start liking this!)

Looks good! Great stuff!  Content is king, as they say. :)

/Robert

>
> wish you all a nice day!
> Q
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.4 (GNU/Linux)
>
> iD8DBQFAYGmwyzk1c1T5Os4RAhzAAKCq8qrYr50Y5k/Q7JtKr9uJzzu2QwCdGXjZ
> 4ZQUctfKZ6wBw1D7zZR4Jy4=
> =XHJ3
> -----END PGP SIGNATURE-----
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=Click
> _______________________________________________
> Lmuse-user mailing list
> Lmuse-user@...
> https://lists.sourceforge.net/lists/listinfo/lmuse-user

tis 2004-03-23 klockan 18.33 skrev Robert Jonsson:
> On Tuesday 23 March 2004 17.45, Joachim Schiele wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > http://lmuse.sourceforge.net/wiki/index.php/Cvs
> >
> > i'm currently on a cvs compile tut, but i get the following error and i
> > don't get it away. can someone please give me a hint?
> 
> This looks like it could be the "usual" debian problem ;) 
> It seems QT on debian (and possibly others?) is compiled without STL support 
> (or only limited), so it's not possible to go directly from a STL datatype to 
> a QT type. I know Mathias has fixed a number of similar problems before.
> 
> This one isn't exactly like the others, but it's still highly probable.
> 

I don't think it's the "QT compiled without STL-support"-problem, but it
seems like an earlier "Debian-STL-gcc-problem". I've been cleaning up
lots of things in fluidsynth, perhaps I've been a bit too harsh... It
appears as if some libraries don't need to be included on certain
systems (my Mandrake f.ex.) for gcc to "find" them. STL f.ex. On Debian
gcc doesn't appear to be this "creative". Try adding this line in the
beginning of fluidsynti.h.:

#include <string>

HTH
/Mathias

On Tuesday 23 March 2004 12.06, Joachim Schiele wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Dear list members,
> what about the mediawiki? i've installed one here:
> http://lmuse.sourceforge.net/wiki/index.php

I didn't get the reason why the alsa wiki wasn't good enough, but since you 
already installed this one it's fine with me. :)

We need some content though. ;)

/Robert

>
> At the moment it's not working with login's but it's testable.
> Please note that there are not all features enabled because the main time i
> spent on this was getting it working with my manual installation (because
> of non root env.)
>
> Hope you like it and we get the login thing working.

>
> - --
> gruss,
> joachim schiele
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.4 (GNU/Linux)
>
> iD8DBQFAYBpPyzk1c1T5Os4RAkXaAKCWvCH5Fu3HjUIOt/h7m4p2mDwCRACghLSx
> hpCG4rP3whpHVIusFRYrGZ8=
> =UgC3
> -----END PGP SIGNATURE-----
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=Click
> _______________________________________________
> Lmuse-user mailing list
> Lmuse-user@...
> https://lists.sourceforge.net/lists/listinfo/lmuse-user

Hi Joachim,

l=F6rdagen den 20 mars 2004 20.40 skrev Joachim Schiele:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Dear list,
> what about a wiki where the manual is developed on? I saw it with
> alsa-project.org, wikipedia.org, I think this would be the best way to
> develop it on. Also it would be _very_ up to date!

=46unny you should say that, Mathias mentioned (privately) the same thing a=
 few=20
days ago. I guess there is demand :)

>
> Werner, does your ISP where the page is situated support mysql?
> Would you accept an external page (mine?) also for such a thing?

If I may answer this, currently the ISP is sourceforge and they do actually=
=20
support mysql. I do however not have any clue about how to setup such a=20
beast.

>
> What are your comments on this?

I'm not Werner, but, unless anyone objects I would say go ahead and setup a=
=20
wiki. Where it is located is of minor importance (unless it's a dial up lin=
e=20
;). If we feel later that it should be at sourceforge we can always move it=
=2E=20
Besides, I like delegating ;-).
What is more important though is that there is an embryo of manual setup th=
ere=20
when we make it available, but it's probably not much work to copy the=20
existing documentation to a wiki, or?

>
> BTW: the rest of the icons is overdone and overdone hopefully i find the
> time to finish them. I miss the _right_ mood of the colors. Give me still
> some time ;-)

no problem for me :)

/Robert

>
> - --
> gruss,
> joachim schiele
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.4 (GNU/Linux)
>
> iD8DBQFAXJ4Yyzk1c1T5Os4RAt7jAJoDRmrtFIuVrNFQrqrVVJ5QkfmrqwCghiKZ
> K7toWmObR1HgR9/+WrVPiWA=3D
> =3DFKf6
> -----END PGP SIGNATURE-----
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3DClick
> _______________________________________________
> Lmuse-user mailing list
> Lmuse-user@...
> https://lists.sourceforge.net/lists/listinfo/lmuse-user

sön 2004-03-21 klockan 10.58 skrev Robert Jonsson:
> lördagen den 20 mars 2004 20.40 skrev Joachim Schiele:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Dear list,
> > what about a wiki where the manual is developed on? I saw it with
> > alsa-project.org, wikipedia.org, I think this would be the best way to
> > develop it on. Also it would be _very_ up to date!
> 
> Funny you should say that, Mathias mentioned (privately) the same thing a few 
> days ago. I guess there is demand :)

Yes, I think this is a very good idea! I'm trying to put together
something that might be called "Quick'n'dirty MusE-programmers guide" -
something that might give people a clue as to where to begin looking in
the sourcecode. Not to mention that I'm noticing that I keep forgetting
things myself - writing them down is a good way to remember. I think it
would be great to have manuals etc on a wiki, for sharing, collaboration
etc etc... 

/Mathias

On Sun, 21 Mar 2004 08:27 pm, Mathias Lundgren wrote:
> Yes, I think this is a very good idea! I'm trying to put together
> something that might be called "Quick'n'dirty MusE-programmers guide" -
> something that might give people a clue as to where to begin looking in
> the sourcecode. Not to mention that I'm noticing that I keep forgetting
> things myself - writing them down is a good way to remember. I think it
> would be great to have manuals etc on a wiki, for sharing, collaboration
> etc etc... 

FWIW, this page has been available for quite some time and never
really taken advantage of. It could easily become a subdomain to 
point to the same area, as in muse.opensrc.org.

 http://alsa.opensrc.org/?MusE

--markc

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Sunday 21 March 2004 11:47, Mark Constable wrote:
> On Sun, 21 Mar 2004 08:27 pm, Mathias Lundgren wrote:

That is really looking nice but we should consider our own wiki system - I=
=20
would prefer the mediawiki because it's development ist fast - it's easy to=
=20
setup and maintain. I've setup one on my local machine in 10 min with=20
apache/mysql/php4 completely without any previous experience.

The problem is i only got a dialup line here and my isp doesn't support mys=
ql.=20
But i'm using the wikipedia wiki often and it's very flexible and stable.=20
Consider the latex-features we could use in the comming releases. There is=
=20
support for notewriteing and midi-transformation.

just my 2 cent

> > Yes, I think this is a very good idea! I'm trying to put together
> > something that might be called "Quick'n'dirty MusE-programmers guide" -
> > something that might give people a clue as to where to begin looking in
> > the sourcecode. Not to mention that I'm noticing that I keep forgetting
> > things myself - writing them down is a good way to remember. I think it
> > would be great to have manuals etc on a wiki, for sharing, collaboration
> > etc etc...
>
> FWIW, this page has been available for quite some time and never
> really taken advantage of. It could easily become a subdomain to
> point to the same area, as in muse.opensrc.org.
>
>  http://alsa.opensrc.org/?MusE
>
> --markc
>
>
=2D --=20
gruss,
joachim schiele
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAXXWUyzk1c1T5Os4RAtwLAJ93U3sQNl2e5YRaIfHGSaYPWozodQCbBqD+
snimLz9OYDDKg9yFlZu3yQ8=3D
=3D+Leg
=2D----END PGP SIGNATURE-----

> FWIW, this page has been available for quite some time and never
> really taken advantage of. It could easily become a subdomain to 
> point to the same area, as in muse.opensrc.org.
> 
>  http://alsa.opensrc.org/?MusE
>

Ooo, sorry, that's true. This has been up before. IMHO, it appears as if
that page would fit just fine for the purpose. I guess it's just to put
a link to it from the sourceforge-site and we're up and running! Does
anyone disagree?

/Mathias

high joachim,

a few days ago, i installed moniwiki,
the advantage is that you don't need a database. all data wpould be 
stored in the file system.
but i think there are no converters included. it a very simple system.

regards c~

Joachim Schiele wrote:
> On Sunday 21 March 2004 11:47, Mark Constable wrote:
> 
>>On Sun, 21 Mar 2004 08:27 pm, Mathias Lundgren wrote:
> 
> 
> That is really looking nice but we should consider our own wiki system - I 
> would prefer the mediawiki because it's development ist fast - it's easy to 
> setup and maintain. I've setup one on my local machine in 10 min with 
> apache/mysql/php4 completely without any previous experience.
> 
> The problem is i only got a dialup line here and my isp doesn't support mysql. 
> But i'm using the wikipedia wiki often and it's very flexible and stable. 
> Consider the latex-features we could use in the comming releases. There is 
> support for notewriteing and midi-transformation.
> 
> just my 2 cent
> 
> 
>>>Yes, I think this is a very good idea! I'm trying to put together
>>>something that might be called "Quick'n'dirty MusE-programmers guide" -
>>>something that might give people a clue as to where to begin looking in
>>>the sourcecode. Not to mention that I'm noticing that I keep forgetting
>>>things myself - writing them down is a good way to remember. I think it
>>>would be great to have manuals etc on a wiki, for sharing, collaboration
>>>etc etc...
>>
>>FWIW, this page has been available for quite some time and never
>>really taken advantage of. It could easily become a subdomain to
>>point to the same area, as in muse.opensrc.org.
>>
>> http://alsa.opensrc.org/?MusE
>>
>>--markc
>>
>>
> 

-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click
_______________________________________________
Lmuse-user mailing list
Lmuse-user@...
https://lists.sourceforge.net/lists/listinfo/lmuse-user

Conrad Berhörster wrote:

> a few days ago, i installed moniwiki,
> the advantage is that you don't need a database. all data wpould be 
> stored in the file system.
> but i think there are no converters included. it a very simple system.

Funny, someone just posted on the abcusers list that he wrote a plugin 
for Moin that allows for music notation in abcformat to be used together 
with Moin. This might come in handy for small music examples on the site...

http://www.soe.ucsc.edu/cgi-bin/cgiwrap/nwhitehe/moin.cgi/MusicWiki

-- 
peace, love & harmony
Atte

http://www.atte.dk

On Friday 12 March 2004 13.40, Crispin wrote:
> Hello
>
> another file problem I'm afraid!  When I saved the song at the link
> below, it worked fine (I've not included the actual audio files as I
> carried this to work on a floppy disk...)
>
> http://www-users.york.ac.uk/~cc26/a.tar.gz
>
> Now on loading however, it gives the error
> "name2node failed <proph 2>"
>
> and "proph 2" (the only audio track) either 1. is silent or 2. crashes
> muse when it plays.

Hi Crispin, 

I've got this problem on a regular basis. Unfortunately I'm not able to fix 
the problem internally (though it might already be fixed in the next version 
of MusE since Werner has remade the routing substantially).

I _do_ however have a workaround that seems to work (I only found out 
yesterday that it actually fixes this problem correctly for me).

The thing that happens that causes silence or crash is that the MusE failed to 
connect the track to any output, this is an abnormal condition that should 
not happen.
What you can do to fix it is to click in the route drop-down at the bottom of 
each track in the mixer. Select the correct output from the alternatives.  
"Master" is probably what you want since it seems you are doing just a simple 
test.
Even if it seems to be already set to "Master", select it again because the 
dropdown defaults to "Master" if there is an error (this is a bug in itself).

Regards,
Robert



> Any advice greatly appreciated!
>
> Thanks,

On Saturday 06 March 2004 16:33, Jeremy Henty wrote:
> An earlier post recommended running
>
>     echo 1024 > /proc/sys/dev/rtc/max-user-freq
>
> as root.  Does this remove the need to run muse setuid root?

unfortunately not. MusE works but timing will be bad because
the midi thread does not get realtime priority.

/Werner