From dpsenick at uiuc.edu Fri Feb 3 08:16:51 2006 From: dpsenick at uiuc.edu (David Psenicka) Date: Fri, 03 Feb 2006 02:16:51 -0600 Subject: [fomus-devel] MusicXML Importing (more or less) In-Reply-To: <07E782B1-652C-417A-A219-8FEB617C8C1C@onlinehome.de> References: <07E782B1-652C-417A-A219-8FEB617C8C1C@onlinehome.de> Message-ID: <43E31173.3000900@uiuc.edu> Finished the MusicXML output and it should also run in Windows now. Unfortunately, there are some issues importing tremolos, harmonics and a few other things into Siblius and Finale... From ml13 at onlinehome.de Sat Feb 4 08:41:03 2006 From: ml13 at onlinehome.de (Kilian Sprotte) Date: Sat, 4 Feb 2006 09:41:03 +0100 Subject: [fomus-devel] MusicXML Importing (more or less) In-Reply-To: <43E31173.3000900@uiuc.edu> References: <07E782B1-652C-417A-A219-8FEB617C8C1C@onlinehome.de> <43E31173.3000900@uiuc.edu> Message-ID: Am 03.02.2006 um 09:16 schrieb David Psenicka: > Finished the MusicXML output and it should also run in Windows now. > > Unfortunately, there are some issues importing tremolos, harmonics > and a few other things into Siblius and Finale... Cool, that sounds very good, I haven't really tried out the MusicXML using fomus, yet. But from other experiences I made, I believe that neither the import into Finale nor Sibelius (seems to be worse) works without issues that one would categorize as being solely cosmetic. : ( 5-Tuplets seem to be too hard for Sibelius and with Finale I don't remember what (nested tuplets?), but there has been something else as well concerning the rhythmical structure (I only used the demo version, so maybe...). If one concentrates only on the rhythmical framework, time signatures, durations, tuplets, beaming and pitches, are your experiences with Finale or Sibelius pretty okay? From dpsenick at uiuc.edu Sun Feb 5 04:35:50 2006 From: dpsenick at uiuc.edu (David Psenicka) Date: Sat, 04 Feb 2006 22:35:50 -0600 Subject: [fomus-devel] MusicXML Importing (more or less) In-Reply-To: References: <07E782B1-652C-417A-A219-8FEB617C8C1C@onlinehome.de> <43E31173.3000900@uiuc.edu> Message-ID: <43E580A6.8040007@uiuc.edu> I have big problems importing rhythms into Sibelius when they involve any kind of tuplet, even triplets (by now I'm sure that this isn't a problem in the XML file but in Sibelius's importing)--the other obvious problem with Sibelius is that the parts don't get grouped correctly, (though this isn't as serious, I put in a way of getting around this--I'm putting in a growing list of "kludge" variables to get around these problems). I'll put a list of these in the documentation as I find them--I wouldn't trust Sibelius at all at the moment. So far it seems that Finale (with Dolet) imports all of the basic things without mangling them... Kilian Sprotte wrote: > > Am 03.02.2006 um 09:16 schrieb David Psenicka: > >> Finished the MusicXML output and it should also run in Windows now. >> >> Unfortunately, there are some issues importing tremolos, harmonics >> and a few other things into Siblius and Finale... > > > Cool, that sounds very good, I haven't really tried out the MusicXML > using fomus, yet. But from other experiences I made, I believe that > neither the import into Finale nor Sibelius (seems to be worse) works > without issues that one would categorize as being solely cosmetic. : ( > 5-Tuplets seem to be too hard for Sibelius and with Finale I don't > remember what (nested tuplets?), but there has been something else as > well concerning the rhythmical structure (I only used the demo > version, so maybe...). > > If one concentrates only on the rhythmical framework, time > signatures, durations, tuplets, beaming and pitches, are your > experiences with Finale or Sibelius pretty okay? > _______________________________________________ > fomus-devel mailing list > fomus-devel at common-lisp.net > http://common-lisp.net/cgi-bin/mailman/listinfo/fomus-devel > From ml13 at onlinehome.de Wed Feb 8 19:42:51 2006 From: ml13 at onlinehome.de (Kilian Sprotte) Date: Wed, 8 Feb 2006 20:42:51 +0100 Subject: [fomus-devel] transpose Message-ID: <442587DB-3C29-4E9E-8477-553F323260F3@onlinehome.de> Hi, I am quite in a hurry, sorry for being a little silent - the new doc design is pretty nice!! I encountered a presumably small transposing problem, when I use :auto-accidentals nil. This one causes an error: (fomus:fomus-init :backend '(:lilypond :view t) :use-cm t :auto- accidentals nil :transpose t) (fomus:fomus-newpart :bass-clarinet :instr :bass-clarinet :name "bass- clarinet") (fomus:fomus-newnote :bass-clarinet :off 0 :dur 1 :note '(e4 n) :marks nil) (fomus:fomus-exec) This one is fine: (fomus:fomus-init :backend '(:lilypond :view t) :use-cm t :auto- accidentals t :transpose t) (fomus:fomus-newpart :bass-clarinet :instr :bass-clarinet :name "bass- clarinet") (fomus:fomus-newnote :bass-clarinet :off 0 :dur 1 :note 64 :marks nil) (fomus:fomus-exec) A bient?t, -Kilian From dpsenick at uiuc.edu Sat Feb 11 22:57:40 2006 From: dpsenick at uiuc.edu (David Psenicka) Date: Sat, 11 Feb 2006 16:57:40 -0600 Subject: [fomus-devel] transpose In-Reply-To: <442587DB-3C29-4E9E-8477-553F323260F3@onlinehome.de> References: <442587DB-3C29-4E9E-8477-553F323260F3@onlinehome.de> Message-ID: <43EE6BE4.5050402@uiuc.edu> This update should help--it should respell the accidentals w/ the correct diatonic interval now if it's a transposing part (so e-natural for the bass-clarinet should become f#, etc.) Note spelling + spanners, wedges etc. should be much more flexible now--you don't have to supply accidentals anymore if auto-accidentals = nil and fomus tries to do the right thing when :endwedge< or :startwedge<, etc. is missing Kilian Sprotte wrote: > Hi, > > I am quite in a hurry, sorry for being a little silent - the new doc > design is pretty nice!! > > I encountered a presumably small transposing problem, when I use > :auto-accidentals nil. > > This one causes an error: > (fomus:fomus-init :backend '(:lilypond :view t) :use-cm t :auto- > accidentals nil :transpose t) > (fomus:fomus-newpart :bass-clarinet :instr :bass-clarinet :name "bass- > clarinet") > (fomus:fomus-newnote :bass-clarinet :off 0 :dur 1 :note '(e4 n) > :marks nil) > (fomus:fomus-exec) > > This one is fine: > (fomus:fomus-init :backend '(:lilypond :view t) :use-cm t :auto- > accidentals t :transpose t) > (fomus:fomus-newpart :bass-clarinet :instr :bass-clarinet :name "bass- > clarinet") > (fomus:fomus-newnote :bass-clarinet :off 0 :dur 1 :note 64 :marks nil) > (fomus:fomus-exec) > > A bient?t, > > -Kilian > > > _______________________________________________ > fomus-devel mailing list > fomus-devel at common-lisp.net > http://common-lisp.net/cgi-bin/mailman/listinfo/fomus-devel > From ml13 at onlinehome.de Mon Feb 13 13:57:44 2006 From: ml13 at onlinehome.de (Kilian Sprotte) Date: Mon, 13 Feb 2006 14:57:44 +0100 Subject: [fomus-devel] 9 16 Message-ID: <612269FB-0BDA-4CC8-8C1D-8D0C729F234E@onlinehome.de> Hi, I haven't really checked the last update, yet, sorry, but I will do that soon. While needing to finish something else, I came across the following problem: (fomus:fomus-init :backend '(:lilypond :view t) :auto-accidentals nil :auto-override-timesigs nil) (fomus:fomus-newtimesig :off 0 :time '(9 16)) (fomus:fomus-newpart 1 :instr :violin) (fomus:fomus-newnote 1 :off 0 :dur 1 :note '(af4 cm:f) :marks '((:textnote "1"))) (fomus:fomus-exec) Aborts telling me the rhythm was too complex. (fomus:fomus-newtimesig :off 0 :time '(9 8)) would make it work. Maybe, I am ignorant to some other settings? Ciao, ?Kilian From dpsenick at uiuc.edu Mon Feb 13 18:22:16 2006 From: dpsenick at uiuc.edu (David Psenicka) Date: Mon, 13 Feb 2006 12:22:16 -0600 Subject: [fomus-devel] 9 16 In-Reply-To: <612269FB-0BDA-4CC8-8C1D-8D0C729F234E@onlinehome.de> References: <612269FB-0BDA-4CC8-8C1D-8D0C729F234E@onlinehome.de> Message-ID: <43F0CE58.7050708@uiuc.edu> Thanks... setting beat to 1/8 and doubling the duration makes it less confused--there's also a bug involving nested tuplets still lurking around that I need to squash--it might be the same issue (progn (fomus:fomus-init :backend '(:lilypond :view t) :auto-accidentals nil :auto-override-timesigs nil) (fomus:fomus-newtimesig :off 0 :time '(9 16) :beat 1/8) (fomus:fomus-newpart 1 :instr :violin) (fomus:fomus-newnote 1 :off 0 :dur 2 :note '(af4 f) :marks '((:textnote "1"))) (fomus:fomus-exec)) -David Kilian Sprotte wrote: > Hi, > > I haven't really checked the last update, yet, sorry, but I will do > that soon. While needing to finish something else, I came across the > following problem: > > (fomus:fomus-init :backend '(:lilypond :view t) :auto-accidentals nil > :auto-override-timesigs nil) > (fomus:fomus-newtimesig :off 0 :time '(9 16)) > (fomus:fomus-newpart 1 :instr :violin) > (fomus:fomus-newnote 1 :off 0 :dur 1 :note '(af4 cm:f) :marks > '((:textnote "1"))) > (fomus:fomus-exec) > > Aborts telling me the rhythm was too complex. > (fomus:fomus-newtimesig :off 0 :time '(9 8)) would make it work. > > Maybe, I am ignorant to some other settings? > > Ciao, > > ?Kilian > > > > _______________________________________________ > fomus-devel mailing list > fomus-devel at common-lisp.net > http://common-lisp.net/cgi-bin/mailman/listinfo/fomus-devel > From ml13 at onlinehome.de Wed Feb 15 11:52:30 2006 From: ml13 at onlinehome.de (Kilian Sprotte) Date: Wed, 15 Feb 2006 12:52:30 +0100 Subject: [fomus-devel] regression testing Message-ID: <9A41D2AF-2246-4C91-9FDC-A5F4B702BF48@onlinehome.de> How do you feel about the need of adding a testsuite to fomus? I mean a module that processes an input score and compares the result of the :data output to a predefined solution... Well, I know that this is a task that requires quite some additional work, but it could pay-out possibly. It would probably only make sense if one was sure that the output of the :data backend wouldn't change anymore so much. I could offer some help for doing this... Ciao, Kilian From ml13 at onlinehome.de Wed Feb 15 11:42:33 2006 From: ml13 at onlinehome.de (Kilian Sprotte) Date: Wed, 15 Feb 2006 12:42:33 +0100 Subject: [fomus-devel] :forceacc Message-ID: <39AF5033-B0A4-4A1C-A5C9-E5363C008DB7@onlinehome.de> Hi, I am just wondering, whether it could be a good idea to add a :forceacc mark; it would behave exactly like :cautacc, but avoid having parentheses in the notation. Let's say I want to have a clear printout of a twelve-tone row or maybe print some Boulez or Schoenberg.... Adding :forceacc to every note, would allow for having naturals before every note. Maybe I have overlooked (again) some of the settings, but I have the impression that this is currently not possible and it doesn't really require having its own acc-spelling algorithm. Cheers, -Kilian From dpsenick at uiuc.edu Thu Feb 16 06:09:57 2006 From: dpsenick at uiuc.edu (David Psenicka) Date: Thu, 16 Feb 2006 00:09:57 -0600 Subject: [fomus-devel] regression testing In-Reply-To: <9A41D2AF-2246-4C91-9FDC-A5F4B702BF48@onlinehome.de> References: <9A41D2AF-2246-4C91-9FDC-A5F4B702BF48@onlinehome.de> Message-ID: <43F41735.1050804@uiuc.edu> A test suite is very much needed at this point--I think the :data backend shouldn't change too much now. If you'd be willing to help, that would be great. A possibility might be to extract just the data being tested from the .fms file (for example, if testing onsets of measures, extract only the measure offsets & durations and verify those, etc.)--this might be more flexible (and maybe not too much more work...). One of my plans was also to write a function to generate test outputs with all the backends (and MIDI) and combine them (in an html page for example) so they could quickly be viewed and compared side-by-side (MusicXML will be the difficult one). -David Kilian Sprotte wrote: > How do you feel about the need of adding a testsuite to fomus? > I mean a module that processes an input score and compares the > result of the :data output to a predefined solution... Well, I know that > this is a task that requires quite some additional work, but it could > pay-out > possibly. It would probably only make sense if one was sure that the > output > of the :data backend wouldn't change anymore so much. > I could offer some help for doing this... > > Ciao, Kilian > _______________________________________________ > fomus-devel mailing list > fomus-devel at common-lisp.net > http://common-lisp.net/cgi-bin/mailman/listinfo/fomus-devel > From dpsenick at uiuc.edu Thu Feb 16 06:56:19 2006 From: dpsenick at uiuc.edu (David Psenicka) Date: Thu, 16 Feb 2006 00:56:19 -0600 Subject: [fomus-devel] :forceacc In-Reply-To: <39AF5033-B0A4-4A1C-A5C9-E5363C008DB7@onlinehome.de> References: <39AF5033-B0A4-4A1C-A5C9-E5363C008DB7@onlinehome.de> Message-ID: <43F42213.9050307@uiuc.edu> That should be fairly easy to implement--there's already an internal :showacc mark, I could just make it available to the user. Kilian Sprotte wrote: > Hi, > > I am just wondering, whether it could be a good idea to add a > :forceacc mark; > it would behave exactly like :cautacc, but avoid having parentheses > in the notation. > > Let's say I want to have a clear printout of a twelve-tone row or > maybe print some Boulez or Schoenberg.... Adding :forceacc to every > note, would allow for having naturals before every note. Maybe I have > overlooked (again) some of the settings, but I have the impression > that this is currently not possible and it doesn't really require > having its own acc-spelling algorithm. > > Cheers, > > -Kilian > _______________________________________________ > fomus-devel mailing list > fomus-devel at common-lisp.net > http://common-lisp.net/cgi-bin/mailman/listinfo/fomus-devel > From dpsenick at uiuc.edu Thu Feb 16 06:14:23 2006 From: dpsenick at uiuc.edu (David Psenicka) Date: Thu, 16 Feb 2006 00:14:23 -0600 Subject: [fomus-devel] :forceacc In-Reply-To: <39AF5033-B0A4-4A1C-A5C9-E5363C008DB7@onlinehome.de> References: <39AF5033-B0A4-4A1C-A5C9-E5363C008DB7@onlinehome.de> Message-ID: <43F4183F.90606@uiuc.edu> That should be fairly easy to implement--there's already an internal :showacc mark, I could just make it available to the user. Kilian Sprotte wrote: > Hi, > > I am just wondering, whether it could be a good idea to add a > :forceacc mark; > it would behave exactly like :cautacc, but avoid having parentheses > in the notation. > > Let's say I want to have a clear printout of a twelve-tone row or > maybe print some Boulez or Schoenberg.... Adding :forceacc to every > note, would allow for having naturals before every note. Maybe I have > overlooked (again) some of the settings, but I have the impression > that this is currently not possible and it doesn't really require > having its own acc-spelling algorithm. > > Cheers, > > -Kilian > _______________________________________________ > fomus-devel mailing list > fomus-devel at common-lisp.net > http://common-lisp.net/cgi-bin/mailman/listinfo/fomus-devel > From dpsenick at uiuc.edu Thu Feb 23 09:14:52 2006 From: dpsenick at uiuc.edu (David Psenicka) Date: Thu, 23 Feb 2006 03:14:52 -0600 Subject: [fomus-devel] ... In-Reply-To: <39AF5033-B0A4-4A1C-A5C9-E5363C008DB7@onlinehome.de> References: <39AF5033-B0A4-4A1C-A5C9-E5363C008DB7@onlinehome.de> Message-ID: <43FD7D0C.80703@uiuc.edu> Added :forceacc, a text file input interface, and compiles now in LispWorks (though I haven't been able to test it yet--I ran into heap size issues with their free downloadable version). Also, the nested tuplet bug mentioned earlier should be fixed, which clears up the last of the really nasty bugs on my list. -David From taube at uiuc.edu Tue Feb 28 14:26:59 2006 From: taube at uiuc.edu (Rick Taube) Date: Tue, 28 Feb 2006 08:26:59 -0600 Subject: [fomus-devel] cvs fomus In-Reply-To: <440359FA.2080503@uiuc.edu> References: <72417390-233A-4BFC-8E56-ECC9B4CBE83E@uiuc.edu> <440359FA.2080503@uiuc.edu> Message-ID: cvs fomus doesnt compile in openmcl ;Compiling "/Lisp/fomus/splitrules.lisp"... ;Loading #P"/Lisp/fomus/util.dfsl"... > Error in process listener(1): Illegal use of wildcarded filename "/ Applications/Peak? 3.21 (OS X)/Peak? 3.21 \\\\*Read\\\\* ME" > While executing: CCL::NATIVE-TRANSLATED-NAMESTRING > Type :POP to abort. Type :? for other options. 1 > also, what is the state of support for musicxml in finale VS sibelius? i need to notate a piece, whihc means that ill prrobably end up using one of these programs. a primary determining factor in my choice of which one to buy is xml input, so which one should i buy? or are both bascially crappy so that its not worrth the money in either case? From dpsenick at uiuc.edu Tue Feb 28 16:04:47 2006 From: dpsenick at uiuc.edu (David Psenicka) Date: Tue, 28 Feb 2006 10:04:47 -0600 Subject: [fomus-devel] cvs fomus In-Reply-To: References: <72417390-233A-4BFC-8E56-ECC9B4CBE83E@uiuc.edu> <440359FA.2080503@uiuc.edu> Message-ID: <4404749F.8050705@uiuc.edu> It looks like it's choking on some nonstandard filename while it's searching for executables--I'll update CVS shortly with a fix Right now I'm fixing up all the remaining bugs and minor issues (a lot of them caused by the last few months of shifting things around)--I'll call the project "beta" when I'm done (probably by this weekend) and I'm sure that it's representing all the right pitches/rhythms and everything is accurate in the score. Siblius doesn't seem to import rhythms correctly--I wouldn't trust it right now. I'm going to report some of the bugs I've found to the developers and hope they fix them. Finale 2006 is supposed to be able to import MusicXML from its File Menu--Hopefully I can test this with their demo download--if it works like the Dolet plug-in in previous versions than it should work ok--I'll post more information on Finale 2006 once I've looked at it Rick Taube wrote: > cvs fomus doesnt compile in openmcl > > ;Compiling "/Lisp/fomus/splitrules.lisp"... > ;Loading #P"/Lisp/fomus/util.dfsl"... > > Error in process listener(1): Illegal use of wildcarded filename "/ > Applications/Peak? 3.21 (OS X)/Peak? 3.21 \\\\*Read\\\\* ME" > > While executing: CCL::NATIVE-TRANSLATED-NAMESTRING > > Type :POP to abort. > Type :? for other options. > 1 > > > also, what is the state of support for musicxml in finale VS > sibelius? i need to notate a piece, whihc means that ill prrobably > end up using one of these programs. a primary determining factor in > my choice of which one to buy is xml input, so which one should i > buy? or are both bascially crappy so that its not worrth the money in > either case? > > > _______________________________________________ > fomus-devel mailing list > fomus-devel at common-lisp.net > http://common-lisp.net/cgi-bin/mailman/listinfo/fomus-devel >