This is an Opt In Archive . We would like to hear from you if you want your posts included. For the contact address see About this archive. All posts are copyright (c).

- Contents - Hide Contents - Home - Section 4

Previous Next

3000 3050 3100 3150 3200 3250 3300 3350 3400 3450 3500 3550 3600 3650 3700 3750 3800 3850 3900 3950

3300 - 3325 -



top of page bottom of page up down


Message: 3325 - Contents - Hide Contents

Date: Thu, 17 Jan 2002 08:08:12

Subject: Re: ERROR IN CARTER'S SCHOENBERG

From: monz

> From: monz <joemonz@xxxxx.xxx> > To: <tuning-math@xxxxxxxxxxx.xxx> > Sent: Thursday, January 17, 2002 12:50 AM > Subject: Re: [tuning-math] ERROR IN CARTER'S SCHOENBERG > >
>> From: paulerlich <paul@xxxxxxxxxxxxx.xxx> >> >> You better tell the tuning list if you believe that Partch's >> criticism of Schoenberg was based on a mistranslation!!! > >
> Wow, I hadn't even *thought* of *that*! I'll have to get some > sleep and check those details tomorrow. But thanks for the > suggestion.
Actually, Partch's examination is based on Schoenberg's 1927/34 theory from "Problems of Harmony", so there's no typo anywhere in that. And as I've shown, that theory results in a 12-tone PB with consistent notation for the 11- and 13-limit ratios. -monz _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at Yahoo! Mail - The best web-based email! * [with cont.] (Wayb.)
top of page bottom of page up down


Message: 3326 - Contents - Hide Contents

Date: Thu, 17 Jan 2002 17:49 +0

Subject: Re: algorithm sought

From: graham@xxxxxxxxxx.xx.xx

In-Reply-To: <a26m3j+6noq@xxxxxxx.xxx>
I've been doing a bit of research.  There are two GNU implementations of 
Common Lisp:

<GCL - GNU Common Lisp * [with cont.]  (Wayb.)>
<CLISP Common Lisp Summary * [with cont.]  (Wayb.)>

I don't actually know the differences between Common Lisp and Scheme, 
hence why it would be heretical to move from one to the other.

Enumerating all 15-limit, 5-note chords is actually a 4 from 48 
combinations problem, which takes 45 seconds on my machine with 
unoptimized Python.


              Graham


top of page bottom of page up down


Message: 3327 - Contents - Hide Contents

Date: Thu, 17 Jan 2002 20:17:32

Subject: scheme, etc., OT (was re: algorithm sought)

From: clumma

