lilypond-user
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: suggestion for articulate


From: Peter Chubb
Subject: Re: suggestion for articulate
Date: Fri, 15 Apr 2011 20:53:55 +1000
User-agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (Gojō) APEL/10.8 Emacs/23.2 (i486-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO)

>>>>> "Graham" == Graham Percival <address@hidden> writes:

Graham> On Fri, Apr 15, 2011 at 12:54:53PM +1000, Peter Chubb wrote:
David> A fixed ratio seems a mistake to me: like optical scaling of
David> fonts, the ratio should depend on the length of the note as
David> well as the speed of the piece.  And one does not want to have
David> chords end early in one voice merely because the voice had a
David> longer note starting the chord.
>> 
>> I agree, but that's really hard to implement.  Maybe if Grahame's
>> virtual violinist can turn into a virtual orchestra, and interpret
>> music properly (instead of just playing whatever Lilypond produces
>> like a robotic MIDI player)....  but I think that's a long way off.

Graham> Yes, it's a long way off.  I'm not intending to touch
Graham> expressive music performance at all in my PhD; rather, I'll
Graham> make tools which all humans to direct the computer's
Graham> performance as easily as possible.  (which may still not be
Graham> very easy!)

Indeed.

Graham> The catch-phrase for this is "let machines do what machines
Graham> are good at; let humans do what humans are good at".  :)
Graham> Humans aren't good at manually specifying physical parameters
Graham> every 0.006 seconds, but they _are_ good at correcting the way
Graham> that notes are played (generally every 0.2 - 2.0 seconds, at
Graham> least for monophonic violin music).


Graham> As for other instruments: I'm hoping to get physical
Graham> measurements of a viola and cello during the summer.  It would
Graham> be a blast to work on other instruments (clarinet, oboe,
Graham> horn), but that would require physical modelling code for
Graham> them.  At the moment, the only open source code that I'm aware
Graham> of for clarinet is STK... but as I type this, I recall that
Graham> although the STK string model uses an algorithm from 1986, the
Graham> clarinet one is 1998 or 2002.  So maybe that's a feasible
Graham> thing to investigate.

A clarinet would be way cool.  Recorders and portative organs
shouldn't be too hard either.   But there's always  tendency to get
distracted while doing a PhD.  Try not to be!

Peter C





reply via email to

[Prev in Thread] Current Thread [Next in Thread]