From dpsenick at uiuc.edu Sun Dec 3 21:56:53 2006 From: dpsenick at uiuc.edu (David Psenicka) Date: Sun, 03 Dec 2006 15:56:53 -0600 Subject: [fomus-devel] v0.2.12 In-Reply-To: References: Message-ID: <45734825.1050300@uiuc.edu> Fixed a big problem with running speed in OpenMCL (if quantizing is turned on)--it should be much much faster now (seconds as opposed to minutes). v0.2.12 Some module-compiling/loading enhancements w/ ASDF (Kilian) Fixed huge performance bottleneck noticeable especially in OpenMCL--now runs at least 30x faster in OpenMCL and slightly faster in other Lisps (small tweak in quantize function was all that was needed) Changed "plugins" to "modules" everywhere (seems to be a better name for them) From robcanning at eircom.net Mon Dec 4 20:18:05 2006 From: robcanning at eircom.net (Rob Canning) Date: Mon, 04 Dec 2006 20:18:05 +0000 Subject: [fomus-devel] ;;;error in function LISP::CLOSED FLAME: In-Reply-To: <45734825.1050300@uiuc.edu> References: <45734825.1050300@uiuc.edu> Message-ID: <4574827D.8030205@eircom.net> hi david, i've just installed fomus on a new computer - had 0.2.09 on it at first which worked then upgraded to the 2.12 - now i get the error: ;;;error in function LISP::CLOSED FLAME: ;;#(Stream for file "/fomus-0.2.12/modules/ads.lisp") is closed" any idea what this is about? i'm using --cmucl by the way i've been away from fomus for a while but am starting to use it again - many thanks for it - i'm finding it an invaluable tool rob -- rob canning skype: retroerto From robcanning at eircom.net Mon Dec 4 20:39:07 2006 From: robcanning at eircom.net (Rob Canning) Date: Mon, 04 Dec 2006 20:39:07 +0000 Subject: [fomus-devel] ;;;error in function LISP::CLOSED FLAME: In-Reply-To: <4574827D.8030205@eircom.net> References: <45734825.1050300@uiuc.edu> <4574827D.8030205@eircom.net> Message-ID: <4574876B.2050308@eircom.net> i just downgraded to 0.2.11 and the problem disappears so i guess its a bug in 0.2.12 ? Rob Canning wrote: > hi david, > > i've just installed fomus on a new computer - had 0.2.09 on it at > first which worked then upgraded to the 2.12 - now i get the error: > > ;;;error in function LISP::CLOSED FLAME: > ;;#(Stream for file "/fomus-0.2.12/modules/ads.lisp") is closed" > > any idea what this is about? i'm using --cmucl by the way > > i've been away from fomus for a while but am starting to use it again > - many thanks for it - i'm finding it an invaluable tool > > rob -- rob canning flat 57 besford house london e29bj info at robcanning.info www.robcanning.info +44 (0)7981913075 skype: retroerto From dpsenick at uiuc.edu Mon Dec 4 21:43:01 2006 From: dpsenick at uiuc.edu (David Psenicka) Date: Mon, 04 Dec 2006 15:43:01 -0600 Subject: [fomus-devel] ;;;error in function LISP::CLOSED FLAME: In-Reply-To: <4574876B.2050308@eircom.net> References: <45734825.1050300@uiuc.edu> <4574827D.8030205@eircom.net> <4574876B.2050308@eircom.net> Message-ID: <45749665.5070003@uiuc.edu> Thanks, I'll check it out--if it happens right when it loads (after the banner appears) and it's only printing something out (not actually signaling an error) then it's probably okay (it's compiling the modules to see which ones it's able to load) Rob Canning wrote: > i just downgraded to 0.2.11 and the problem disappears so i guess its > a bug in 0.2.12 ? > > > Rob Canning wrote: >> hi david, >> >> i've just installed fomus on a new computer - had 0.2.09 on it at >> first which worked then upgraded to the 2.12 - now i get the error: >> >> ;;;error in function LISP::CLOSED FLAME: >> ;;#(Stream for file "/fomus-0.2.12/modules/ads.lisp") is closed" >> >> any idea what this is about? i'm using --cmucl by the way >> >> i've been away from fomus for a while but am starting to use it again >> - many thanks for it - i'm finding it an invaluable tool >> >> rob > > From taube at uiuc.edu Tue Dec 5 22:57:20 2006 From: taube at uiuc.edu (Rick Taube) Date: Tue, 5 Dec 2006 16:57:20 -0600 Subject: [fomus-devel] v0.2.12 In-Reply-To: <45734825.1050300@uiuc.edu> References: <45734825.1050300@uiuc.edu> Message-ID: <082C5D51-0E2E-42A8-A197-2303D62FFD45@uiuc.edu> id be interested in knowing what the issues were that resulted in the slowdown in openmcl. when i was notating my last piece i heard the disk chatter quite a bit, i thought perhaps it was something with vmem but apparently not... ill have to try the new version with some input that took several minutes -- i dont knwo if quantizing was on or not (i used the defaults) but i was specfiying time values as rationals. On Dec 3, 2006, at 3:56 PM, David Psenicka wrote: > Fixed a big problem with running speed in OpenMCL (if quantizing is > turned on)--it should be much much faster now (seconds as opposed to > minutes). > > v0.2.12 > Some module-compiling/loading enhancements w/ ASDF (Kilian) > Fixed huge performance bottleneck noticeable especially in > OpenMCL--now runs at least 30x faster in OpenMCL and slightly > faster in > other Lisps > (small tweak in quantize function was all that was needed) > Changed "plugins" to "modules" everywhere (seems to be a better > name > for them) > _______________________________________________ > 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 Wed Dec 6 02:07:06 2006 From: dpsenick at uiuc.edu (David Psenicka) Date: Tue, 05 Dec 2006 20:07:06 -0600 Subject: [fomus-devel] v0.2.12 In-Reply-To: <082C5D51-0E2E-42A8-A197-2303D62FFD45@uiuc.edu> References: <45734825.1050300@uiuc.edu> <082C5D51-0E2E-42A8-A197-2303D62FFD45@uiuc.edu> Message-ID: <457625CA.4000506@uiuc.edu> >From what I can tell, openmcl was spending a lot of time instantiating some of the classes I had defined (although according to http://www.cliki.net/Performance%20Benchmarks2 openmcl should be pretty fast at this). so I'd have to do more profiling to be sure that that's what it really was--all of my profiling tests kept pointing to the make-instance functions in splitrules.lisp (which generates rules for splitting measures, etc.)--the real problem was in another part of the program anyways (the quantizing search engine) which generated much more of these rules than were necessary, so I fixed this which seemed to fix the problem. (it was a pretty dumb error, but it makes the difference between having to instantiate tens-of-thousands of CLOS classes and generating only a few hundred) I'd like to know how it runs w/ your input--I'd wait until I'm done retesting this in all the different lisps/platforms though (in a day or two), there are a few issues in the module loading/compiling that I have to make sure are fixed... :) (or you can tell fomus to skip the modules part when it loads by adding a FOMUS-NOAUTOREG to *features* & recompiling) Rick Taube wrote: > id be interested in knowing what the issues were that resulted in the > slowdown in openmcl. when i was notating my last piece i heard the > disk chatter quite a bit, i thought perhaps it was something with vmem > but apparently not... > ill have to try the new version with some input that took several > minutes -- i dont knwo if quantizing was on or not (i used the > defaults) but i was specfiying time values as rationals. > From dpsenick at uiuc.edu Fri Dec 8 00:08:49 2006 From: dpsenick at uiuc.edu (David Psenicka) Date: Thu, 07 Dec 2006 18:08:49 -0600 Subject: [fomus-devel] v0.2.13 Message-ID: <4578AD11.30403@uiuc.edu> I tested this version in CMUCL (Linux), SBCL (Linux), OpenMCL (OSX), CLISP (Linux and Windows) and LispWorks (OSX)--(I got stuck with Allegro's limited heap size using their free version, I'll have to figure out how to get around that). I couldn't replicate the LISP::CLOSED FLAME error, but I squashed other related bugs--if you're still getting the error, send me your "/tmp/fomus.dbg" file. Thanks again for your help. From taube at uiuc.edu Sat Dec 9 22:18:26 2006 From: taube at uiuc.edu (Rick Taube) Date: Sat, 9 Dec 2006 16:18:26 -0600 Subject: [fomus-devel] midi back end Message-ID: <95AF3B8F-EFAF-48A3-9D76-C405058DCD26@uiuc.edu> i generated a .ly file PLUS midi without a part defintion. the .ly file worked but the midi file broke: CM> (events (simp 8 1/2 1/2 60 80 .3) "test.ly" :play t) Calling (FOMUS :PARTS (#Z(PART :ID NIL :PARTID 0 :NAME NIL :ABBREV NIL :INSTR NIL :EVENTS (#Z(NOTE :ID NIL :PARTID 0 :VOICE 1 :OFF 7/2 :DUR 1/2 :NOTE 75 :MARKS NIL) #Z(NOTE :ID NIL :PARTID 0 :VOICE 1 :OFF 3 :DUR 1/2 :NOTE 75 :MARKS NIL) #Z(NOTE :ID NIL :PARTID 0 :VOICE 1 :OFF 5/2 :DUR 1/2 :NOTE 69 :MARKS NIL) #Z(NOTE :ID NIL :PARTID 0 :VOICE 1 :OFF 2 :DUR 1/2 :NOTE 60 :MARKS NIL) #Z (NOTE :ID NIL :PARTID 0 :VOICE 1 :OFF 3/2 :DUR 1/2 :NOTE 67 :MARKS NIL) #Z(NOTE :ID NIL :PARTID 0 :VOICE 1 :OFF 1 :DUR 1/2 :NOTE 68 :MARKS NIL) #Z(NOTE :ID NIL :PARTID 0 :VOICE 1 :OFF 1/2 :DUR 1/2 :NOTE 79 :MARKS NIL) #Z(NOTE :ID NIL :PARTID 0 :VOICE 1 :OFF 0 :DUR 1/2 :NOTE 60 :MARKS NIL)) :PROPS NIL :OPTS NIL)) :GLOBAL NIL :OUTPUT ((:LILYPOND :FILENAME "test.ly" :VIEW T) (:MIDI :PLAY T))) ;; Formatting music... ;; Saving LilyPond file "/Users/hkt/test.ly"... ;; Compiling/opening "/Users/hkt/test.ly" for viewing... ;; Saving MIDI file "/tmp/fomus.mid"... Required arguments in NIL don't match lambda list (FOMUS::X &KEY FOMUS::PIZZ FOMUS::STOPPED OPEN FOMUS::HARMONIC). [Condition of type CCL::SIMPLE-PROGRAM-ERROR] Restarts: 0: [ABORT-REQUEST] Abort handling SLIME request. 1: [ABORT-BREAK] Reset this process 2: [ABORT] Kill this process Backtrace: 0: (CCL::%POP-REQUIRED-ARG-PTR 'NIL) 1: (FOMUS::SAVE-MIDI-AUX '(#Z(FOMUS:PARTEX :ID NIL :PARTID 0 :NAME NIL :ABBREV NIL :INSTR ...)) "/tmp/fomus.mid" '(:PLAY T) 'T) 2: (FOMUS::BACKEND ':MIDI "/tmp/fomus.mid" #P"/Users/hkt/" '(#Z (FOMUS:PARTEX :ID NIL :PARTID 0 :NAME NIL :ABBREV NIL :INSTR ...)) '(:PLAY T) 'T '(:PLAY T) '(:MIDI :PLAY T)) 3: (FOMUS::FOMUS-MAIN) 4: (FOMUS::RUN-FOMUS) From dpsenick at uiuc.edu Sun Dec 10 05:10:44 2006 From: dpsenick at uiuc.edu (David Psenicka) Date: Sat, 09 Dec 2006 23:10:44 -0600 Subject: [fomus-devel] midi back end In-Reply-To: <95AF3B8F-EFAF-48A3-9D76-C405058DCD26@uiuc.edu> References: <95AF3B8F-EFAF-48A3-9D76-C405058DCD26@uiuc.edu> Message-ID: <457B96D4.3040908@uiuc.edu> Thanks, I fixed it--the default instrument doesn't have a program-change number, and the MIDI backend didn't know what to do with it--now it defaults to 0 I'll do another release shortly, I finished up key signature support and want to test it first Rick Taube wrote: > i generated a .ly file PLUS midi without a part defintion. the .ly > file worked but the midi file broke: > > CM> (events (simp 8 1/2 1/2 60 80 .3) "test.ly" :play t) > Calling (FOMUS :PARTS (#Z(PART :ID NIL :PARTID 0 :NAME NIL :ABBREV NIL > :INSTR NIL :EVENTS (#Z(NOTE :ID NIL :PARTID 0 :VOICE 1 :OFF 7/2 :DUR > 1/2 :NOTE 75 :MARKS NIL) #Z(NOTE :ID NIL :PARTID 0 :VOICE 1 :OFF 3 > :DUR 1/2 :NOTE 75 :MARKS NIL) #Z(NOTE :ID NIL :PARTID 0 :VOICE 1 :OFF > 5/2 :DUR 1/2 :NOTE 69 :MARKS NIL) #Z(NOTE :ID NIL :PARTID 0 :VOICE 1 > :OFF 2 :DUR 1/2 :NOTE 60 :MARKS NIL) #Z(NOTE :ID NIL :PARTID 0 :VOICE > 1 :OFF 3/2 :DUR 1/2 :NOTE 67 :MARKS NIL) #Z(NOTE :ID NIL :PARTID 0 > :VOICE 1 :OFF 1 :DUR 1/2 :NOTE 68 :MARKS NIL) #Z(NOTE :ID NIL :PARTID > 0 :VOICE 1 :OFF 1/2 :DUR 1/2 :NOTE 79 :MARKS NIL) #Z(NOTE :ID NIL > :PARTID 0 :VOICE 1 :OFF 0 :DUR 1/2 :NOTE 60 :MARKS NIL)) :PROPS NIL > :OPTS NIL)) :GLOBAL NIL :OUTPUT ((:LILYPOND :FILENAME "test.ly" :VIEW > T) (:MIDI :PLAY T))) > From taube at uiuc.edu Sun Dec 10 12:52:34 2006 From: taube at uiuc.edu (Rick Taube) Date: Sun, 10 Dec 2006 06:52:34 -0600 Subject: [fomus-devel] midi back end In-Reply-To: <95AF3B8F-EFAF-48A3-9D76-C405058DCD26@uiuc.edu> References: <95AF3B8F-EFAF-48A3-9D76-C405058DCD26@uiuc.edu> Message-ID: <95BD1C62-446F-43D6-BA1A-9B1FCAF6F9A7@uiuc.edu> if you dont specify a filename for a midi, shouldnt the default pathname of the midi file be the same as name/directory as the ly but with a .mid extension? On Dec 9, 2006, at 4:18 PM, Rick Taube wrote: > ;; Saving LilyPond file "/Users/hkt/test.ly"... > ;; Compiling/opening "/Users/hkt/test.ly" for viewing... > ;; Saving MIDI file "/tmp/fomus.mid"... From dpsenick at uiuc.edu Sun Dec 10 17:23:33 2006 From: dpsenick at uiuc.edu (David Psenicka) Date: Sun, 10 Dec 2006 11:23:33 -0600 Subject: [fomus-devel] midi back end In-Reply-To: <95BD1C62-446F-43D6-BA1A-9B1FCAF6F9A7@uiuc.edu> References: <95AF3B8F-EFAF-48A3-9D76-C405058DCD26@uiuc.edu> <95BD1C62-446F-43D6-BA1A-9B1FCAF6F9A7@uiuc.edu> Message-ID: <457C4295.7000505@uiuc.edu> It looks like you might have given the lilypond backend a filename (set it as an option to lilypond) but left the actual filename setting as the default (/tmp/fomus)--You can either set :FILENAME (the global setting) to "/Users/hkt/test" and fomus replaces the extension with the appropriate ones for each backend... or make sure you send the full pathnames you want to each backend separately Rick Taube wrote: > if you dont specify a filename for a midi, shouldnt the default > pathname of the midi file be the same as name/directory as the ly but > with a .mid extension? > > On Dec 9, 2006, at 4:18 PM, Rick Taube wrote: > >> ;; Saving LilyPond file "/Users/hkt/test.ly"... >> ;; Compiling/opening "/Users/hkt/test.ly" for viewing... >> ;; Saving MIDI file "/tmp/fomus.mid"... > > _______________________________________________ > 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 Dec 14 03:09:58 2006 From: dpsenick at uiuc.edu (David Psenicka) Date: Wed, 13 Dec 2006 21:09:58 -0600 Subject: [fomus-devel] v0-2-14 Message-ID: <4580C086.3050308@uiuc.edu> v0.2.14 Fix in MIDI backend for instruments that don't have a MIDI program change number (defaults to 0) Support for key signatures finished (auto-accidentals algorithm takes key signature into account)--some testing/tweaking probably still needed From ml13 at onlinehome.de Fri Dec 22 10:50:15 2006 From: ml13 at onlinehome.de (Kilian Sprotte) Date: Fri, 22 Dec 2006 11:50:15 +0100 Subject: [fomus-devel] bug in acc-fakekeysig ? Message-ID: <23926C81-A09C-4DEB-AB34-0D664E0E92E1@onlinehome.de> Hi, I currently cannot fomus the attached fomus.dbg file. Sorry David for not really looking into this right now - I think you will know much faster. What I can provide, however, is an overview over the revisions, where it works: :) 114: T 115: T 116: T 117: T 118: T 119: T 120: T 121: NIL - rev summary: key signatures 122: NIL 123: NIL 124: NIL 125: NIL 126: NIL 127: NIL 128: NIL 129: NIL 130: NIL 131: NIL 132: NIL 133: NIL 134: NIL 135: NIL 136: NIL 137: NIL 138: NIL 139: NIL The actual error I get: 139: No applicable method for args: (NIL) to # If I generally dont care about key-sigs, can I / should I turn it off completely ? Merry Xmas, Kilian -------------- next part -------------- A non-text attachment was scrubbed... Name: fomus.dbg Type: application/octet-stream Size: 6332 bytes Desc: not available URL: From dpsenick at uiuc.edu Fri Dec 22 17:01:15 2006 From: dpsenick at uiuc.edu (David Psenicka) Date: Fri, 22 Dec 2006 11:01:15 -0600 Subject: [fomus-devel] bug in acc-fakekeysig ? In-Reply-To: <23926C81-A09C-4DEB-AB34-0D664E0E92E1@onlinehome.de> References: <23926C81-A09C-4DEB-AB34-0D664E0E92E1@onlinehome.de> Message-ID: <458C0F5B.3000209@uiuc.edu> Thanks! Fixed it--it was choking on empty parts (I just added this to the test suit--I always get caught on this one). keysigs and nokeysigs are all one algorithm now, so you can't really turn keysigs off--If you don't specify any :KEYSIGs in your TIMESIG objects then it should default to the same behavior as the old "nokey" algorithm. Sorry for the confusion. -D Kilian Sprotte wrote: > Hi, > > I currently cannot fomus the attached fomus.dbg file. > > If I generally dont care about key-sigs, can I / should I turn it off > completely ? >