fomus-user Mailing List for FOMUS
Status: Alpha
Brought to you by:
psenicka
You can subscribe to this list here.
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(4) |
Oct
(7) |
Nov
(12) |
Dec
(14) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2010 |
Jan
(2) |
Feb
(20) |
Mar
(9) |
Apr
(68) |
May
(6) |
Jun
(9) |
Jul
(6) |
Aug
(3) |
Sep
(14) |
Oct
(12) |
Nov
(4) |
Dec
(8) |
2011 |
Jan
(2) |
Feb
(3) |
Mar
(2) |
Apr
(1) |
May
(24) |
Jun
(12) |
Jul
(21) |
Aug
(13) |
Sep
|
Oct
|
Nov
|
Dec
(3) |
2012 |
Jan
(7) |
Feb
|
Mar
|
Apr
(4) |
May
(3) |
Jun
(9) |
Jul
|
Aug
(2) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
From: Torsten A. <tor...@be...> - 2012-09-01 12:39:10
|
Dear David, Apologies for my late response. Setting min-measdur = 0 as you suggested seems to work. Thanks for your help! Best wishes, Torsten On 27 Aug 2012, at 01:26, fom...@li... wrote: > You are not allowed to post to this mailing list, and your message has > been automatically rejected. If you think that your messages are > being rejected in error, contact the mailing list owner at > fom...@li.... > > > From: Torsten Anders <tor...@be...> > Date: 27 August 2012 01:26:37 GMT+01:00 > To: fomus-user <fom...@li...> > Cc: David Psenicka <dps...@gm...> > Subject: Strange meter duration bug? > > > Dear David, > > The following snippet results in a 1/4 meter for the first bars, although a 1/8 meter is indicated. However, the last meter is shown correctly. If some bars are removed at the end, then again a bar with formerly wrong time signature is correctly shown. > > What am I missing? > > part <id:1> > time=0.0 dur=0.5 | timesig:(1 8) | > note part 1 time:0.0 dur:0.33333 dynamic:0.50394 pitch:60.0 [(..] ; > note part 1 time:0.33333 dur:0.33333 dynamic:0.50394 pitch:60.0 [..)] [.] ; > time=1.0 dur=0.5 | timesig:(1 8) | > note part 1 time:1.3333 dur:0.33333 dynamic:0.50394 pitch:60.0 [(..] ; > note part 1 time:1.6667 dur:0.33333 dynamic:0.50394 pitch:60.0 [..)] ; > time=2.0 dur=0.5 | timesig:(1 8) | > note part 1 time:2.2 dur:0.4 dynamic:0.50394 pitch:60.0 [(..] ; > note part 1 time:2.6 dur:0.4 dynamic:0.50394 pitch:60.0 [..)] ; > time=3.0 dur=0.5 | timesig:(1 8) | > note part 1 time:3.0 dur:0.2 dynamic:0.50394 pitch:60.0 [(..] ; > note part 1 time:3.2 dur:0.4 dynamic:0.50394 pitch:60.0 [..)] [.] ; > note part 1 time:3.6 dur:0.4 dynamic:0.50394 pitch:60.0 ; > > > Best wishes, > Torsten > > -- > Dr Torsten Anders > Course Leader, Music Technology > University of Bedfordshire > Park Square, Room A315 > http://www.torsten-anders.de > > > > > > |
From: David P. <dps...@gm...> - 2012-08-27 16:26:41
|
This isn't implemented yet... This will have to be a new feature. I think *1, *2, etc. marks are probably in order to allow multiple lines of vocal text. -David On 08/26/2012 07:28 PM, Torsten Anders wrote: > Dear David, > > Is it possible to have multiple verses of Lyrics? The documentation (http://fomus.sourceforge.net/doc.html/Marks.html) gives only the notation for a single verse: > > [* string_text] > > I tried including line breaks in the text string. These work for Sibelius via MuiscXML, but the linebreaks are ignored by Lilypond. > > Thank you! > > Best wishes, > Torsten |
From: David P. <dps...@gm...> - 2012-08-27 16:23:50
|
I'll take a look at this and finally make a new release (the list of bug fixes and promised additions has accumulated quite a bit). It might be initially dividing the score into measures 1/2 a beat in duration, then consolidating every two measures into a 1/4 measure since only the measure at times 0.0, 1.0, 2.0 etc. are explicitly specified (unless you tell it not to, FOMUS merges measures that it generates and that are too small with previous measures to avoid small measures popping up in places). Either setting `beat' to 1/8 or setting `min-measdur' to 0 might fix this (in different ways). -David On 08/26/2012 07:26 PM, Torsten Anders wrote: > Dear David, > > The following snippet results in a 1/4 meter for the first bars, although a 1/8 meter is indicated. However, the last meter is shown correctly. If some bars are removed at the end, then again a bar with formerly wrong time signature is correctly shown. > > What am I missing? > > part <id:1> > time=0.0 dur=0.5 | timesig:(1 8) | > note part 1 time:0.0 dur:0.33333 dynamic:0.50394 pitch:60.0 [(..] ; > note part 1 time:0.33333 dur:0.33333 dynamic:0.50394 pitch:60.0 [..)] [.] ; > time=1.0 dur=0.5 | timesig:(1 8) | > note part 1 time:1.3333 dur:0.33333 dynamic:0.50394 pitch:60.0 [(..] ; > note part 1 time:1.6667 dur:0.33333 dynamic:0.50394 pitch:60.0 [..)] ; > time=2.0 dur=0.5 | timesig:(1 8) | > note part 1 time:2.2 dur:0.4 dynamic:0.50394 pitch:60.0 [(..] ; > note part 1 time:2.6 dur:0.4 dynamic:0.50394 pitch:60.0 [..)] ; > time=3.0 dur=0.5 | timesig:(1 8) | > note part 1 time:3.0 dur:0.2 dynamic:0.50394 pitch:60.0 [(..] ; > note part 1 time:3.2 dur:0.4 dynamic:0.50394 pitch:60.0 [..)] [.] ; > note part 1 time:3.6 dur:0.4 dynamic:0.50394 pitch:60.0 ; > > > Best wishes, > Torsten > > -- > Dr Torsten Anders > Course Leader, Music Technology > University of Bedfordshire > Park Square, Room A315 > http://www.torsten-anders.de > > > |
From: Fernando Lopez-L. <na...@cc...> - 2012-06-28 19:26:27
|
On 06/28/2012 11:06 AM, Fernando Lopez-Lezcano wrote: > On 06/28/2012 11:03 AM, Fernando Lopez-Lezcano wrote: >> On 06/27/2012 11:56 PM, David Psenicka wrote: >>> I committed fixes, but I'm sure gcc 4.7 will complain about more >>> things... I'll have to install 4.7 to fix further compile errors... >> >> Thanks for the fast response! >> >> I downloaded the latest svn tarball and managed to coax it to compile (I >> had to comment out the AX_CHECK_COMPILER_FLAGS lines near the end of >> configure as they were failing with an unexpected parmaeter or something >> like that). What were the specific patches you added for 4.7? > > Never mind, it was commit 844, right? For reference, it did compile with those two fixes... -- Fernando |
From: Fernando Lopez-L. <na...@cc...> - 2012-06-28 18:06:53
|
On 06/28/2012 11:03 AM, Fernando Lopez-Lezcano wrote: > On 06/27/2012 11:56 PM, David Psenicka wrote: >> I committed fixes, but I'm sure gcc 4.7 will complain about more >> things... I'll have to install 4.7 to fix further compile errors... > > Thanks for the fast response! > > I downloaded the latest svn tarball and managed to coax it to compile (I > had to comment out the AX_CHECK_COMPILER_FLAGS lines near the end of > configure as they were failing with an unexpected parmaeter or something > like that). What were the specific patches you added for 4.7? Never mind, it was commit 844, right? -- Fernando >> On 06/27/2012 11:16 PM, Fernando Lopez-Lezcano wrote: >>> This is on Fedora 17, gcc 4.7.0, I had to add this patch (fix suggested >>> by gcc): |
From: Fernando Lopez-L. <na...@cc...> - 2012-06-28 18:03:57
|
On 06/27/2012 11:56 PM, David Psenicka wrote: > I committed fixes, but I'm sure gcc 4.7 will complain about more > things... I'll have to install 4.7 to fix further compile errors... Thanks for the fast response! I downloaded the latest svn tarball and managed to coax it to compile (I had to comment out the AX_CHECK_COMPILER_FLAGS lines near the end of configure as they were failing with an unexpected parmaeter or something like that). What were the specific patches you added for 4.7? -- Fernando > On 06/27/2012 11:16 PM, Fernando Lopez-Lezcano wrote: >> This is on Fedora 17, gcc 4.7.0, I had to add this patch (fix suggested >> by gcc): >> >> --- fomus-0.1.18-alpha/src/lib/mods.h~ 2011-06-24 20:20:31.000000000 >> -0700 >> >> +++ fomus-0.1.18-alpha/src/lib/mods.h 2012-06-27 20:35:02.000000000 >> -0700 >> >> @@ -214,7 +214,7 @@ >> class dlmodt2:public dlmodt1<T> { >> >> >> public: >> >> >> dlmodt2(const T& st):dlmodt1<T>(st) {} >> >> >> - void* getdata(FOMUS f) const {return initerrwrap(T::newdata(f));} >> >> >> + void* getdata(FOMUS f) const {return >> this->initerrwrap(T::newdata(f));} >> >> >> void freedata(void* data) const {T::freedata(data); >> T::initerrcheck();} >> >> >> }; >> >> >> typedef dlmodt1<dlmodstuffinit> dlmodinit; // auxiliary modules >> >> >> ---- >> >> and then I'm hitting this: >> >> ---- >> vars.cc: In function 'bool fomus::doparsekeysig(const fomus::fomusdata*, >> const module_value&, std::vector<std::pair<boost::rational<long int>, >> boost::rational<long int> > >&, boost::ptr_vector<fomus::userkeysigent>&)': >> vars.cc:461:13: error: redeclaration of 'fomus::rat i' >> vars.cc:453:30: error: 'const module_value* i' previously declared here >> ---- >> >> Any suggestions? >> -- Fernando >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> fomus-user mailing list >> fom...@li... >> https://lists.sourceforge.net/lists/listinfo/fomus-user > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > fomus-user mailing list > fom...@li... > https://lists.sourceforge.net/lists/listinfo/fomus-user |
From: David P. <dps...@gm...> - 2012-06-28 06:56:27
|
I committed fixes, but I'm sure gcc 4.7 will complain about more things... I'll have to install 4.7 to fix further compile errors... -David On 06/27/2012 11:16 PM, Fernando Lopez-Lezcano wrote: > This is on Fedora 17, gcc 4.7.0, I had to add this patch (fix suggested > by gcc): > > --- fomus-0.1.18-alpha/src/lib/mods.h~ 2011-06-24 20:20:31.000000000 > -0700 > > +++ fomus-0.1.18-alpha/src/lib/mods.h 2012-06-27 20:35:02.000000000 > -0700 > > @@ -214,7 +214,7 @@ > class dlmodt2:public dlmodt1<T> { > > > public: > > > dlmodt2(const T& st):dlmodt1<T>(st) {} > > > - void* getdata(FOMUS f) const {return initerrwrap(T::newdata(f));} > > > + void* getdata(FOMUS f) const {return > this->initerrwrap(T::newdata(f));} > > > void freedata(void* data) const {T::freedata(data); > T::initerrcheck();} > > > }; > > > typedef dlmodt1<dlmodstuffinit> dlmodinit; // auxiliary modules > > > ---- > > and then I'm hitting this: > > ---- > vars.cc: In function 'bool fomus::doparsekeysig(const fomus::fomusdata*, > const module_value&, std::vector<std::pair<boost::rational<long int>, > boost::rational<long int> > >&, boost::ptr_vector<fomus::userkeysigent>&)': > vars.cc:461:13: error: redeclaration of 'fomus::rat i' > vars.cc:453:30: error: 'const module_value* i' previously declared here > ---- > > Any suggestions? > -- Fernando > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > fomus-user mailing list > fom...@li... > https://lists.sourceforge.net/lists/listinfo/fomus-user |
From: Fernando Lopez-L. <na...@cc...> - 2012-06-28 04:35:22
|
This is on Fedora 17, gcc 4.7.0, I had to add this patch (fix suggested by gcc): --- fomus-0.1.18-alpha/src/lib/mods.h~ 2011-06-24 20:20:31.000000000 -0700 +++ fomus-0.1.18-alpha/src/lib/mods.h 2012-06-27 20:35:02.000000000 -0700 @@ -214,7 +214,7 @@ class dlmodt2:public dlmodt1<T> { public: dlmodt2(const T& st):dlmodt1<T>(st) {} - void* getdata(FOMUS f) const {return initerrwrap(T::newdata(f));} + void* getdata(FOMUS f) const {return this->initerrwrap(T::newdata(f));} void freedata(void* data) const {T::freedata(data); T::initerrcheck();} }; typedef dlmodt1<dlmodstuffinit> dlmodinit; // auxiliary modules ---- and then I'm hitting this: ---- vars.cc: In function 'bool fomus::doparsekeysig(const fomus::fomusdata*, const module_value&, std::vector<std::pair<boost::rational<long int>, boost::rational<long int> > >&, boost::ptr_vector<fomus::userkeysigent>&)': vars.cc:461:13: error: redeclaration of 'fomus::rat i' vars.cc:453:30: error: 'const module_value* i' previously declared here ---- Any suggestions? -- Fernando |
From: David P. <dps...@gm...> - 2012-06-12 04:38:55
|
Looking at the MusicXML DTD, part-name is required (unless I've read it incorrectly)... I can add a setting that works around this, though (delete-empty-tags, or something to that effect). -David On 06/09/2012 05:28 AM, Torsten Anders wrote: > Dear David, > > FYI, Fomus sometimes outputs "empty" XML tags as in the following example. > > <part-name></part-name> > > Some applications (e.g., OpenMusic) have difficulties with such empty tags. Of course, this should be easy to fix in OpenMusic (just sent them a bug report), but on the other hand Fomus could also easily avoid exporting any such empty tags, to avoid such problems. > > Thank you! > > Best wishes, > Torsten > > -- > Dr Torsten Anders > Course Leader, Music Technology > University of Bedfordshire > Park Square, Room A315 > http://www.torsten-anders.de > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > fomus-user mailing list > fom...@li... > https://lists.sourceforge.net/lists/listinfo/fomus-user |
From: Torsten A. <tor...@be...> - 2012-06-09 10:28:55
|
Dear David, FYI, Fomus sometimes outputs "empty" XML tags as in the following example. <part-name></part-name> Some applications (e.g., OpenMusic) have difficulties with such empty tags. Of course, this should be easy to fix in OpenMusic (just sent them a bug report), but on the other hand Fomus could also easily avoid exporting any such empty tags, to avoid such problems. Thank you! Best wishes, Torsten -- Dr Torsten Anders Course Leader, Music Technology University of Bedfordshire Park Square, Room A315 http://www.torsten-anders.de |
From: David P. <dps...@gm...> - 2012-06-06 06:12:46
|
What you want should be possible... I'll take a look at this, the answer might be simply increasing the ranges allowed for the wedge settings. -David On 06/05/2012 11:34 AM, Torsten Anders wrote: > Dear David, > > I greatly appreciate that Fomus automatically translates gradual dynamic changes into hairpins (wedges). However, it seems that Fomus requires a rather even transition of dynamic values in order to get this result. I also found your setting dyn-wedge, but its maximum setting 1/2 is seemingly not high enough for me. > > For example, in the following Fomus snipped I would like to see Fomus create only static dynamic markers (ppp, pp etc.) if the dynamic value is literally repeated (or very close). However, if it changes continuously over at least 3 notes I would like to see some hairpin generated, regardless how even these changes are. > > part <id:1> > note part 1 time:0.0 dur:2.0 dynamic:0.23622 pitch:60.0 ; > note part 1 time:2.0 dur:2.0 dynamic:0.23622 pitch:60.0 ; > note part 1 time:4.0 dur:2.0 dynamic:0.23622 pitch:60.0 ; > note part 1 time:6.0 dur:2.0 dynamic:0.007874 pitch:60.0 ; > note part 1 time:8.0 dur:2.0 dynamic:0.15748 pitch:60.0 ; > note part 1 time:10.0 dur:2.0 dynamic:0.3937 pitch:60.0 ; > note part 1 time:12.0 dur:2.0 dynamic:0.62992 pitch:60.0 ; > note part 1 time:14.0 dur:2.0 dynamic:1.0 pitch:60.0 ; > note part 1 time:16.0 dur:2.0 dynamic:0.47244 pitch:60.0 ; > note part 1 time:18.0 dur:2.0 dynamic:0.15748 pitch:60.0 ; > note part 1 time:20.0 dur:2.0 dynamic:0.15748 pitch:60.0 ; > note part 1 time:22.0 dur:2.0 dynamic:0.62992 pitch:60.0 ; > note part 1 time:24.0 dur:2.0 dynamic:0.62992 pitch:60.0 ; > note part 1 time:26.0 dur:2.0 dynamic:0.62992 pitch:60.0 ; > > Would that perhaps be possible in the current Fomus release? > > Thanks a lot! > > Best wishes, > Torsten > > -- > Dr Torsten Anders > Course Leader, Music Technology > University of Bedfordshire > Park Square, Room A315 > http://www.torsten-anders.de > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > fomus-user mailing list > fom...@li... > https://lists.sourceforge.net/lists/listinfo/fomus-user |
From: Torsten A. <tor...@pl...> - 2012-06-05 16:34:56
|
Dear David, I greatly appreciate that Fomus automatically translates gradual dynamic changes into hairpins (wedges). However, it seems that Fomus requires a rather even transition of dynamic values in order to get this result. I also found your setting dyn-wedge, but its maximum setting 1/2 is seemingly not high enough for me. For example, in the following Fomus snipped I would like to see Fomus create only static dynamic markers (ppp, pp etc.) if the dynamic value is literally repeated (or very close). However, if it changes continuously over at least 3 notes I would like to see some hairpin generated, regardless how even these changes are. part <id:1> note part 1 time:0.0 dur:2.0 dynamic:0.23622 pitch:60.0 ; note part 1 time:2.0 dur:2.0 dynamic:0.23622 pitch:60.0 ; note part 1 time:4.0 dur:2.0 dynamic:0.23622 pitch:60.0 ; note part 1 time:6.0 dur:2.0 dynamic:0.007874 pitch:60.0 ; note part 1 time:8.0 dur:2.0 dynamic:0.15748 pitch:60.0 ; note part 1 time:10.0 dur:2.0 dynamic:0.3937 pitch:60.0 ; note part 1 time:12.0 dur:2.0 dynamic:0.62992 pitch:60.0 ; note part 1 time:14.0 dur:2.0 dynamic:1.0 pitch:60.0 ; note part 1 time:16.0 dur:2.0 dynamic:0.47244 pitch:60.0 ; note part 1 time:18.0 dur:2.0 dynamic:0.15748 pitch:60.0 ; note part 1 time:20.0 dur:2.0 dynamic:0.15748 pitch:60.0 ; note part 1 time:22.0 dur:2.0 dynamic:0.62992 pitch:60.0 ; note part 1 time:24.0 dur:2.0 dynamic:0.62992 pitch:60.0 ; note part 1 time:26.0 dur:2.0 dynamic:0.62992 pitch:60.0 ; Would that perhaps be possible in the current Fomus release? Thanks a lot! Best wishes, Torsten -- Dr Torsten Anders Course Leader, Music Technology University of Bedfordshire Park Square, Room A315 http://www.torsten-anders.de |
From: David P. <dps...@gm...> - 2012-05-04 20:02:14
|
I've just upgraded to 12.04, I'll give it a compile with boost 1.48 and fix any issues. On 05/03/2012 11:15 AM, Peter O'Doherty wrote: > Sorry for the noise. Solved it myself by installing libboost1.46-all-dev. > Best wishes, > Peter > > On 05/03/2012 04:56 PM, Peter O'Doherty wrote: >> Hi, >> >> After upgrading to Ubuntu 12.04 I get the following error when I try to >> compile. >> >> checking for boostlib>= 1.35... yes >> checking whether the Boost::System library is available... yes >> checking for -l... yes >> checking whether the Boost::Filesystem library is available... yes >> configure: error: Could not link against ! >> >> Boost is libboost1.48-dev and the fomus version is fomus-0.1.18-alpha. >> >> Any ideas? >> Thanks, >> Peter >> > |
From: Peter O'D. <ma...@pe...> - 2012-05-03 20:28:26
|
Sorry for the noise. Solved it myself by installing libboost1.46-all-dev. Best wishes, Peter On 05/03/2012 04:56 PM, Peter O'Doherty wrote: > Hi, > > After upgrading to Ubuntu 12.04 I get the following error when I try to > compile. > > checking for boostlib>= 1.35... yes > checking whether the Boost::System library is available... yes > checking for -l... yes > checking whether the Boost::Filesystem library is available... yes > configure: error: Could not link against ! > > Boost is libboost1.48-dev and the fomus version is fomus-0.1.18-alpha. > > Any ideas? > Thanks, > Peter > -- //============================= -> Peter O'Doherty -> http://www.peterodoherty.net -> ma...@pe... -> https://joindiaspora.com/people/70716 //============================= |
From: Peter O'D. <ma...@pe...> - 2012-05-03 14:56:56
|
Hi, After upgrading to Ubuntu 12.04 I get the following error when I try to compile. checking for boostlib >= 1.35... yes checking whether the Boost::System library is available... yes checking for -l... yes checking whether the Boost::Filesystem library is available... yes configure: error: Could not link against ! Boost is libboost1.48-dev and the fomus version is fomus-0.1.18-alpha. Any ideas? Thanks, Peter -- //============================= -> Peter O'Doherty -> http://www.peterodoherty.net -> ma...@pe... -> https://joindiaspora.com/people/70716 //============================= |
From: Peter O'D. <ma...@pe...> - 2012-04-14 13:41:09
|
Thanks David and Anders for your help. Best, Peter On 04/09/2012 10:56 AM, and...@no... wrote: > P> Hi list, Can anyone tell me if nested tuplets are possible with > P> fomus (and if possible provide an example)? > > Have a look at the 'tuplets' setting. Heres an example: > > > > > Afaik fomus isn't yet 100% magic (although coming close!). You get what > you ask for in terms of the temporal values you've put in the score, > tuned to match settings such as beatdiv and tuplets, and presumably many > others such as bars and various tie- related settings. > > Btw, having a way to run only fomus' quantification engine on 'linear', > raw temporal input, and get 'quantified' or symbolic rhythmic output in > a hierarchical representation (rqq/rtm-trees or some such) would be > great, and make for an extremely useful extension. Its already > available somewhere in the processing, so maybe this is already > possible? > > -anders > > > ------------------------------------------------------------------------------ > For Developers, A Lot Can Happen In A Second. > Boundary is the first to Know...and Tell You. > Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! > http://p.sf.net/sfu/Boundary-d2dvs2 > > > _______________________________________________ > fomus-user mailing list > fom...@li... > https://lists.sourceforge.net/lists/listinfo/fomus-user -- //============================= -> Peter O'Doherty -> http://www.peterodoherty.net -> ma...@pe... -> https://joindiaspora.com/people/70716 //============================= |
From: David P. <dps...@gm...> - 2012-04-09 17:59:30
|
// tuplets duration 2/3 time 0 pitch 60; time + pitch 61; time + pitch 62; time + pitch 63; time 4 { duration 3/5 time 0 pitch 60; time + pitch 61; time + pitch 62; time + pitch 63; } time 8 { duration 4/7 time 0 pitch 60; time + pitch 61; time + pitch 62; time + pitch 63; } // septuplets is the maximum by default time 12 dur 4 |min-tupletdur 1/2| time 12 { duration 2/9 time 0 pitch 60; time + pitch 61; time + pitch 62; time + pitch 60; time + pitch 61; time + pitch 62; time + pitch 60; time + pitch 61; time + pitch 62; } time 16 dur 4 |tuplets (7 3)| time 16 { duration 2/9 time 0 pitch 60; time + pitch 61; time + pitch 62; time + pitch 60; time + pitch 61; time + pitch 62; time + pitch 60; time + pitch 61; time + pitch 62; } time 20 dur 3 || time 20 { time 0 dur 1/3 pitch 60 ; time + dur 1/3 pitch 59 ; time + dur 1 pitch 58 ; time + dur 1/2 pitch 55 ; time + dur 1/2 pitch 56 ; time + dur 1/2 pitch 58 ; time 4 dur 1/3 pitch 60 ; time + // dur 1/3 pitch 59 ; time + dur 2/3 pitch 58 ; time + dur 1 pitch 55 ; time + dur 1/2 pitch 56 ; time + dur 1/3 pitch 58 ; } time 29 dur 3 || time 29 { time 0 dur 3/2 pitch 66 ; time + dur 3/2 pitch 66 ; } time 32 dur 5 || time 32 { time 0 dur 5/2 pitch 66 ; time + dur 5/2 pitch 66 ; } |
From: <and...@no...> - 2012-04-09 08:57:16
|
P> Hi list, Can anyone tell me if nested tuplets are possible with P> fomus (and if possible provide an example)? Have a look at the 'tuplets' setting. Heres an example: |
From: Peter O'D. <ma...@pe...> - 2012-04-09 07:29:49
|
Hi list, Can anyone tell me if nested tuplets are possible with fomus (and if possible provide an example)? Many thanks, Peter -- //============================= -> Peter O'Doherty -> http://www.peterodoherty.net -> ma...@pe... -> https://joindiaspora.com/people/70716 //============================= |
From: Peter O'D. <ma...@pe...> - 2012-01-13 11:40:25
|
Hi David, Many thanks for your replies (also concerning switching off cres/dim). I look forward to hearing whether you find a solution for the 'bad split'. Best wishes, Peter On 01/10/2012 03:59 AM, David Psenicka wrote: > An error involving an "integrity check" means one of fomus's algorithms > is behaving badly, I'll have to debug this and find the problem. > > -David > > On 01/09/2012 02:45 PM, Peter O'Doherty wrote: >> Hi, >> One more question for today... >> >> I frequently get the following error but can't track down the problem. I >> assume it's got to do with durations but am not sure. Can someone assist? >> >> fomus: bad split found during note division integrity check >> >> Many thanks, >> Peter >> > ------------------------------------------------------------------------------ > Write once. Port to many. > Get the SDK and tools to simplify cross-platform app development. Create > new or port existing apps to sell to consumers worldwide. Explore the > Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join > http://p.sf.net/sfu/intel-appdev > _______________________________________________ > fomus-user mailing list > fom...@li... > https://lists.sourceforge.net/lists/listinfo/fomus-user > -- //============================= -> Peter O'Doherty -> http://www.peterodoherty.net -> ma...@pe... -> https://joindiaspora.com/people/70716 //============================= |
From: David P. <dps...@gm...> - 2012-01-13 08:16:22
|
This has been sitting on my todo list for a long time... I'll add this in for the next release. -David On 01/12/2012 03:08 PM, Torsten Anders wrote: > Dear David, > > I have an instrument definition intended for showing pure rhythms (e.g., in publications) as follows. > > <id: rhythm staves: <clefs: <instclef: percussion>>> > > Is it perhaps possible to have only a single staff line? Otherwise I just use it as it is.. > > Thanks! > > Best wishes, > Torsten > > -- > Dr Torsten Anders > Course Leader, Music Technology > University of Bedfordshire > Park Square, Room A315 > http://www.torsten-anders.de > > > > > > > > > > ------------------------------------------------------------------------------ > RSA(R) Conference 2012 > Mar 27 - Feb 2 > Save $400 by Jan. 27 > Register now! > http://p.sf.net/sfu/rsa-sfdev2dev2 > _______________________________________________ > fomus-user mailing list > fom...@li... > https://lists.sourceforge.net/lists/listinfo/fomus-user |
From: Torsten A. <tor...@be...> - 2012-01-12 21:25:05
|
Dear David, I have an instrument definition intended for showing pure rhythms (e.g., in publications) as follows. <id: rhythm staves: <clefs: <instclef: percussion>>> Is it perhaps possible to have only a single staff line? Otherwise I just use it as it is.. Thanks! Best wishes, Torsten -- Dr Torsten Anders Course Leader, Music Technology University of Bedfordshire Park Square, Room A315 http://www.torsten-anders.de |
From: David P. <dps...@gm...> - 2012-01-10 02:59:39
|
An error involving an "integrity check" means one of fomus's algorithms is behaving badly, I'll have to debug this and find the problem. -David On 01/09/2012 02:45 PM, Peter O'Doherty wrote: > Hi, > One more question for today... > > I frequently get the following error but can't track down the problem. I > assume it's got to do with durations but am not sure. Can someone assist? > > fomus: bad split found during note division integrity check > > Many thanks, > Peter > |
From: David P. <dps...@gm...> - 2012-01-10 02:57:26
|
'dyn-wedge = 0' should get rid of the wedges. Setting dyn-range and dynsym-range to those values should give you the output you want. However, my debug-enabled build is catching a problem with the dynamics that I need to fix (this might be why you're not getting the output you expect, I have to look at the problem more closely). On 01/09/2012 06:35 AM, Peter O'Doherty wrote: > Hi, > I have two questions: > > I want to map the numbers in the range 0.1 - 1.0 (steps of 0.1) to the > dynamic values pppp - ffff. Is the code below the best way to do it? > > And, is there a way to switch off cresc/ dim? Adjacent values (as in the > example) have a cresc or dim added. I just want the discrete dynamics. > > Many thanks, > Peter > > dyns = yes > init-tempo = 60 > dyn-range = (0.1 1.0) > dynsym-range = (pppp ffff) > > time + duration 1 pitch 60 [>] dyn 0.1 ; > time + duration 1 pitch 61 dyn 0.2; > time + duration 1 pitch 62 dyn 0.3 ; > time + duration 1 pitch 63 dyn 0.4; > time + duration 1 pitch 64 dyn 0.5; > time + duration 1 pitch 65 dyn 0.6; > time + duration 1 pitch 66 dyn 0.7; > time + duration 1 pitch 67 dyn 0.8; > time + duration 1 pitch 68 dyn 0.9; > time + duration 1 pitch 69 dyn 1.0; > |
From: Peter O'D. <ma...@pe...> - 2012-01-09 20:45:54
|
Hi, One more question for today... I frequently get the following error but can't track down the problem. I assume it's got to do with durations but am not sure. Can someone assist? fomus: bad split found during note division integrity check Many thanks, Peter -- //============================= -> Peter O'Doherty -> http://www.peterodoherty.net -> ma...@pe... -> https://joindiaspora.com/people/70716 //============================= |