>> >easuring algorithms, or their compactness in different languages? >
>Measuring efficiency in one particular language implementation. >Profilers are tools that inspect running code, and record how much >time is spent in each section. That means you can go straight to >the least efficient parts, and not waste effort optimising things >that aren't a problem in the first place.
Sounds handy, but I wasn't referring to how much work the computer does in scheme. Obviously, at least in my implemetation, it's quite a bit more than in other languages! I was referring to how compactly the language represents algorithms to humans. Like Knuth, I think that computer programs can be useful not only for the answers they give, but for the explanations they present to humans. There's a continuum in abstraction from assembly to C to functional languages like scheme, to actual math. For me, scheme is the ideal point on this continuum -- math is too compact, C is egregious.
>> Aren't there any ASSes that contain more than one instance of >> an 11-limit interval?
Measuring intervals from the root is equivalent to the choosing notes method, and I thought you weren't talking about that. Just got our wires crossed, is all.
>There's a GNU interpreter for Common Lisp, at least. Perhaps it's >one of the C translators.
Oh no, I don't think so. Too bad scheme code doesn't compile as common lisp.
>You may need a good garbage collector, but that's independent of >being compiled or interpreted.
I suppose that's true.
>I expect a GNU interpreter will be fine.
As I say, I suspect these commercial outfits cripple their free interpreters.
>RMS is a Lisp programmer, after all. Who's he?
>> There's nothing NP here that I can see. >
>Polynomial time is all you need if it gets complex enough. 10^50 >operations does it. That's roughly the total number of chess >games. And it's only 48!. That's true. > Carl: >> Generator? >
>See <PEP 255 -- Simple Generators * [with cont.] (Wayb.)> for Simple >Generators. The code I have now uses a function to generate a huge >list, and then iterates over it. If I turned the function into a >generator, it'd only have to return one result at a time, without >the code getting much more complex. I haven't looked at this yet, >partly because I'm trying to keep compatibility with older versions >of Python.
Interesting. These guys are really up to some cool stuff. To me, as someone who finally got decent at scheme, it all seems redundant. But compared to C, it sounds pretty revolutionary.
>I think you can do similar, but more advanced things with the Lisp >family. The interpreter/compiler may even do them for you. You >can also write a function that takes a function as argument, and >calls it for each item.
That's map. It's just simple recursion on the cdr. (define map (lambda (proc ls) (if (null? ls) '() (cons (proc (car ls) (map proc (cdr ls)))))) Then you can pass it any function that returns a list, including map! And if you pass it a function that doesn't return a list, instead of getting a bug, you get an error. What a concept. But I digress, this OT.
>But in this case it'll probably be easier to forget about >reusability, and put the functionality in the middle of the >combinations code, so that the following can work: >
>>> Rejecting all chords that are already outside the limit before >>> you add notes to them should speed it up a great deal more.
There may be a way to keep the combinations code generalized and still do this, by taking advantage of lazy evaluation. I can't think of how, though, at the moment.
>I think a GNU implementation of some Lisp dialect has beaten >Python in benchmarks.
I'm surprised. I'll look in to how much it would take to port myself over to common Lisp. -Carl
top of page bottom of page up down


Message: 3328 - Contents - Hide Contents

Date: Thu, 17 Jan 2002 20:58:59

Subject: Re: algorithm sought

From: genewardsmith

--- In tuning-math@y..., "clumma" <carl@l...> wrote:

> As in, I have to tack on the ASSes. I can just use your table. > I admitted this is quite satisfactory, that I was just being > obstinate, from the start. It isn't just question of results > for me -- it's understanding. The nature of the problem is > fairly simple, and the ASSes and o- and u-tonalities should all > spin out from the same process. If you could get your ASS > method to produce Partchian tonalities...
Mine should, but I'm with Graham--this problem doesn't sound that bad. Should I give it a try, and see if I'm wrong?
> Actually, the picking notes instead of intervals thing is worth > trying. I'll do that. Thanks. I'm sure I've given away to > you, by stating my eventual need for inversions, that I'm going > after n-adic uniqueness.
If you start saying "scheme" and "n-adic" in the same sentence I'm going toget confused.
top of page bottom of page up down


Message: 3329 - Contents - Hide Contents

Date: Thu, 17 Jan 2002 21:06:03

Subject: ERROR IN CARTER'S SCHOENBERG (Re: badly tuned remote overtones)

From: paulerlich

--- In tuning-math@y..., "monz" <joemonz@y...> wrote:
>
>> From: paulerlich <paul@s...> >> To: <tuning-math@y...> >> Sent: Wednesday, January 16, 2002 4:09 PM >> Subject: [tuning-math] ERROR IN CARTER'S SCHOENBERG (Re: badly tuned > remote overtones) >> >>
>>> So I will give Paul Erlich the benefit of the doubt >>> and assume that Schoenberg was following tradition as >>> closely as possible in his note naming, by thinking in >>> terms of meantone, and therefore the most likely candidate >>> for the other independent UV is the 5-limit diesis >>> 128:125 = [ 7 0 -3 ] . >>
>> This is not like anything I would say. Giving me the benefit of the >> doubt, huh? This reminds me of where you recently told Klaus that you >> disagree with me about sustained notes changing their >> intonation . . . if your interpretations of Schoenberg and other >> theorists are as good as your interpretation of me . . . well, >> whatever, I love you Monz, you get a big ice cream with a cherry on >> top. > >
> OK, so I misunderstand things sometimes too ... like most people. > Sorry. :( > > All I'm saying is that *if* Schoenberg had any kind of meantone > conception in mind -- which I think is quite likely, given its > ubiquity in European music, right down to our current notation, > (*this* is why I'm giving a nod to you, Paul!!) -- then the > unison-vector he'll bump into, in 1/4-comma meantone, is 128:125.
No way, dude. This is your "rational implications" business rearing its ugly head again -- in no way do I endorse that view.
top of page bottom of page up down


Message: 3330 - Contents - Hide Contents

Date: Thu, 17 Jan 2002 21:10:17

Subject: Re: The 'Arabic' temperament

From: paulerlich

--- In tuning-math@y..., "genewardsmith" <genewardsmith@j...> wrote:

> The 7-tone MOS is Mohajira: > > [5, 4, 5, 4, 5, 4, 4] > [9, 7, 9, 7, 9, 7, 7]
And the alteration with 5, rather than 3, homotetrachordal octave species is the Arabic Diatonic: 5, 4, 4, 5, 5, 4, 4. Whenever you find an MOS, you should always check if some alteration of the MOS gives more homotetrachordal octave species. In fact, Dave Keenan and I found a scale with three step sizes that was omnitetrachordal. Although the scale had 22 notes, I think this points out that one cannot assume that the melodically "nicest" scales will always come directly from altering an MOS in this way.
top of page bottom of page up down


Message: 3331 - Contents - Hide Contents

Date: Thu, 17 Jan 2002 21:13:49

Subject: Re: ERROR IN CARTER'S SCHOENBERG

From: paulerlich

--- In tuning-math@y..., "monz" <joemonz@y...> wrote:

> Actually, Partch's examination is based on Schoenberg's > 1927/34 theory from "Problems of Harmony", so there's no > typo anywhere in that. And as I've shown, that theory > results in a 12-tone PB with consistent notation for the > 11- and 13-limit ratios.
Where did you show that?
top of page bottom of page up down


Message: 3332 - Contents - Hide Contents

Date: Thu, 17 Jan 2002 14:12:38

Subject: Re: ERROR IN CARTER'S SCHOENBERG

From: monz

----- Original Message ----- 
From: paulerlich <paul@xxxxxxxxxxxxx.xxx>
To: <tuning-math@xxxxxxxxxxx.xxx>
Sent: Thursday, January 17, 2002 1:13 PM
Subject: [tuning-math] Re: ERROR IN CARTER'S SCHOENBERG


> --- In tuning-math@y..., "monz" <joemonz@y...> wrote: >
>> Actually, Partch's examination is based on Schoenberg's >> 1927/34 theory from "Problems of Harmony", so there's no >> typo anywhere in that. And as I've shown, that theory >> results in a 12-tone PB with consistent notation for the >> 11- and 13-limit ratios. >
> Where did you show that?
I'll have to find it tonight when I have time. It's in one of the first posts I sent in this discussion, probably on Christmas day. -monz _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at Yahoo! Mail - The best web-based email! * [with cont.] (Wayb.)
top of page bottom of page up down


Message: 3333 - Contents - Hide Contents

Date: Thu, 17 Jan 2002 22:32:54

Subject: Re: scheme, etc., OT (was re: algorithm sought)

From: clumma

>> >here's a GNU interpreter for Common Lisp, at least. Perhaps it's >> one of the C translators. >
>Oh no, I don't think so.
Well, that's wrong as of the first list item on the page. :) Just goes to show how low-level C is, that they can get the kind of performance they claim by translating to it. -Carl
top of page bottom of page up down


Message: 3334 - Contents - Hide Contents

Date: Thu, 17 Jan 2002 00:00:19

Subject: [tuning] Re: badly tuned remote overtones

From: paulerlich

--- In tuning-math@y..., "monz" <joemonz@y...> wrote:

>> Right, but . . . did he apply any of them explicitly within any of >> the 'constructions of unison vectors' you gleaned from him? >> Otherwise, you're just "assuming the answer". > >
> Well, on p 176 of _Harmonielehre_ (p 155 of the Carter translation), > Schoenberg illustrates the "Circle of 5ths", and explicitly notates > the equivalences Cb=B, Gb=F#, and Db=C# for the major keys, and > ab=g#, eb=g#, and bb=a# for the minor keys that are +5, +6, > and +7 "5ths" (respectively) from the origin C-major/a-minor.
OK, but isn't this separate from the 'constructions of unison vectors' in which Schoenberg tries to arrive at a 13-limit justification of 12-tET? I mean, this is traditional harmony, which Schoenberg loves to explain, but is trying to break away from in his own music, no?
> > To my mind, the 3-limit (linear, 1-D) is both historically and > conceptually more basic than 5-limit (planar, 2-D). The > notational difference between a "sharp" and what later became > its enharmonically equivalent "flat", ocurred first in Pythagorean > tuning. And so, along this line of reasoning, the Pythagorean > comma is historically and conceptually a more basic enharmonicity > than any of the 5-limit examples. However, as implied above, I > will also grant the possibility that Schoenberg may have intended > the diesis as a unison-vector, and will examine that case below > as well.
Schoenberg sees the diatonic scale not as an essentially 3-limit entity, as I do, but as an essentially 5-limit entity. So why would the chromatic scale fall back to 3-limit in his thinking? Doesn't seem to make sense.
> > > Also, I understand Gene's "notation" a little better now. > So, taking this particular matrix as an example, > > > 2 3 5 7 11 unison-vector ~cents > > [ -2 2 1 0 -1 ] = 45:44 38.90577323 > [-19 12 0 0 0 ] = 531441:524288 23.46001038 > [ -5 1 0 0 1 ] = 33:32 53.27294323 > [ 6 -2 0 -1 0 ] = 64:63 27.2640918 > [ -4 4 -1 0 0 ] = 81:80 21.5062896 > > > inverse > > [ 12 -7 12 0 12 ] > [ 19 -11 19 0 19 ] > [ 28 -16 28 0 27 ] > [ 34 -20 34 -1 34 ] > [ 41 -24 42 0 41 ] > Adjoint?
top of page bottom of page up down


Message: 3335 - Contents - Hide Contents

Date: Thu, 17 Jan 2002 22:34:45

Subject: Re: algorithm sought

From: clumma

>> >s in, I have to tack on the ASSes. I can just use your table. >> I admitted this is quite satisfactory, that I was just being >> obstinate, from the start. It isn't just question of results >> for me -- it's understanding. The nature of the problem is >> fairly simple, and the ASSes and o- and u-tonalities should all >> spin out from the same process. If you could get your ASS >> method to produce Partchian tonalities... >
>Mine should, but I'm with Graham--this problem doesn't sound >that bad. Should I give it a try, and see if I'm wrong?
It depends on how long you're willing to wait to find out. It could take me a long time indeed to be able to tell you.
>> Actually, the picking notes instead of intervals thing is worth >> trying. I'll do that. Thanks. I'm sure I've given away to >> you, by stating my eventual need for inversions, that I'm going >> after n-adic uniqueness. >
> If you start saying "scheme" and "n-adic" in the same sentence >I'm going to get confused. ? -Carl
top of page bottom of page up down


Message: 3336 - Contents - Hide Contents

Date: Thu, 17 Jan 2002 00:01:17

Subject: Re: algorithm sought

From: genewardsmith

--- In tuning-math@y..., "clumma" <carl@l...> wrote:

> Cool! One thing it will allow us to do is subtract out the > natural JI chords and leave only magic chords in your lists > on the main list.
How's this as a method: using the standard o-limit metric, take everything in a radius of 1 of the unison, which should give you the o-limit diamond. Now take all subsets of size k, find the centroid by averaging the coordinates (which should be in the prime-power basis, so that in the 9-limit 5/3 would be 9^(-1/2) * 5^1 * 7^0 = [-1/2, 1, 0], for instance) and test if everything is within a radius of 1/2 of the centroid, in which case put it on your list. For larger values of o, this would be faster than simply testing for pairwise consonance.
top of page bottom of page up down


Message: 3337 - Contents - Hide Contents

Date: Thu, 17 Jan 2002 22:52:42

Subject: No sevens

From: genewardsmith

Here is a list of "no sevens" ets up to 500, with a "no sevens" badness measure. Of course corresponding "no sevens" linear
temperaments can be treated just like 7-limit linear temperaments. The
no-sevens version of Arabic would come from combining 24 and 31.

1   .874469118
2   .6628051687
3   .8991089882
4   .7970714166
6   .8907979318
7   .4849216657
8   .8491505000
9   .7640348589
15   .5562849116
16   .9056313011
22   .6677836946
24   .9023455495
31   .8249555856
65   .6413351099
72   .7439328269
87   .5140313008
152   .8880115141
183   .9262407104
270   .8140628426
342   .8784426512
407   .6748936949
494   .5791226647


top of page bottom of page up down


Message: 3338 - Contents - Hide Contents

Date: Thu, 17 Jan 2002 00:02:10

Subject: Re: Iterated CPS

From: paulerlich

--- In tuning-math@y..., "genewardsmith" <genewardsmith@j...> wrote:

> If S is a set of octave-equivalence classes, we can denote by CPS
(S) the set of ratios of these classes, CPS already has another meaning -- combination product set. What you're looking at here might be called the "diamond".
top of page bottom of page up down


Message: 3339 - Contents - Hide Contents

Date: Thu, 17 Jan 2002 23:06:08

Subject: Re: No sevens

From: paulerlich

--- In tuning-math@y..., "genewardsmith" <genewardsmith@j...> wrote:
> Here is a list of "no sevens" ets up to 500, with a "no sevens" > badness measure.
Meaning the nine intervals 1:3 1:5 3:5 1:9 5:9 1:11 3:11 5:11 9:11 are equally weighted?
top of page bottom of page up down


Message: 3340 - Contents - Hide Contents

Date: Fri, 18 Jan 2002 00:10:06

Subject: Re: metric visualization

From: paulerlich

--- In tuning-math@y..., "paulerlich" <paul@s...> wrote:
> I wrote, >
>> In any case, if I directly use the formula you use to evaluate ETs > on >> Searching Small Intervals * [with cont.] (Wayb.): >> >> f3 + log(3)/log(5)*f5 + log(3)/log(5)*f(5/3) >> >> intepret f3, f5, and f(5/3) as absolute values, and minimize this >> sum, I do get 1/4-comma meantone. But if I take the MAX instead of >> the sum of these three terms, I get a fifth of 697.1160 cents.
A more exact calculation gives me 697.1383 cents . . .
top of page bottom of page up down


Message: 3341 - Contents - Hide Contents

Date: Fri, 18 Jan 2002 09:19:59

Subject: The 41 rank three consonantly-generated subgroups of the 11-limit group

From: genewardsmith

By "consonantly generated" I mean each of the generators is an 
11-limit consonance, and by "rank 3" that
there are three independent generators. It turns out that there are 41
of them, each of which could, in theory, be treated as something to
locate linear temperaments in. Some, however, are clearly more
significant than others.

[3,5,7]

[3,5,11]

[3,7,11]

[5,7,9]

[5,7,11]

[5,9,11]

[7,9,11]

[5,7,11/9]

[3,7/5,11]

[7/5,9,11]

[5/3,7,11]

[3,7,11/5]

[7,9,11/5]

[5,7/3,11]

[9/5,7,11]

[5,9/7,11]

[5,7,11/3]

[5,9,11/7]

[3,5,11/7]

[5,7/3,11/9]

[5,9/7,11/3]

[5/3,9/7,11]

[5/3,7,11/9]

[5,9/7,11/7]

[7/3,9/5,11]

[9/5,7,11/5]

[5,7/3,11/3]

[7/5,9/5,11]

[5/3,7/3,11]

[9,7/5,11/5]

[5/3,7,11/3]

[3,7/5,11/5]

[9/5,7,11/3]

[5/3,7/3,11/3]

[7/5,9/5,11/5]

[5/3,7/3,11/9]

[7/3,9/5,11/3]

[5/3,9/7,11/3]

[7/5,9/5,11/3]

[5/3,9/7,11/7]

[9/5,7/3,11/5]


top of page bottom of page up down


Message: 3342 - Contents - Hide Contents

Date: Fri, 18 Jan 2002 01:11:51

Subject: Re: No sevens

From: genewardsmith

--- In tuning-math@y..., "paulerlich" <paul@s...> wrote:

> Meaning the nine intervals > > 1:3 > 1:5 > 3:5 > 1:9 > 5:9 > 1:11 > 3:11 > 5:11 > 9:11 > > are equally weighted?
It probably should mean that, but I forgot to put in the nines. It's been a busy day and I was distracted.
top of page bottom of page up down


Message: 3343 - Contents - Hide Contents

Date: Fri, 18 Jan 2002 02:08:33

Subject: Re: ERROR IN CARTER'S SCHOENBERG (Re: badly tuned remote overtones)

From: monz

> From: paulerlich <paul@xxxxxxxxxxxxx.xxx> > To: <tuning-math@xxxxxxxxxxx.xxx> > Sent: Thursday, January 17, 2002 1:06 PM > Subject: [tuning-math] ERROR IN CARTER'S SCHOENBERG (Re: badly tuned remote overtones) > >
>> All I'm saying is that *if* Schoenberg had any kind of meantone >> conception in mind -- which I think is quite likely, given its >> ubiquity in European music, right down to our current notation, >> (*this* is why I'm giving a nod to you, Paul!!) -- then the >> unison-vector he'll bump into, in 1/4-comma meantone, is 128:125. >
> No way, dude. This is your "rational implications" business rearing > its ugly head again -- in no way do I endorse that view.
I think you misunderstand me, Paul. I just mean that there's probably a good chance that at least some of the time, Schoenberg thought of the "Circle of 5ths" in a meantone rather than a Pythagorean sense. This reference to you is only meant to credit you for opening my eyes to the strong meantone basis behind a good portion of the "common-practice" European musical tradition. -monz _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at Yahoo! Mail - The best web-based email! * [with cont.] (Wayb.)
top of page bottom of page up down


Message: 3344 - Contents - Hide Contents

Date: Fri, 18 Jan 2002 02:52:50

Subject: Schoenberg's 1927/34 "Problems of Harmony" theory

From: monz

> From: paulerlich <paul@xxxxxxxxxxxxx.xxx> > To: <tuning-math@xxxxxxxxxxx.xxx> > Sent: Thursday, January 17, 2002 1:13 PM > Subject: [tuning-math] Re: ERROR IN CARTER'S SCHOENBERG > > > --- In tuning-math@y..., "monz" <joemonz@y...> wrote: >
>> Actually, Partch's examination is based on Schoenberg's >> 1927/34 theory from "Problems of Harmony", so there's no >> typo anywhere in that. And as I've shown, that theory >> results in a 12-tone PB with consistent notation for the >> 11- and 13-limit ratios. >
> Where did you show that? Yahoo groups: /tuning-math/message/2159 * [with cont.] > Message 2159 > From: "monz" <joemonz@y...> > Date: Tue Dec 25, 2001 6:44 pm > Subject: lattices of Schoenberg's rational implications > > > ... > > 1934 _Problems of Harmony_ 13-limit system > > (-2 0 0 -1 1 ) = 104:99 > ( 2 0 -1 0 1 ) = 117:112 > (-2 0 -1 0 0 ) = 64:63 > ( 4 -1 0 0 0 ) = 81:80 > ( 2 1 0 -1 0 ) = 45:44 > > Determinant = 12
If I include 2:1 , I get matrix [ 1 0 0 0 0 ] = 2:1 [ -2 0 0 -1 1 ] = 104:99 [ 2 0 -1 0 1 ] = 117:112 [ -2 0 -1 0 0 ] = 64:63 [ 4 -1 0 0 0 ] = 81:80 [ 2 1 0 -1 0 ] = 45:44 adjoint: [ 12 0 0 0 0 0 ] [ 19 -1 1 -1 1 1 ] [ 28 -4 4 -4 -8 4 ] [ 34 2 -2 -10 -2 -2 ] [ 42 -6 6 -6 -6 -6 ] [ 44 4 8 -8 -4 -4 ] OK, I see that the first column-vector gives a typical 12-EDO mapping. Interestingly, now the 11th harmonic is mapped to 42 degrees of 12-EDO -- if "C" is n^0, this is "F#", the opposite of how Schoenberg mapped it in 1911 (as "F"), and indeed this is exactly how Schoenberg now notates 11 in "Problems of Harmony". And the "new" 13th harmonic is mapped to the 44th degree ("Ab"), which again is how Schoenberg notates it. As for the other column-vectors: I can see that all of them map 3 = 1 generator, the "5th", typical of both meantone and Pythagorean. Columns 2, 3, 4, and 6 map 5 = 4 generators, also typical of meantone, and the 5th column maps 5 = -8 generators, typical of a Pythagorean-based schismic temperament. Columns 2, 3, 5, and 6 map 7 to -2 generators, the "minor 7th", the closest approximation in Pythagorean. Column 4 maps 7 = 10 generators, the "augmented 6th", which is a typical meantone mapping. Columns 2, 3, and 4 map 11 = 6 generators, the "tritone" or "augmented 4th", a meantone-like approximation. Columns 5 and 6 map 11 = -6 generators, the Pythagorean "diminished 5th", again only an approximation. Columns 2, 5, and 6 map 13 = -4 generators, the "minor 6th", a meantone-like approximation, and columns 3 and 4 map 13 = 8 generators, the "augmented 5th", a Pythagorean approximation. Feedback appreciated. -monz _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at Yahoo! Mail - The best web-based email! * [with cont.] (Wayb.)
top of page bottom of page up down


Message: 3345 - Contents - Hide Contents

Date: Fri, 18 Jan 2002 07:14:02

Subject: Re: algorithm sought

From: genewardsmith

--- In tuning-math@y..., "clumma" <carl@l...> wrote:

>> If you start saying "scheme" and "n-adic" in the same sentence >> I'm going to get confused. > > ? http://mathworld.wolfram.com/Scheme.html * [with cont.] http://mathworld.wolfram.com/p-adicNumber.html * [with cont.]
top of page bottom of page up down


Message: 3346 - Contents - Hide Contents

Date: Fri, 18 Jan 2002 21:04:40

Subject: ERROR IN CARTER'S SCHOENBERG (Re: badly tuned remote overtones)

From: paulerlich

--- In tuning-math@y..., "monz" <joemonz@y...> wrote:
> > I think you misunderstand me, Paul. I just mean that there's > probably a good chance that at least some of the time, Schoenberg > thought of the "Circle of 5ths" in a meantone rather than a > Pythagorean sense.
I doubt it. For Schoenberg, the circle of 5ths closes after 12 fifths -- which is closer to being true in Pythagorean than in most meantones.
> This reference to you is only meant to credit you for opening > my eyes to the strong meantone basis behind a good portion of > the "common-practice" European musical tradition.
OK -- but you're confusing two completely unrelated facts -- that 128:125 is just in 1/4-comma meantone, and that 128:125 is one of the simplest unison vectors for defining a 12-tone periodicity block.
top of page bottom of page up down


Message: 3347 - Contents - Hide Contents

Date: Fri, 18 Jan 2002 21:06:43

Subject: Carl's Mathworld-Complete Correspondence Theorem

From: clumma

>>> >f you start saying "scheme" and "n-adic" in the same sentence >>> I'm going to get confused. >> >> ? > >http://mathworld.wolfram.com/Scheme.html * [with cont.] >http://mathworld.wolfram.com/p-adicNumber.html * [with cont.]
MCCT- For all pairs of terms [t_i, t_(i+1)], from finite alphabet [gamma], it is possible to select a pair of terms [m_i, m_(i+1)] from the Mathworld website which are identical. -C.
top of page bottom of page up down


Message: 3348 - Contents - Hide Contents

Date: Fri, 18 Jan 2002 21:48 +0

Subject: Re: scheme, etc., OT (was re: algorithm sought)

From: graham@xxxxxxxxxx.xx.xx

carl wrote:

> Sounds handy, but I wasn't referring to how much work the computer > does in scheme. Obviously, at least in my implemetation, it's > quite a bit more than in other languages! I was referring to how > compactly the language represents algorithms to humans. Like Knuth, > I think that computer programs can be useful not only for the > answers they give, but for the explanations they present to humans. > There's a continuum in abstraction from assembly to C to functional > languages like scheme, to actual math. For me, scheme is the ideal > point on this continuum -- math is too compact, C is egregious.
Well, this is something I'd prefer to leave subjective. Everybody has their own preferences with languages. Also, a lot depends on what library functions your allowed to use as "gifts". Some of the stuff with periodicity blocks is simple iff you have a library for handling and inverting matrices. There's a sense in which a brute force algorithm is less satisfactory than another kind. Comparing execution time between different programs using the same language implementation can be a good way of indicating this. Where is Haskell on your continuum?
> Measuring intervals from the root is equivalent to the choosing > notes method, and I thought you weren't talking about that. Just > got our wires crossed, is all.
Yes. Well, I've gone ahead and implemented this. Code is at <# Temperament finding library -- definitions * [with cont.] (Wayb.)> if I remember. The relevant stuff is in the "Tonality diamonds" section, with the combinations routine in "Utilities". CGI may follow. Here are all the 9-limit tetrads:
>> for chord in temper.limit9.allConsonantChords(4): print chord
[(0, 0, 0), (1, 0, 0), (-1, 0, 0), (-1, 1, 0)] [(0, 0, 0), (1, 0, 0), (-1, 0, 0), (1, -1, 0)] [(0, 0, 0), (1, 0, 0), (-1, 0, 0), (-1, 0, 1)] [(0, 0, 0), (1, 0, 0), (-1, 0, 0), (1, 0, -1)] [(0, 0, 0), (1, 0, 0), (0, 1, 0), (-1, 1, 0)] [(0, 0, 0), (1, 0, 0), (0, 1, 0), (0, 0, 1)] [(0, 0, 0), (1, 0, 0), (0, 1, 0), (2, 0, 0)] [(0, 0, 0), (1, 0, 0), (-1, 1, 0), (-1, 0, 1)] [(0, 0, 0), (1, 0, 0), (1, -1, 0), (1, 0, -1)] [(0, 0, 0), (1, 0, 0), (1, -1, 0), (2, -1, 0)] [(0, 0, 0), (1, 0, 0), (0, 0, 1), (-1, 0, 1)] [(0, 0, 0), (1, 0, 0), (0, 0, 1), (2, 0, 0)] [(0, 0, 0), (1, 0, 0), (1, 0, -1), (2, 0, -1)] [(0, 0, 0), (1, 0, 0), (2, 0, 0), (2, -1, 0)] [(0, 0, 0), (1, 0, 0), (2, 0, 0), (2, 0, -1)] [(0, 0, 0), (1, 0, 0), (2, -1, 0), (2, 0, -1)] [(0, 0, 0), (-1, 0, 0), (0, -1, 0), (1, -1, 0)] [(0, 0, 0), (-1, 0, 0), (0, -1, 0), (0, 0, -1)] [(0, 0, 0), (-1, 0, 0), (0, -1, 0), (-2, 0, 0)] [(0, 0, 0), (-1, 0, 0), (-1, 1, 0), (-1, 0, 1)] [(0, 0, 0), (-1, 0, 0), (-1, 1, 0), (-2, 1, 0)] [(0, 0, 0), (-1, 0, 0), (1, -1, 0), (1, 0, -1)] [(0, 0, 0), (-1, 0, 0), (0, 0, -1), (1, 0, -1)] [(0, 0, 0), (-1, 0, 0), (0, 0, -1), (-2, 0, 0)] [(0, 0, 0), (-1, 0, 0), (-1, 0, 1), (-2, 0, 1)] [(0, 0, 0), (-1, 0, 0), (-2, 0, 0), (-2, 1, 0)] [(0, 0, 0), (-1, 0, 0), (-2, 0, 0), (-2, 0, 1)] [(0, 0, 0), (-1, 0, 0), (-2, 1, 0), (-2, 0, 1)] [(0, 0, 0), (0, 1, 0), (-1, 1, 0), (0, 1, -1)] [(0, 0, 0), (0, 1, 0), (-1, 1, 0), (-2, 1, 0)] [(0, 0, 0), (0, 1, 0), (0, 0, 1), (2, 0, 0)] [(0, 0, 0), (0, 1, 0), (0, 1, -1), (-2, 1, 0)] [(0, 0, 0), (0, -1, 0), (1, -1, 0), (0, -1, 1)] [(0, 0, 0), (0, -1, 0), (1, -1, 0), (2, -1, 0)] [(0, 0, 0), (0, -1, 0), (0, 0, -1), (-2, 0, 0)] [(0, 0, 0), (0, -1, 0), (0, -1, 1), (2, -1, 0)] [(0, 0, 0), (-1, 1, 0), (0, 1, -1), (-2, 1, 0)] [(0, 0, 0), (1, -1, 0), (0, -1, 1), (2, -1, 0)] [(0, 0, 0), (0, 0, 1), (-1, 0, 1), (0, -1, 1)] [(0, 0, 0), (0, 0, 1), (-1, 0, 1), (-2, 0, 1)] [(0, 0, 0), (0, 0, 1), (0, -1, 1), (-2, 0, 1)] [(0, 0, 0), (0, 0, -1), (1, 0, -1), (0, 1, -1)] [(0, 0, 0), (0, 0, -1), (1, 0, -1), (2, 0, -1)] [(0, 0, 0), (0, 0, -1), (0, 1, -1), (2, 0, -1)] [(0, 0, 0), (-1, 0, 1), (0, -1, 1), (-2, 0, 1)] [(0, 0, 0), (1, 0, -1), (0, 1, -1), (2, 0, -1)] [(0, 0, 0), (2, 0, 0), (2, -1, 0), (2, 0, -1)] [(0, 0, 0), (-2, 0, 0), (-2, 1, 0), (-2, 0, 1)] The output's rather clumsy -- it's octave-equivalent vectors in no particular order. Whatever, I did spot at least one ASS in there. 15-limit tetrads take a bit of time to work out, but no much. Here's how to count them:
>>> len(temper.limit15.allConsonantChords(4)) 612
There are 590 15-limit pentads, and it takes two minutes to count them all on this machine. Here's how I did that:
>>> import time >>> stamp=time.time();len(temper.limit15.allConsonantChords(5) );time.time()-stamp 590 126.549999952
If all is correct, that should include no ASSes. The execution time may well be too great for CGI at my site. Although I have now cut it in half with some superficial changes. I wonder what I did right. Graham
top of page bottom of page up down


Message: 3349 - Contents - Hide Contents

Date: Fri, 18 Jan 2002 22:11:37

Subject: Re: scheme, etc., OT (was re: algorithm sought)

From: clumma

>> >here's a continuum in abstraction from assembly to C to functional >> languages like scheme, to actual math. For me, scheme is the ideal >> point on this continuum -- math is too compact, C is egregious. >
>Well, this is something I'd prefer to leave subjective. Everybody >has their own preferences with languages.
Very true. I was just stating mine.
>Also, a lot depends on what library functions your allowed to use >as "gifts".
Very true, and this should certainly be taken into account. Actually, it's nothing but library functions, all the way down; in a sense, this is my argument. As a stock language, scheme comes with very little more than a UTM. Math comes with the biggest library of all.
>There's a sense in which a brute force algorithm is >less satisfactory than another kind. Right. >Where is Haskell on your continuum?
Near scheme, closer to math.
>Yes. Well, I've gone ahead and implemented this. Code is at ><# Temperament finding library -- definitions * [with cont.] (Wayb.)> if I remember. The relevant >stuff is in the "Tonality diamonds" section, with the >combinations routine in "Utilities". CGI may follow. Suh-weet! >The output's rather clumsy -- it's octave-equivalent vectors >in no particular order. D'oh! >Whatever, I did spot at least one ASS in there. Cool. >15-limit tetrads take a bit of time to work out, but no much. >Here's how to count them: > >>>> len(temper.limit15.allConsonantChords(4)) > 612 > > There are 590 15-limit pentads, and it takes two minutes to > count them all on this machine. Here's how I did that: > >>>> import time >>>> stamp=time.time();len(temper.limit15.allConsonantChords(5) > );time.time()-stamp > 590 > 126.549999952 > > If all is correct, that should include no ASSes. The execution > time may well be too great for CGI at my site. Although I have > now cut it in half with some superficial changes. I wonder what > I did right. Thanks, Graham! -C.
top of page bottom of page up

Previous Next

3000 3050 3100 3150 3200 3250 3300 3350 3400 3450 3500 3550 3600 3650 3700 3750 3800 3850 3900 3950

3300 - 3325 -

top of page