Re: Rolls and ruffs

[Peter Mogensen]

Mats Bengtsson wrote:
> As you noticed, I know nothing about drum notation and I think this
> goes also for the main hackers of LilyPond. So, any input you have
> on suggestions are welcome, not the least if you can assist yourself
> with the implementation.

I know C++, LISP and TeX, so maybe... If I find the time.
Lack of proper snare drum notation is problem with most music notation 
programs out there. My GUI/Windows using colleagues are also struggling.

> > Rolls are denoted with 3 strokes.
> > Ruffs are denoted with 2
>
>
> Like c8:16 versus c8:32 ? Or did you mean the 2 strokes in addition to
> the beam like in c'8 [ r c8:32] ?

2 strokes in addition to any beams. Like in the example. Notice how the 
strokes are not parallel to the beam.

> > Rolls generally a just drum rolls lasting as long as the note. No one 
> > is counting how many times the stick hits the snare.
> > Ruffs are (most often) 5 beats (the 5th being the tied note). In the 
> > above code there will only be 3 beats.
>
>
> In the MIDI output, you mean?

Yeah... well. In the mind of the drummer anyway :)
Ruffs are 5 beats (two right sticks, two lefts sticks and a right to end 
the ruff). There's something called double-ruffs, but I'm not a drummer 
either.
Rolls are just a maintained series of beats for the duration of the 
note. Of course MIDI has to know the numbers of beats, but the drummer 
is usually not counting, and for slow tempo you would get to few beats 
for the roll to sound right.

> > I've read about unfolding tremolos and I've found mails on the list 
> > about it. It's not what I want though.
>
>
> In what sense?

I can live with rolls being expanded as :32 tremolos to midi. Mostly it 
gives the correct result (for standard marching tempo). With a little 
tweaking it also gives the correct print.
Ruffs however are a problem. :16 tremolos are too slow and only give the 
 correct number of beats when used on a quarter-note (which is not the 
case in the example I gave ("Liberty Bell"). Also the print aligns the 
strokes to the beam. The beam and strokes should not be related.

Peter