[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Modify fret calculation algorithm (issue3320041)
From: |
David Kastrup |
Subject: |
Re: Modify fret calculation algorithm (issue3320041) |
Date: |
Sat, 27 Nov 2010 10:38:41 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) |
Marc Hohl <address@hidden> writes:
> Am 27.11.2010 10:17, schrieb David Kastrup:
>> address@hidden writes:
>>
>>
>>> Yes, the assumption is that the string specification needs to be in
>>> the same order as the note specification. When the documentation is
>>> done, we'll need to be sure that is mentioned. If you specify the
>>> notes and the strings in reverse order, it's likely to be impossible
>>> to find frets that are close enough together to meet both notes.
>>>
>> Sorry to disagree, but I see two sane approaches here.
>>
>> a) when the specification is not in the required order, throw an error.
>> b) when the specification is not in the required order, sort it.
>>
>>
> IMHO, a) is the way to go. The source files are much more
> readable when the input structure resembles the string specification.
I am just reacting to this keyword-triggered so I might be on the wrong
track altogether. Anyway: when voices cross in counterpoint, the source
file is more readable for the purpose of following voices (logical
order) than when sorted by string (physical order).
I don't know whether we are merely talking about the open-string/note
relation (in which case the above paragraph is off-topic at best), or
about matching notes in the actual music to strings.
--
David Kastrup
- Re: Modify fret calculation algorithm (issue3320041), (continued)
- Re: Modify fret calculation algorithm (issue3320041), Carl Sorensen, 2010/11/26
- Re: Modify fret calculation algorithm (issue3320041), Carl Sorensen, 2010/11/26
- Re: Modify fret calculation algorithm (issue3320041), Trevor Daniels, 2010/11/27
- Re: Modify fret calculation algorithm (issue3320041), Marc Hohl, 2010/11/27
- Re: Modify fret calculation algorithm (issue3320041), Carl Sorensen, 2010/11/27
- Re: Modify fret calculation algorithm (issue3320041), Marc Hohl, 2010/11/27
- Re: Modify fret calculation algorithm (issue3320041), Carl Sorensen, 2010/11/27
- Re: Modify fret calculation algorithm (issue3320041), Marc Hohl, 2010/11/28
Re: Modify fret calculation algorithm (issue3320041), David Kastrup, 2010/11/27
Re: Modify fret calculation algorithm (issue3320041), Carl Sorensen, 2010/11/27
Re: Modify fret calculation algorithm (issue3320041), n . puttock, 2010/11/26
Re: Modify fret calculation algorithm (issue3320041), Carl . D . Sorensen, 2010/11/26