Re: [stella] Good old Tune2600

Subject: Re: [stella] Good old Tune2600
From: Kirk Israel <kirkjerk@xxxxxxxxx>
Date: Wed, 3 Aug 2005 11:37:05 -0400
On 8/3/05, B. Watson <atari@xxxxxxxxxxxxxx> wrote:
> On Wed, 3 Aug 2005, Kirk Israel wrote:
> I kind of went into free-association mode there :)
> Some of the stuff I was rattling off, I have no idea how to implement
> in code...

Something like wanting to ensure "important intervals" like fifths
were closer would be fairly easy to do with simple weightings.

Trying to prefer homogeneity in the "notes too flat" vs "notes too
sharp" skew is a little trickier to think about, though I guess you
could calculate "how many notes are off in one direction vs the other"
ratio and attach an adjustable weighting to say how important that is.

Hmm. Some kind of feedback loop that could fairly easily generate
binaries with a few different tunings, and then letting the human pick
what sounds best, might be a good idea, and if done enough could lead
to a better idea of which weighting (overall closeness, pure-tone-math
vs well-tempered, preferring homogenity in skew, and focusing more on
getting the major intervals) should be emphasized.
> You can somewhat get around the dependence on the site staying up by
> making your webapp open source and distributing the source all over the
> place. If it's good, useful, and not painfully difficult to install,
> you'll find copies of your app running all over the place pretty soon.

Hmm, I think that's a bit optimistic, because this is a smallish hobby
to begin with, and then an even smaller percentage of hobbyists have
development webpages, and then only a small percentage of them have
permission or knowledge of how to install even a simple perl cgi

I have a strong preference for "single perl script" webapps, where the
same code displays the form and then the results.  And I also minimize
dependencies on external libraries--often I just stick in my own
hand-rolled CGI data parser.

Actually, come to think of it, lately I've been trying to do more in
pure javascript, like with PlayerPal and PlayfieldPal...that is almost
totally portable, the only "gotcha" is making sure someone grabs the
pure script to the page, and not the page as it's been dynamically
created by js code.
That might be even better than Perl for this program, actually.
Javascript is a decent little dynamic language, that gets a bad rep
because A. It's not Java despite its misleading name and B. Is used
for tons of dorky little web things. Of course when run in a browser
it can't interact with the filesystem, that's the #1 drawback.
Archives (includes files) at
Unsub & more at

Current Thread