[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Adds beam collision avoidance to auto-beaming (issue4312058)
From: |
address@hidden |
Subject: |
Re: Adds beam collision avoidance to auto-beaming (issue4312058) |
Date: |
Sat, 26 Mar 2011 17:54:34 -0400 |
On Mar 26, 2011, at 5:46 PM, Han-Wen Nienhuys wrote:
> On Sat, Mar 26, 2011 at 6:28 PM, <address@hidden> wrote:
>> Reviewers: ,
>>
>> Message:
>> I think this is a better approach to getting beam collision resolution
>> out of auto-beams.
>
> Quick comment: I'd say that timestep-count as a property is not
> necessary. The 'width' of an autobeam could also be garnered by
> looking at its bounds, eg beam->get_bound(LEFT)-> get_column(). From
> the column you could either look at rank or when.
>
> A completely different approach now comes to mind: there is no strict
> need to do all this processing 'on-line'. You could also have the
> engraver collect a list of grobs + timing-ranges in a list. In
> finalize(), you could sort the list, and decide which grobs to add
> where.
This sounds like a great idea. Do you have time to write something along those
lines?
Cheers,
Mike