[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: weird de-beaming behavior
From: |
Carl Sorensen |
Subject: |
Re: weird de-beaming behavior |
Date: |
Wed, 20 Jun 2018 17:51:55 +0000 |
User-agent: |
Microsoft-MacOutlook/10.e.1.180613 |
On 6/20/18, 6:45 AM, "Urs Liska" <address@hidden> wrote:
PS: As to the *why* I have the vague recollection that beaming rules define
where beams can be *ended*. This would explain why the beam before the break
doesn't work but the one after does.
Automatic beaming starts when a beamable note is encountered and ends when a
non-beamable note is encountered or a beam *must* end. If the music ends (say
by a \bar" " \break or by hitting the end of a voice) before the required end
of a beam is met or a non-beamable note is encountered, no beam is created.
At the present time, the autobeam code doesn't grab a whole measure's worth of
notes and then decide about the beaming; instead it makes decisions on a
note-by-note basis.
It would be nice to have a better autobeaming algorithm, and Urs and I are both
looking at it. For now, anytime the autobeamer doesn't work right, just
manually beam, and that resolves all of the problems.
Thanks,
Carl
- Re: weird de-beaming behavior, (continued)
- Re: weird de-beaming behavior, Phil Holmes, 2018/06/20
- Re: weird de-beaming behavior, Phil Holmes, 2018/06/20
- Re: weird de-beaming behavior, N. Andrew Walsh, 2018/06/20
- Re: weird de-beaming behavior, Phil Holmes, 2018/06/20
- Re: weird de-beaming behavior, N. Andrew Walsh, 2018/06/20
- Re: weird de-beaming behavior, Urs Liska, 2018/06/20
- Re: weird de-beaming behavior,
Carl Sorensen <=
- Re: weird de-beaming behavior, David Kastrup, 2018/06/20