<<
 
>>
 
 
justin = {main feed = { recent comments, search } , music , code , askjf , pubkey };
 
Searching for 'ol' in (articles)... [back to index]

programming is fun
November 2, 2024
Steve entered the Western States 100 lottery after qualifying in January... They are limited to 369 runners each year, and it's a legendary race, so there's a lot of demand. They have an interesting lottery structure: every year that you qualify and enter the lottery, if you are not picked, you get twice the entry tickets the next year.

After some early morning text messages where I tried (and to be honest, failed miserably) to calculate his odds, I wrote a little program in C to do the calculation.

Then, because sometimes programming is fun, I decided to see what it would look like in Perl. I haven't written a ton of Perl, I usually lean towards PHP for this sort of thing, but I ported SWELL's resource-processor script to Perl a while back and enjoyed it, and having a simple task is good for learning.

The first pass I did used a builtin array shuffle module, which proved too slow, then I ended up simplifying it and got it significantly faster than the C version (which didn't reshuffle, but did end up with pointless memmove()s). Once I had it all working (using strict, e.g. you have to declare everything), I decided to see how small I could get it to be. Here's what I ended up with (you can pipe the table on their lottery entry page to it):
$nwin = 250;    # I think the lottery picked about 250-something winners last year, the rest were golden tickets and such
$nlot = 100000; # someone could quantify the margin of error based on this, with statistics you would oh look a bird

for ($pid = 0; <>; ) {
  ($nt, $np) = split(/\s+/, s/,//r);
  ($nt > 0 and $np > 0 and not exists $wcnt{$nt}) or die "invalid input: $_\n";
  $wbin{$pid} = $nt;
  $wcnt{$nt} = 0;
  push(@tk, ($pid++) x $nt) while ($np-- > 0);
}

printf("%d tickets for %d entrants, running %d lotteries for %d winners:\n", $tkcnt = @tk, $pid, $nlot, $nwin);

for ($x = 0; $x < $nlot; $x++) {
  %in = { };
  $in{$id = $tk[rand($tkcnt)]}++ == 0 and exists $wbin{$id} and $wcnt{$wbin{$id}}++ while (%in < $nwin);
}

printf("%d tickets: %.2f%% win\n", $_, $wcnt{$_} * 100.0 / $nlot) foreach (sort { $a <=> $b } keys %wcnt);
Here is the most recent input:
512	 	1	 	512
256	 	15	 	3,840
128	 	55	 	7,040
64	 	139	 	8,896
32	 	215	 	6,880
16	 	296	 	4,736
8	 	594	 	4,752
4	 	963	 	3,852
2	 	1,538	 	3,076
1	 	2,077	 	2,077
and here is the most output with that table:
45661 tickets for 5893 entrants, running 100000 lotteries for 250 winners:
1 tickets: 0.66% win
2 tickets: 1.29% win
4 tickets: 2.56% win
8 tickets: 5.08% win
16 tickets: 9.99% win
32 tickets: 18.98% win
64 tickets: 34.12% win
128 tickets: 56.51% win
256 tickets: 80.91% win
512 tickets: 96.24% win
So, Steve's odds as of this afternoon are about 0.66%, but that will almost certainly go down (there's still a month left of the lottery; it only opened yesterday). Interestingly, one entrant there has been turned down 8 times before -- they currently have a 96% chance of getting in. And those who have been turnwed down 6 times before are slightly more likely than not to get in.

2 Comments
ok css here you go
October 26, 2024
I've updated this web page to use more CSS and removed most of the tables and stuff. I also got rid of the infinity scroll because it was just silly.

that is all.

p.s. the juice carrots take immediately below this post is something I like, now I have to find a way to fit a chorus pedal on my pedalboard

Comment...
When I first started programming C++ in the 1990s, there were language features that I found appalling. One of those was operator overloading, which was used in the most basic of C++ example code, e.g.
  cout << "hello, world" << endl;

This made the C programmer in me squirm. Why would you make the meaning of operators change wildly based on the context? Also you might lose track of what code is actually being generated. It could have side effects that you don't know about, or be orders of magnitude slower! I still fill this way, and avoid operator overloading, other than operator=, for most things.

...but having said that, I find operator overloading to be incredibly valuable when it comes to maintaining and refactoring a large code base. A pattern that has become routine for us is a basic type is initially used for some state and needs to be extended.

For example: in track groups, we originally had 32 groups (1-32), and a track could have different types of membership in any number of groups. For 32 groups, we used unsigned ints as bitmasks. Some years later, to support 64 groups we changed it to WDL_UINT64 (aka uint64_t). Straightforward (but actually quite tedious and in hindsight we should've skipped the type change and gone right to the next step). To increase beyond 64 bits, there's no longer a basic type that can be used. So instead:

  struct group_membership {
    enum { SZ = 2 };
    WDL_UINT64 m_data[SZ];

    const group_membership operator & (const group_membership &o) const
    {
      group_membership r;
      for (int i = 0; i < SZ; i ++) r.m_data[i] = m_data[i] & o.m_data[i];
      return r;
    }
    // and a bunch of other operators, a couple of functions to clear/set common masks, etc

  private:
     // prevent direct cast to int/int64/etc. necessary because we allow casting to bool below which would otherwise be quietly promoted to int
    operator int() const { return 0; }
  public:
    operator bool() const { for (int i = 0; i < SZ; i ++) if (m_data[i]) return true; return false; }
  };

Then we replace things like:

  WDL_UINT64 group;
with
  group_membership group;

and after that, (assuming you get all of the necessary operators mentioned in the comment above) most code just works without modification, e.g.:

  if (group & group_mask) { /* ... */ }

To be fair, we could easy tweak all of the code that the operator overloading implements to use functions, and not do this, but for me knowing that I'm not screwing up the logic in some subtle way is a big win. And if you have multiple branches and you're worried about merge conflicts, this avoids a lot of them.

Also, it's fun to look at the output of gcc or clang on these things. They end up producing pretty much optimal code, even when returning and copying structs. Though you should be sure to keep the struct in question as plain-old-data (ideally no constructor, or a trivial constructor, and no destructor).

Thus concludes my "a thing I appreciate about C++" talk. Next week, templates.

Recordings:

super8_novideo - 1 -- [9:36]
super8_novideo - 2 -- [4:16]
super8_novideo - 3 -- [4:34]
super8_novideo - 4 -- [8:20]

12 Comments

This was a picture I took soon after I got my 400mm lens in 2001, with my first DSLR, a Canon D30. I’m actually surprised how much better the 6Dmk1 looks (even not considering the much higher resolution), at the time I thought the D30 was amazing…

1 Comment

Parrot Colony:


Red-tailed Hawk, Hunting:




Eastern Phoebe:


Northern Mockingbird:




3 Comments

My last trail race was a bit over a year ago and apparently these experiences are some of the few I find worth documenting, so I'll bring the imaginary reader up to date on the the last year of running/hiking related activities/health/etc, even though my 2023-in-review post did some light quantification.

After Ray Miller I kept running and ran some road races in NY, including the Brooklyn Half, and a 5k a week later (when I wasn't fully recovered, which was also fun but probably too hard to soon). Later on in May I started having some leg nerve feelings, which ended up being caused by a herniated disc, so I had to cool it on the running for a bit. I started walking a lot. Pretty much any time I would normally bicycle somewhere, I'd walk instead. And as advised, I got a routine going of core strength exercises, and figured out how to continue my glute/hamstring PT. The gym, ugh. I think I read somewhere that gymnasiums were originally places where people would work out in the nude. Maybe the root was the greek word for nudity? anyway I digress. I find myself doing this in text messages too, saying way too much. Do I do it in person too and not notice it because there's no written record of it?

In the summer, Steve, Edward and I all signed up for the January 27, 2024 Sean O'Brien 50 miler. Edward and I ran this race in 2020, right before the pandemic, and joked about how covid would be nothing. When I signed up for the 2024 race, I wasn't running, did not know if I would be running by January, but I figured worst case I could try to power hike it.

I walked the NY Marathon in November (in 5:20 or so), which was a fantastic experience and I would recommend it to anybody who likes to walk. I took videos of a lot of the bands who played and then had a good Strava post which read as a tripadvisor review of the New York Music Festival -- too much walking! I should've posted those videos here. Maybe I still will. Let me know in the comments if you think that's a good idea.

A couple of weeks after the NY Marathon, I started running again, and worked up (with a covid-intermission) to a few 15-20 mile weeks, on top of 40-60 miles of walking. When I was running at my peak, the most miles per week I'd ever sustain was about 40, so I was feeling pretty good about the volume and time on my feet. Then, the week before the race, the SOB organizers sent out an email that mentioned you could change distances, and also that if you were running the 100k and you missed the 17 hour cutoff (or decided you wanted to bail), you could drop to the 50 miler during the race, at mile 43. So it became a fathomable thing -- sign up for the 100k, and if you're not feeling it at 43, just do 50. And not only that, if things go really poorly, it buys you another half hour for the 50 miler. Steve and I decided to do that.


(an old friend saw me off on my journey)

We drove to LA.


(this dog barked at me until I acknowledged him at the red light)


The (almost)-annual pilgrimage to Tacos Delta. Saw Paranorm. ChatGPT told us (and Wikipedia eventually confirmed) that Tarzana was named after the creation of its resident Edgar Rice Burroughs. Steve walked 15 miles the day before the race (!).


drop bags

Gear for the race:

The race -- forecast was a low of 55 and a high of 72. Turns out the start was considerably colder, though, due to microclimates of the valley. But it was still quite pleasant having so recently been in the 20-degree highs of NY.


Psyched sideways

The first half of the race was more of a run than a race, as these things go.


The race begins on a road. Hey wait.

The water crossing at mile 2 was quite a bit higher and unavoidable this year. In 2020 I managed to keep my feet dry. The wool socks I was wearing quickly dried out and didn't give me any problems.









I changed my shirt and hat and dropped off my headlamp at the drop bag at mile 13, around that time I noticed some bits of chafing in spots, put some bodyglide on there and it stopped being a problem.

Peanut butter pretzels were good, stroopwaffels too. I think I might have accidentally dropped a wrapper though, ugh, sorry, hopefully someone picked it up. I put it in my pocket and closed the zipper but when I went to open the pocket at the aid station to dump the trash it was gone. Or maybe I misplaced it. Your brain sometimes loses track of all of these things.


why didn't someone tell me that water bottle looks ridiculous in the pocket?


group of mountain bikers having lunch, I assume. nice spot for it.


this time, on the descent to Bonsall, I could see the trail across the valley that we would later be on. makes me giddy!


settling in to the race and getting ready to fall apart at mile 22, Bonsall


At mile 22 I stopped, saw a guy (hi, Peter) whom I had previously mistaken for Steve, put some squirrel nut butter and a bandaid on a hotspot on my big toe (worked well, never used that stuff before). Filled up to the brim with water.



(crows getting a free ride on the ridge)

I paid more attention to birds this year, and not just the crows. I'd like to go back to these trails with a camera and big lens and time to spare.

The massive climb out of Bonsall was nice since I knew what to expect (in 2020 it was demoralizing, lol), but it was really hot. There was a stream crossing where dipping your hat in the water was an amazing feeling (though within minutes it was back to heat). If I had more time I would've sat in it.

The second half of the race was more difficult. I no longer had the energy to take pictures. The aid station around the halfway point had a lot of bacon. I really wanted some but I couldn't bring myself to eat any. This seems to happen to me at this point, nausea and stuff. I need to figure this out (brain thinks I have food poisoning or something?). Maybe I should've tried a gel. Doesn't require chewing and pure sugar, might have been worth the try. Hindsight.

At mile 37-ish, drop bag again, grabbed lights, long sleeved shirt, other hat. Didn't want to mess with my socks so kept my original pair.

I kept moving, snacking a little bit here and there, trying to down some tailwind along with the water, hanging on. By mile 43 (nearly 11 hours after the 5:30am start) I was 5 minutes ahead of my 2020 time, and only 10 minutes behind Steve, but I really couldn't eat anything. I overhead a couple of people drop to the 50 miler. My legs felt OK, and it turned out if I continued on with the 100k route, I could always drop at 50 miles (since it was a 6-mile each way out-and-back that turned around near the finish). So I continued on. Up a hill, then down a really massive hill. Going up the hill was fine. Going down the hill was difficult. I haven't done enough quad strength training. Tsk tsk. I ran a little bit of it but it was mostly walking. Ate maybe 3 almonds, drank a few swigs of tailwind. It was starting to get dark. At the bottom of the hill it was along a riverbed for a while. Lots of frog sounds. I saw Steve when I was about 15 minutes away from the 50 mile aid station (so his lead was up to about 30-45 minutes at that point, I guess?).

The aid station people gave me a quarter of a banana, which I ate. It was not easy. They were nice (they are all). Someone I talked to earlier in the race asked if I had a pacer for this part, then looked at me like I was crazy for not. I remembered this, and asked if there were any freelance pacers available. No such luck.

Did the riverbed commute back to the climb, now with my head(waist)lamp on. Coming down the hill was a race marshall, sweeping the course. Nobody else would be coming down the hill. I could see headlamps far ahead, and occasionally see them far behind me, but for a long time I saw nobody, and heard only the sounds of frogs and wind. The moon rose, it had a lot of clouds in front of it and looked very red on the horizon.

I running a huge calorie deficit and was having to regulate my climbing of the hill in order to prevent bonking. I'd go too hard and have to back off because I could feel it wouldn't be sustainable. This was the toughest part of the experience, I think, this climb. When I was eventually caught by another runner, it was nice.

Going over the hill and back down to the mile 43 aid station (again, though now at 55-ish), with 7 miles to go. This aid station is a bit remote and you can't drop out of the race there, and I guess it was getting late, so the aid station captain was really big on getting me moving. Tried to get me to eat, but when I did my best picky eater impression he said (very nicely -- everybody volunteering at the aid stations were amazing) something to the effect of "well water is what you need most right now, now get moving." So I did. I ended up not having any real calories to speak of for the last 20 miles of the race, heh. Though almost all of those 20 miles were walked, not run.

After that final aid station, the last 7 miles were challenging but also pretty straightforward, the finish was within reach, and I had plenty of time to not hit the cutoff at a walking pace. My underwear had bunched up and I had some pretty significant butt chafing but it was too late to do anything about it, just had to suffer with it. Should've checked in for it hours ago, doh. Once I got to the flat ground of the last mile, walking at about 13 minutes/mile to the finish felt pretty good (flat!). I was sort of hoping to be DFL, but not enough to slow down when I saw some headlamps behind me.


After more than 16 hours of running and hiking, Steve was waiting for me at the finish (having waiting 90 minutes! <3). There was food, but it would be hours until I could eat anything meaningful. We headed back to Tarzana, and watched some TV (was it Boys or 30 Rock? I can't remember) before crashing.

I got the shivers again. Seemed to be associated with movement, too. Didn't last too long, and not so bad. Way better than covid. Apparently it's about inflammation.


The next day Edward made us steak. Amazing.


There was ice cream, and a cold swim in a 55F pool. Total win.

Am I ready to do this race (including its 13,000ft of climbing and descent) again? No. But it won't be long.

5 Comments

old things
January 16, 2024
I posted some pictures in the previous posts here, and the lens I used is a 400mm f/5.6 Canon EF lens which I bought in 2001. I realized this was one of the older things that I still have and use. Yesterday as I was walking outside on a cold day, I realized that the mittens I was wearing, which I've worn a lot the last 10 winters, are probably similar in age. Other than a couple of guitars, I don't think I have much else that old. Everything wears out or becomes obsolete1. Boo.

[1] I also have my old Canon EOS-1 35mm camera. I haven't had the patience to use it in at least 15 years. And other lenses from the 2000-2001 era, which in recent memory I've only used for shooting video with the (newer) EOS-6D.

Comment...
2023 Retrospective
January 4, 2024
I could talk about things that were important in the world last year but I don't think I have anything terribly constructive to add, so instead I will post this:

At the end of 2021 I calculated some stats, but apparently I forgot to do anything for 2022. Here's 2023: I guess the overall trend is that I'm slowing down! Something to think about...

Recordings:

sandwich terrier

Comment...
ghosts and life
November 27, 2023
I don't believe in ghosts.

I read Project Hail Mary a few weeks ago, and I enjoyed it at the time, and since then it's aged well in my brain.

Some months ago I read some article about how life could be defined as any system of patterns that reproduced itself, or something. The point of that article was about how life could exist anywhere there was energy, e.g. in the sun. If anybody knows what I'm talking about, post a link here...

I suppose that's the premise of Conway's Game of Life.

Anyway -- taking that reproducing pattern thing in mind. Could a house be haunted, with a chill? Maybe if it had the right combination of air currents, you could have a pattern where some cold breeze periodically exists, and creates cycles that would be unexplainable, could that be life? Maybe ghosts are these effective lifeforms that we don't comprehend. Nothing supernatural about them, just not water and carbon etc. And probably not self-aware...



Comment...

arm64EC on Windows 11
November 10, 2023
Oh hi there, I guess it's been a while! REAPER v7 has launched. Right on.

I've spent some time on and off occasionally getting REAPER to run natively on Windows/arm64. There's practically no demand for such a thing, but the platform exists so it's worth thinking about. I read various reviews of some arm laptops that ran Windows and the real issue seemed to be lack of native software.

Anyway, in trying to finish these builds, I learned about something new in Windows 11/arm: the "arm64ec" ABI. This allows emulating x86_64 on native arm64 processes, with the ability for arm64 code to load/call x86_64 code without having to do any process bridging or anything like that. It's pretty much designed for DAWs, which need to load plug-ins in process for performance.

I posted a build of REAPER to our pre-release site which uses this. What cool is that there are a few libraries we ship with which we don't have ARM versions, but REAPER happily loads the x86_64 versions and they work! (one is libmp3lame.dll, haven't gotten around to making a native build of that.

The only real hiccups were porting the dynamic code generation of EEL2: symbols get a # prefix, there are a few registers you can't use, and you have to use VirtualAlloc2() to allocate code memory and tag it as being arm code rather than x86_64.

Not sure if this stuff will ever be worth releasing, but it's fun, and if you're interested you can play with it.

P.S. the new code signing requirement that the key needs to be stored in a hardware security module (e.g. Yubikey) is completely misguided. The Yubikey always wants you to enter the PIN, too. SMH. Additionally, if you remote desktop into a Windows 10 computer, you can't use the locally-installed HSM! So alas, I've installed TightVNC for the first time in more than a decade (not sure if that's a security win...).

3 Comments
C++ RAII optimization
October 7, 2023
Wanted to check my assumptions on C++ and the ability of modern compilers to optimize RAII (side note: I can never remember that abbreviation, always have to google it), so this morning I had a few moments of fun with godbolt: When compiled with -O2 -fomit-frame-pointer -fno-exceptions, would foo_c() and foo_cxx() differ meaningfully? Output (x86-64 gcc 4.7.4, newer gcc versions are all similar):

So yeah, the optimizer does perfectly.

Recordings:

Yes, Exactly, Yes! - 1 -- [8:53]
Yes, Exactly, Yes! - 2 - Private Life -- [7:20]
Yes, Exactly, Yes! - 3 - Watch Your Step -- [2:46]
Yes, Exactly, Yes! - 4 - Watch Your Step (II) -- [2:05]
Yes, Exactly, Yes! - 5 - Self Imposed -- [4:39]
Yes, Exactly, Yes! - 6 - Dogs Will Rule the World -- [3:04]
Yes, Exactly, Yes! - 7 - Virgins Again -- [2:53]
Yes, Exactly, Yes! - 8 - Virgins Again (Again) -- [3:14]
Yes, Exactly, Yes! - 9 - The River -- [4:31]
Yes, Exactly, Yes! - 10 - Cosmic Background -- [3:32]
Yes, Exactly, Yes! - 11 -- [5:20]
Yes, Exactly, Yes! - 12 - Hindenburg -- [6:42]
Yes, Exactly, Yes! - 13 - Chosen by the Few -- [3:48]
Yes, Exactly, Yes! - 14 - Las Vegas -- [4:04]
Yes, Exactly, Yes! - 15 - No Big Benefactor -- [4:06]
Yes, Exactly, Yes! - 16 - Now We Understand -- [4:14]
Yes, Exactly, Yes! - 17 - Cast Iron Candy Bandit -- [3:10]
Yes, Exactly, Yes! - 18 - Dogs Will Rule the World (reprise) -- [3:37]
Yes, Exactly, Yes! - 19 - Find Me -- [5:01]
Yes, Exactly, Yes! - 20 - Old as Coal -- [4:33]
Yes, Exactly, Yes! - 21 -- [11:36]
Yes, Exactly, Yes! - 22 - Charlie (feat Cory Choy) -- [4:35]

Comment...

inefficient programming
September 14, 2023
Someone asked if I would post something about programming. I wish I had something interesting to offer. The best I can do is describe an area in our current work where there's a considerable productivity drain ("technical debt", I suppose).

We're still using Windows .rc files for dialog boxes. VC6 is my preferred dialog editor, but it has a limit of something like 32k or 64k controls in total for the entire .rc file, if you exceed that it crashes. We've long exceeded that, so now we pretty much edit .rc files by hand with lots of trial and error (I don't seem to be getting any better of adding/subtracting fixed values to the Nth column of a bunch of lines). We could temporarily trim the file, do the edits, then restore the rest, but meh. Or we could write a .rc file editor lol. At any rate it's completely inefficient.

On a more specific points related to that, adding options to REAPER's preferences takes far too much work. There's the manual .rc file editing, the juggling around of options in a fixed amount of space, moving things to other tabs, etc. It's stupid and a time suck. But there's no reasonable alternative without a ton of extra work. Some day, maybe.

So anyway, it's often the case where we want to add something simple, and a good half of the work is spent with UI nonsense. Yes yes we could move all of our preferences to a list of attributes and make it all generated from data and that would be great but that would be a huge project.

bonus:

People ask about making a mobile sequencer. The underlying core of a DAW would be the same, but doing the UI would require basically a separate implementation to be useable. I don't really want to maintain two DAWs. Also phones bleh (x 1000 -- the ecosystem, the lockeddownness, the lack of keyboard, the mercy of the OS, etc). :/

12 Comments
Working on a fun REAPER branch relating to keyboard shortcuts. I will allow some pretty sweet things, but it will also give people a lot of rope to hang themselves with. You can have a bunch of alternate main keyboard mapping sections (which also affect mousewheel mappings), so you can switch sections by action/toolbar/menu/whatever.

You can also engage a section momentarily by action, so you could: make Ctrl+F be "momentarily use the main section named "FX", then that section could just have a ton of mappings to particular FX: Ctrl+F followed by E for ReaEQ, Ctrl+F followed by C for ReaComp, etc.

What's also fun is that when they are momentarily engaged, they act globally... so if you are in a text field and do Ctrl+F, then the following E or C still work, or if you have the Ctrl+F as a global hotkey, then that momentary switch makes the E or C effectively global too, but only when following the Ctrl+F.

But -- if you accidentally run an action perma-switching to a section that has no keyboard mappings... well nothing will work until you switch back via the correct action in the actions window, or you restart reaper. Which is where the rope to hang yourself is.

4 Comments
EEL2 Inception
December 21, 2022
(I posted this to Mastodon but really why not put it here too?)

In one of our REAPER development branches (and thus the latest +dev builds), there's now support for generating EEL2 code on the fly (for EEL reascripts, JSFX, video processors), using EEL2. I find this immensely pleasing.

To use this functionality, you can create an embedded script, using <? script code ?>, and that script has a separate variable/memory space, and can generate code using printf().

EEL2 often requires a lot of repetitive code to produce fast DSP code.

So for example, our loudness meter has a sinc filter that gets coefficients generated. Here's a before and after:

 function sinc_gen_slice(cs, o*) instance(sinc_gen_val slice_pos) global() (
   slice_pos = cs;
-  o.v00 = sinc_gen_val(); o.v01 = sinc_gen_val(); o.v02 = sinc_gen_val(); o.v03 = sinc_gen_val();
-  o.v04 = sinc_gen_val(); o.v05 = sinc_gen_val(); o.v06 = sinc_gen_val(); o.v07 = sinc_gen_val();
-  o.v08 = sinc_gen_val(); o.v09 = sinc_gen_val(); o.v10 = sinc_gen_val(); o.v11 = sinc_gen_val();
-  o.v12 = sinc_gen_val(); o.v13 = sinc_gen_val(); o.v14 = sinc_gen_val(); o.v15 = sinc_gen_val();
+  <? loop(x=0;sinc_sz, printf("o.v%02d = sinc_gen_val();%s",x,(x&3)==3?"\n": " "); x += 1) ?>
 );

There's some extra logic in there to produce identical output (including newlines) which isn't necessary, but added so I could test the output to make sure it didn't differ. The nice thing is, not only is this more readable and smaller, if you want to increase the filter size, you can without a ton of tedious and error-prone copy/paste.

Update, other tricks. If you want to make this code optional, you can do:

/* <? printf("%s/","*"); 
  printf("code which will only be executed on new jsfx/etc");
  printf("/%s","*");
?> */
and if you want either/or (new code vs legacy), you can do:
/* <? printf("%s/","*");
  _suppress=1; 
  printf("code which will only be executed on new jsfx");
  printf("/%s","*");
?> */
legacy code which will only be executed on old jsfx
/* <? _suppress=0; ?> */
(Forgot to mention earlier, you can set _suppress to have the preprocessor not output regular text)

2 Comments
(retroposted on December 17, 2022)

I took a ton of pictures on this race but I really have no use for them, nobody wants to come over and see my vacation slides, and I don't have a slide projector and also I took them on my phone which means they only exist as bits. I'm always looking for excuses to write about things, but it tends to be too much complaining about programming nonsense. So here are my photos, with explanations:




I flew into LAX on the Thursday. Decided to walk from the terminal to the rental car place. It's about a mile and a half, which if you've packed light is infinitely preferable to walk, especially in 55 degree weather, than to pile onto a rental car bus. Especially these days. I rented a car (brand new Kia sedan ftw), wandered my way around, got some lunch using a gift card I purchased in early 2020, mmm french toast, went for an easy run in Griffith Park to waste some time, it was really tough to not go more than a few miles. Checked into the guest house airbnb, went to bed at 7pm or so.




Friday involved going to Tacos Delta for chilaquiles. I'll leave this here. Kept to myself, worked a bit, went to bed around 7pm again.




Got up at 2:30am, left the airbnb at a little before 4am. Drove the long way to Malibu. Got to see places I occasionally went as a kid. Met Steve and Edward (and their friend Alex) at the start around 5:15am. There are other pictures with less fantastic lighting but really why when you have this one?




Something like 80 people, I guess? We start at 6am.

I should point out that the organizers mention that the course is well marked, but there is one turn that it's very important that the 50-mile runners make (there's also a 50k starting an hour later), and if you don't make the turn you'll end up running a bit over 50k. Why did I mention this?

The first few miles are a singletrack climb, which means the start position is very important. We held back, letting the faster people go ahead. Maybe we let too many. A little running, but a lot of fast hiking. Which was good, the last thing I wanted to do is go out too fast. I never know how these things will go, I mean usually it's fine but things will hurt and there will be suffering so better try to minimize it. And I'm on a low-mileage year. Anyway.




It starts getting light on the climb, 6:19am. Steve wants to go faster, runs a little bit of the climb, I somewhat keep up (catching up on the level bits or when he stops to take pictures).




It levels out a bit, there's some running, 6:40am. The aid station will come in another 20 minutes or so.




After the aid station (which was about 5 miles), some oranges, watermelon, water fillup, maybe some other snacks I forget now, we start a 6 mile loop with a little mud. Steve's in front of me here, at about 7:20am.




Ah the views, 7:28am.




The view ahead from the last shot, I love those shots of the trail ahead (or behind -- and more accurately the experience of seeing them in real life -- at home there's nothing more satisfying than seeing the Brooklyn Bridge ahead of you a mile away, and 1 WTC in the distance behind it, then finding yourself there by your feet). I'll try to point the trail shots out, if we can see with these low quality images I uploaded.




This one I could've left out, but hey 5 minutes passed and I can still see the ocean.









We head inland and it gets really muddy, I'm told this is due to rain. Tons of mud stick to your shoes, you end up tweaking your gait in order to try to shake it off as you go. Activating strange muscles. It gets a bit warm. Only a little bit. 7:49am. Another 10-15 minutes and you're back at the same aid station as before.




I left the aid station before Steve. As a result I was in front of him. There was a climb. I was not faster.




Oxnard, in the background, I assume! Our friend Fritz was always obsessed with that name. I meant to text him about that but didn't have much cell service. 8:26am.




After that climb, there was a pretty amazing descent, which I had a lot of fun on. Steve seemed to be on a phone call while he was running so I thought I'd give him his space. Near the bottom of the descent was the Valley of the Spiders[tm][cc](Andy). The spiders were considerate in marking their territory and I didn't feel threatened. 8:50am.




Just down the road a 100' from the spider web, it got really cold, this valley trapped that cold air, and the with the humidity there were these clouds forming. It was cool but didn't photograph well, just looks like dust here.




A short 10 minutes later, you pay the price of that descent, with a pretty steep fire road climb. I walked this (I walked all of the climbing really). As I was hiking up this, the leader for the 50k race ran past me. RAN. That did not look easy to do for a 10k let alone a 50k. At the top of that hill was the same aid station again (16 miles, 9:05am or so). Where I filled my water, ate some more, and left as soon as possible. Then about 100' down the road I stopped to clean out the mud from my sock which was messing with my big toe. Oh such stupid timing...




After that there was some nice downhill, then I ended up in a valley which was very warm and humid. This was probably as hot as I was all day, and it was at 9:30am.




On the climb out of the riverbed valley, it got cooler, but my hip was doing something funny, popping with each step that I walked (didn't have the issue running). I stopped to stretch a little, which didn't help, then found that I could adjust my gait slightly in order to avoid the popping. The popping didn't hurt but it also didn't seem like a good thing. The climb was nice, here's the view after crossing a gravel path that people were bicycling on (you can see them barely). It looked like a really nice place to ride. I do get jealous of California this time of year. 10:00am or so, 20 miles in.




I had a 10 minute stop at a NEW aid station, at 10:35-10:45 or so. At this point in addition to the eating and getting water (and watered down coke), I took my socks off, put some ointment and bandaids on my toes, which had been giving me problems (somewhat due to my mismanagement of them 4 weeks before at the NY marathon, another story which will not get documented). I also snugged my shoes slightly to try to keep some of the pressure off my toes (this ended up being an oops that I'm still paying for). Anyway 10-15 minutes after that aid station is this picture, mountains pretty. I like them. I start to climb them.




I go up what I thought was a really big hill (Strava tells me it was about 750'. OK not that big). At the top is this left turn. The one they mentioned at the start. It's a little tempting to just miss the turn and do a 50k. 11:15am, about 26 miles. I take the turn.

Side note: the course was very well marked, especially compared to the races in NJ I've done, but this is sort of the exception. They really should have a sign that says "50 mile runners: if you're not at mile 40 or so, turn around and make the turn!" Maybe missing turns and getting lost is a rite of passage for trail runners...




The climb continues! You can see the trail below... wait, shit, you can't. OK how about I "ENHANCE":




That's a person, I'm 79.3% sure. It could be Steve! I could easily check that in the days of Strava and GPS data but it's better not to know.




More climbing. 45 minutes and 2.5 miles later, nearing the top. This will be fun to go back down (we go out 7 miles or so and back another 7 miles to an aid station).




After that climb, there's still hills, some up, some down. I liked it better when the aid stations were closer together. You occasionally pass groups of tourists, which always feels odd, such differences in current experiences.




Still headed to the aid station, there's a view to the Northeast of some lake. I ponder whether it is artificial. 12:40pm, 31 miles, about to descend to the aid station.





Crow (or as I'm told, Raven), seen from the descent to the aid station.

Soon after, I arrive at the 33-ish mile aid station, and put on the best thing ever -- fresh socks. Long overdue. I try to eat some but it's getting more difficult. Sitting is nice. I arrive at around 12:50pm, leave around 1:05pm.

Out and back not so interesting, same thing in reverse. I see Edward before the big descent. Take a video of him running the other way. Share some ginger candy. He says Steve should be not too far behind him. We go our separate ways.





Take this video of running at the start of the big descent -- "Coming down the mountain" (around mile 38, 2:05pm)

I didn't mention it until now, but this whole race I've had songs from The Verve's "A Storm in Heaven" in my head. Butterfly, "The Sun, The Sun", Star Sail. I wondered if "The Sun, The Sea" is a reference to l'etranger. I'm not listening to anything but damn those songs just burn a hole in my ears. Maybe I get sick of them, or just my general starting-to-feel-awfulness projects to them (I still love that album and have happily listened to it since!).

I don't see Steve on the descent. I start to guess he missed the turn. D'oh.

The section of the climb that took 50 minutes to go up takes about 30 minutes to go down. Fun. My weak left calf starts feeling not great with every left step. Still fun though.




After that descent, some new territory. 2:30pm, around 39 miles. Eating ginger candies. So far between aid stations.




Nice trails though.




Ah another canyon, 3:15pm.




I think this was soon after the last one. The photographer was like "you're almost to the last aid station!" But those 3 or so miles took FOREVER. Boring flat jeep trail.

Get to the aid station, eat some stale Chipotle chips (they had water and gels and offered to make some soup but eh). Did some more toe management. This is the part of the race where I usually end up complaining and then after the fact regret the complaining. But anyway only like 4 miles to go, just one small climb and descent then it's done.




That climb went on way too long. The small climb is still 1000'. I talked to another person who was also complaining, though his excuse was that since September he had only run two 7 mile runs. pfft! and then he proceeded to go ahead and beat me by a solid 5-10 minutes. Ah, youth.




The climb kept going. More complaining.




Looking back.




My goal was to finish. Bonus to not finish in the dark. 4:30pm.




Damn, magic hour, 4:38pm. After taking this I enjoyed the descent, passed various hikers taking sunset pictures, we all agreed it was beautiful. Finished at something like 4:52pm. Took a few minutes before I could eat anything, had some quesadillas, chili, couldn't really stomach much. It was getting cold, so I took off. Saw in my text messages that Steve did in fact miss the turn (bummer).

Drove back to LA. Got back to the airbnb, ate some snacks, realized I didn't have enough of them, oops, took a shower, got chills, got in bed, felt really good under the covers. Whenever I'd get up to pee, massive shiver shiver chills.




7am Sunday, return to Tacos Delta. Glorious breakfast burrito made me whole. A few hours later, beer with salt and kebabs at Edward's. That was also amazing.

Thus concludes my story.

1 Comment


I wrote and recorded (though not always in that order) a couple dozen tracks over the last year, and decided it was time to put many of them into an album.

It's now available on my archive, Spotify, Apple Music, Amazon, Tidal, etc.

I look forward to continuing this journey, though I'm running out of old artwork to reuse for album covers.



3 Comments

ah yes
May 28, 2022
I've had nothing but contempt for Bitcoin and everything (afaik) that has spawned from that ecosystem, though apparently I've never written about it here. I have nothing but contempt for Bitcoin and everything that has spawned from that ecosystem! I'm hopeful that it's on its way out, but made sad by the fact that so many people have been scammed.

Having said that, it seems that the "Web3" movement wants to move the web past where we are now (which is where Facebook/Google/etc are almost everything), which is an admirable goal. If we can do it in a reasonable way. There's just no reason to build systems that try to be trustless or fully distributed, we already have a fantastic hierarchically distributed infrastructure for this: DNS.

In 2012, I had a thought along these lines -- and I wrote a Google Doc (irony much?) -- don't bother reading it though, it's very outdated and lacking in specifics.

To make the web more open and decentralized, what we need is a new protocol and piece of software!

WATCH - "We Are The Cloud Hosts"

The web that we live with today is largely because people want the following capabilities: Anybody can do all of these things without using Facebook/Google/blah, but it's not easy. Let's break it down: This could all be accomplished by developing one peice of software: the WATCH server. In a typical scenario, the system would be setup as such: How it would be used: This is obviously not fully thought-through, but it does seem like some open software implementing this sort of infrastructure could be a really nice thing to have, and a good way forward for the web.

5 Comments
testing something
April 17, 2022
e-bikes
March 18, 2022
I recently got my first e-bike, and I have some thoughts:

(I've been riding in NYC for a number of years, most days, somewhere in the thousands of miles per year. Most of the time I ride a Salsa Casseroll Single with fenders, rack, panniers, 20 tooth cog for easier climbs, and most recently a Surly Open Bar handlebars and a stem riser for upright posture. Side note: a video of a recent ride. )

The last few (six?) months I've been dealing with a hamstring issue (too much running with poor biomechanics, curse you teenage self), and bicycling does seem to aggrevate it, so I decided to get an e-bike with a throttle in order to be able to rest a little while still living life and going places by bike. I got a RadRunner 2 (it seems pretty decent, reasonably priced, and you can set it up to carry passengers. I have some qualms from setting it up but I'll save those for another day).

This morning I rode from Tribeca to Union Square to pick up a few things from the green market, and back, usingthe throttle almost exclusively. I found myself going a lot faster than I normally ride, and worryingly defaulting into a "driving" mentality. It left a bad taste in my mouth.

Later in the day, I rode to my office/studio in Red Hook, via the Manhattan Bridge, and made a special effort to go at a usual (leisurely) pace. It worked, and I managed to stay in a better, more peaceful frame of mind, but it took mental effort. I will have to continue that effort.

I find I definitely prefer the peacefulness of riding regular (*cough* acoustic *cough*), but my hamstring appreciated the electric-ness. What's interesting, though, is the economics:

I recharged my battery after riding 15 miles (which would be about 90 minutes of riding at city speeds), and using a Kill-A-Watt, I measured 360Wh of power use at the mains power. I looked up electric rates, and a ballpark we're talking about $0.05 worth of electricity, and the battery probably had less than 0.05% (or $0.25) of its lifetime wear. If I had ridden my regular bike, I would've burned a few hundred calories at least, and unless I was extremely frugal in my eating (I am not), there's no way I would spend only $0.30 on replenishing those calories. So in some ways, this is more economical (and probably more efficient, too?). Obviously there are benefits to exercise but let's assume I have that taken care of anyway.

Delivery people all moved to e-bikes ages ago. There were stories in the news about how they needed them in order to keep up, but I never really realized that the economics of it, even if you are as fit as possible, made generally cheaper to use electricity than to eat the extra food!

It's very good that e-bikes have been made legal in NY, hopefully the parks will follow (it feels like there should be an ADA claim against the parks that ban them, as there are people who can ride e-bikes but can't ride acoustic bikes). I'm still stunned by the efficiency of this bike, even with its massive 3" wide tires and weighing in around 65lbs.

(Update March 19: I was curious how much electricity electric cars use by comparison… sounds like typical is 34kWh per 100 miles, or 340Wh per mile… assuming that holds up in the city, that’d make the electric bike use about 1/15th the power. which is roughly in line with the mass ratio...)

Recordings:

nothing that will be missed

Comment...
Paul Davis (fellow human being and author of the Ardour DAW) suggested on Twitter that we should have a conversation which would be recorded and available for download/stream via the internet on-demand (apparently this is a thing now?).

It seemed like a reasonable (or dare I say interesting, given our common experiences) suggestion, and generally my willingness to talk to people has a sort of vaguely gaussian curve where the X axis they want to talk to me and the Y axis is how willing I am to talk to them: if they don't want to talk to me at all, or if they REALLY want to talk to me, then I'm pretty much not interested, but if they're in the middle, then sure why not?

We had our interview (which was enjoyable, and it even would have been without a pasty on my desk staring me down for when it was over) using NINJAM in voice chat mode, which mostly works amazingly well, until it doesn't (and then you have to reinitialize the channels -- I've been meaning to fix that for years but meh). I haven't (nor will I likely) listened to it in its entirety, but hopefully I didn't make too much of a fool of myself (thank you Paul for editing it). Paul also is being very modest about his interviewing skills, I thought he did an excellent job (for an emacs user), but we're always our biggest critics (except those instances where you get asshole critics, but to be fair they are usually just assholes and not so much critics).

Anyway, here's the interview.

One final note, after our conversation I do find myself wondering how good of musicians we would both be by now, had we not chosen to write DAWs and instead had spent the last 36 collective years with our time devoted to playing rather than programming. It's a completely unknowable and unrealistic question, anyway: whether or not you consider programming an art, it shares with art the most difficult part which is maintaining an interest in a particular thing for extended periods of time. Would I be an amazing guitarist if I'd spent the last 15 years playing guitar for 8 hours a day? Probably. Could I possibly spend 15 years playing guitar for 8 hours a day? No chance in hell.

4 Comments
Year in Review
December 31, 2021
Here are my notes:

Comment...
It's now time when I bitch about, and document my experiences dealing with Apple's documentation/APIs/etc. For some reason I never feel the need to do this on other platforms, maybe it's that they tend to have better documentation or less fuss to deal with, I'm not sure why, but anyway if you search for "macOS" on this blog you'll find previous installments. Anyway, let's begin.

A bit over a year ago Apple started making computers with their own CPUs, the M1. These have 8 or more cores, but have a mix of slower and faster cores, the slower cores having lower power consumption (whether or not they are more efficient per unit of work done is unclear, it wouldn't surprise me if their efficiency was similar under full load, but anyway now I'm just guessing).

The implications for realtime audio of these asymmetric cores is pretty complex and can produce all sorts of weird behavior. The biggest issue seems to be when your code ends up running on the efficiency cores even though you need the results ASAP, causing underruns. Counterintuitively, it seems that under very light load, things work well, and under very heavy load, things work well, but for medium loads, there is failure. Also counterintuitively, the newer M1 Pro and M1 Max CPUs, with more performance cores (6-8) and fewer efficiency cores (2), seem to have a larger "medium load" range where things don't work well.

The short summary: Perhaps this was all obvious and documented and I failed to read the right things, but anyway I'm just putting this here in case somebody like me would find it useful.

4 Comments
shut up new york
October 22, 2021


The sensation of paddling across the river on a warm October night,
lit by the lights of the city reflected back from the clouds, Jupiter
(or was it Saturn?) poking through, hypnotized by the smooth but
significant swells of the rising tide that (counterintuitively) tries
to send us to the harbor and out to the sea, the rhythms of the
neighboring boats paddling, rising and falling, things that probably
could be captured with technology but instead will be stored in wet
memory, dreamed about on the cold days to follow.



2 Comments

2006-me was an idiot
March 26, 2021
Hopefully in 2036 I'm not calling 2021-me an idiot, too. Here's an interesting old bug situation:

Dan Worrall posted a video on the 1175 JSFX, which was written by Scott Stillwell, way back in 2006, and graciously provided for inclusion with REAPER. In this video, Dan finds that the ratio control is completely broken, and posits a fix to it (adding a division by 2.1).

Sure enough, the code was broken. I went looking through the code1 to see why, and sure enough, there's a line which includes a multiply by 2.08136898, which seems completely arbitrary and incorrect! OK, so we see the bug 2. How did that constant get there?

When the 1175 JSFX was originally written, REAPER and JSFX were very young, and the JSFX log() (natural log, we'll call it by ln() from now on) and log10() implementations were broken. On a 8087 FPU, there are instructions to calculate logarithms, but they work in base 2, so to calculate ln(x) you use log2(x)/log2(e) 3. Prior to REAPER 1.29 it was mistakenly log2(x)*log2(e), due to the ordering of an fdiv being wrong4 and insufficient (or non-existent, rather) testing. So when that got fixed, it actually fixed various JSFX to behave correctly, and that should've been the end of it. This is where the stupid part comes in.

I opted to preserve the existing behavior of existing JSFX for this change, modifying code that used log() functions to multiply log2(e)*log2(e), which is .... 2.08136898. Doh. I should've tested these plug-ins before deciding to make the change. Or at least understood them.

Anyway, that's my story for the day. I'm rolling my eyes at my past self. As a footnote, schwa found that googling that constant finds some interesting places where that code has been reused, bug and all.

* 1 (beyond our SVN commits and all the way back to our VSS commits, all of which have thankfully been imported into git)
* 2 (and it will be fixed in REAPER 6.26, we're calling the non-fixed mode "Broken Capacitor" because that felt about right)
* 3 (or if you're clever and care about speed, log2(x)*ln(2) because ln(X) = logX(X)/logX(e) and logX(X)=1, but now my head hurts from talking about logarithms)
* 4 I haven't fully tested but I think it was working correctly on Jesusonic/linux, and when porting the EEL2 code to MSVC I didn't correctly convert it.


3 Comments

Ah, Big Sur
March 22, 2021
This most recent (as of this blog post) macOS update (and new architecture) has raised a number of issues with REAPER development -- I'm documenting them here in hopes of it being useful to someone:

  • If you're using the Hardened Runtime (for notarization) and have the com.apple.security.device.audio-input entitlement set, if you link against the latest SDKs you also _MUST_ have the NSMicrophoneUsageDescription set in your application's .plist, otherwise it will never prompt.

  • If you create a CGImage using CGImageCreate(), draw it using CGContextDrawImage(), and release it, that underlying image data is accessed by the system at a later time when the drawing actually occurs. This will cause all kinds of bugs in all kinds of software. We work around it by forcing Metal on various views where this isn't safe.

  • If you call MIDISend() with 250 or more events at the same timestamp, it will crash. (thanks to @helgoboss for isolating this)

  • Rosetta2 is amazing -- just don't try to get it to run x87 code. EEL2 still generates x87 code, so JSFX on REAPER-intel on an M1 is incredibly slow. A quick benchmark in EEL2 gave me this: arm64 native: 1.25s, arm64 bytecode: 4.18s, rosetta2 x86_64 bytecode 9.18s, rosetta2 x86_64 x87 code 59s. (bytecode is EEL2 in portable non-JIT mode). The benchmark I used was actually pretty low on math, I think on DSP code it's probably even worse, like a 100x slowdown.

    side note: so now, I'm trying to figure out the best way to deal with this. I did an EEL2-SSE branch a while back, and I have it working again, but it's about 20% slower than the x87 version in a lot of important cases. Tempted to make a jsfx-sse.dylib and only use it if running in Rosetta2. Also tempted to overhaul EEL2 to optimize for non-stack based architectures (which would also greatly improve the aarch64 version). The answer probably is something more incremental, like introduce some helpful optimizations into EEL2's code generation that will help get the SSE version up to parity. Of course, there will be little quirks that differ between the SSE and x87 versions, so those will need ages and ages of testing to get ironed out.


There were other things that came up that aren't as interesting. When launching Audio MIDI Setup.app, the new path is /System/Applications/Utilities/Audio MIDI Setup.app rather than /Applications, for example. Apple likes to change the appearance of NSTableViews and then provide ways to get them partially back to their previous style, but not all the way. Stuff like that... Dealing with macOS updates and compatibility is really not enjoyable. So tiring. Though the x87 vs SSE thing isn't their fault -- no x86_64 system has ever not had SSE...

4 Comments
oh a new year again
January 2, 2021
Well I failed at writing more during the pandemic. Shit.

I made a bunch of youtube videos w/ super8, including a tutorial which might be useful to some people:
(youtube link)

WARNING - DO NOT READ -- boring personal health/running related story follows. This is here for my own future reference, mainly:
In May of last year I was running a lot, laps on the roof and outside. I wasn't bicycling much. My knee started feeling weird and not really working right. Normally I'd go to the chiropractor, but with the pandemic I was avoiding things like that. So I tried massaging all of the bits around the knee, to try to loosen it all up. Bad move. I soon discovered that I had completely pissed off a bursa, which is a bad idea. That made it hurt to walk. By July I could run again, a little, but then I was getting a lot of pain around the bursa. More time off. Some bike rides, maybe not enough. In August I saw my doctor, and then saw an orthopedist. Got an MRI. MRI showed I had a torn meniscus (complex tear, medial horn, something like that). Ortho recommended surgery to clean it up. Finally went to the chiro, who was helpful. At some point I remember him applying pressure on the lateral side of the knee, pushing inward, and it popping a bit and then feeling better after it. Read a study about knee surgeries for this type of thing and how the differences of outcome were hard to measure between surgery and sham surgery. Read that MRIs can tell you about the tears, but there's no way to know whether they are a month old or 10 years old. I had a few things as a teenager that seem like must have done damage. Anyway, I was still having that bursa pain, but then found some crosswise friction massage on the tendon helped it almost immediately. After that I was able to run on and off in September to October. By November 6th I went to Forest Park and did 3 laps on the trails, which was great, but definitely used different muscles and motions vs road running. After that there was some soreness in the knee which felt deep, but after a day off I was able to start running again every day, with low miles at first, and November 7 until December 27 I ran every day with overall mileage increasing. Things didn't feel great all of the time but mostly they were OK. Anyway then on December 27, and maybe earlier but I ignored it, biomechanically things started going wrong. And after the Dec 27 run, the pain returned. A week has gone by since then, it's gradually been getting better, bike rides definitely help. (I just pushed from the lateral side on the knee and popped and that may have helped too, we'll see). So my current theory is that when I get tired enough and the right muscles weak enough, the knee's form changes such that it isn't operating correctly, which causes pain. Maybe I can adjust it back when needed, and strengthen the muscles to keep it working right? We'll see... So for now I've made myself a winter plan, which involves trying to bicycle ever day, not running more than 5 miles a day, not running more than 30 miles a week, and not doing speedwork. I'm putting that here so that I don't forget.
TL;DR: boring paragraph

Also those last Not Vampires NINJAM tracks were pretty fun! Favorites include Track 4 starting around 7:00 and Track 5 around 2:00

6 Comments



Comment...

more super8ing
July 22, 2020
(youtube link)

Ah, I forgot how much I like using my super8 live setup. Some information on it:
  • Thinkpad X60 (old, old, old C2D 1.83GHz, 4GB RAM, recently upgraded to some incredibly cheap 100GB SSD). Recently I did find out that if you have a failed battery in the system, it kills the DPC latency. Having no battery is OK, though! Just don't pull the plug.

  • Zoom R24 (used as an audio interface and controller for levels of 8 channels of super8 output, buttons mapped to choose channels, toggle mic vs guitar DI input)

  • Line6 FBV MK II foot controller (mostly just use 3 buttons - one for record/play, one for toggling input distortion, one for toggling input delay).

  • Debian (Stretch I think?)

  • REAPER (obvs), with track 8 sending to a manual feedback loop that has a delay/compressor/eq/sometimes pitch shifter on it. "Save live output" is used to record the audio.

  • All built-in JSFX/reaplugs/etc, including super8 JSFX, spectral hold, some ReaVerb for cab modeling, etc

  • One (1) SM58. Used for drums, vocals, flute, sax, acoustic guitar, whatever else.

  • R24's hi-Z input is used for guitar/bass

  • Video recording: Contour Roam2 -- old, but not Thinkpad X60 old! I also use this to record the bicycle rides, so usually the brightness is a bit off (and the sensor has been failing in weird ways), so I mangle it heavily with a REAPER video processor to make it watchable.

  • One custom made wood stand (2x4s and stuff) to hold the laptop/interface
I really like the handheld camera treatment in this one, so I'll have to do more of that!

1 Comment
reapering at home
April 15, 2020
(youtube link)

This was a quick thing, using REAPER and the JSFX "sequencer megababy" and "super8", recorded and edited in 18 minutes while videotaping (taping hah). I'm going to do a longer version with more explanation of the tools used, I think. Lots of fun.

Recordings:

blanking on the date

2 Comments



This is my first pedalboard. Andy was very very kind to give me The Wave and the Big Muff Pi and Pog, and I always coveted his Sunset. And I also copied his Iridium since it seemed appropriate. Anyway, so much fun. Good for recording and NINJAMming.

I also posted a song (second opinion) below... the drums I recorded when I stopped to check in on my studio, the rest from home. The words were a poem written by my grandfather (in the 90s, I imagine, given some of the references). My family edited and (self)published some of his works on Amazon.

Life keeps going on. Today I was looking at the graphs and timelines of things and got really angry with our state-level leadership (federal is another level of anger and despair). Had Cuomo put PAUSE in to effect a week earlier, think how many lives would've been saved. 15,000 cases before doing anything is way, way too many. California did their stay-at-home order with ~900. Bravo.

There's no use being angry, maybe, and I fully appreciate not having to be responsible for so many other peoples lives. I don't think a lot of politicians think this through -- the responsibility that comes with the power. Cuomo and Bill de Blasio clearly did not. There is no need for me to mention the other person who doesn't take the responsibility seriously. That's another league, and while some people say a malignant narcissist I prefer "bag of shit."

So now, I'm drinking a G+T made with the best grapefruit I can recall having had, making nothing of a perfectly lovely evening at home.

Recordings:

Not Vampires (NINJAM) - 1 - Face the Lies -- [6:58]
Not Vampires (NINJAM) - 2 -- [7:13]
Not Vampires (NINJAM) - 3 -- [5:53]
Not Vampires (NINJAM) - 4 - The Random Few -- [8:43]
Not Vampires (NINJAM) - 5 - Force Majeure -- [7:59]
Not Vampires (NINJAM) - 6 - Renormalize -- [15:17]
Not Vampires (NINJAM) - 7 - Major Reprise -- [4:50]

2 Comments

watercolor pencils
April 7, 2020



Comment...

another week
April 1, 2020
Well time keeps on ticking, I guess. I've done as NINJAM-related work in the last week as in the previous 10 years, I think. The jam we had last night (see below) was awesome, I especially like the last track in it.

We started renting a cheap ($20/month) server for hosting some private NINJAM servers. My initial thought was you could request a private NINJAM server via a web interface, then it would launch a new ninjam server process and give you the port number. That seemed like a bit of work, so instead I did something that would be less work.

As the first experiment I ran 50 NINJAM server processes on the one box, and had it as a purely etiquette-based system, where you only join an empty server or a server to which you were invited. It had some usership, though it was hard to tell if people really wanted them as private or if it was just a big farm of more servers.

I thought about modes where you connect to a server, and then can temporarily set a password so only your friends can join. Seemed easy enough, though you might connect to a server you think is empty and have someone beat you to it, and people might hog servers.

One thing I noticed is that the mechanism the NINJAM server uses to decide when to sleep was fine for a few processes, but if you ran 50 of them, all those polling between nanosleeps added up.

Then I thought -- what if you had a server where if you connected with a password, that password would define the room-name you go into (the NINJAM server already has a User_Group object which is basically the whole server). This seemed like a great idea, but it turns out it wouldn't work, because the password challenge/response system doesn't allow identification of passwords, nor would it detect if two users used the same password. I thought about using part of the anonymous username as a server ident, but the downside there is that if you set that, then connected to a different server with the same anonymous credentials, you'd leak your private server name.

So what I finally came up with: the NINJAM server can now run in a lobby-mode, and via chat commands you can create/join private rooms. You can also chat in the lobby with other people who are in the lobby. So you could negotiate "hey want to play an ambient session? let's !join ambient." So you have private rooms (secret roomname), semi-private rooms, etc. Feels pretty fun! Not many users yet, though.

Of course this will all get ruined once someone decides to troll/spam/flood/etc. I'm sure at the very start IRC was amazing and simple, and by the time I left it it was a mess with bots and anti-bots and other things that just ruin everything. Oh well let's enjoy it while it lasts.

(anything to distract from what's happening outside)

1 Comment
postpone 2020
March 24, 2020
Ah so it's been almost a week since I've posted here. Time got really really slow for a bit there but now maybe it is speeding up as life as we know it becomes more routine.

Such a bizarre predicament that nearly (?) all of humanity faces. We're all in it together, unless we're in denial. When the weather has been nice (most days since I last wrote), the parks have been crazily busy, which makes running really difficult. So instead:

(lucky me with roof deck access) An hour is an excruciatingly long time. At one point before I tried an hour I contemplated doing 24 hours. Now I think that's insane. It might happen. Yesterday was cold and rainy and amazing, I could run wherever I wanted and nobody was around! Bring back winter!

I'm now on board with everybody wearing masks (not N95 but procedure masks etc) when they are out in public. It makes a lot of sense, given the fact that people are contagious before and/or without symptoms. The advice here has always been "wear a mask only if you're sick" which is no longer applicable! Anyway I've spent a great deal of time making a mask (and now starting a second) from this site's template/instruction, which seems to work well! I don't have a sewing machine so I'm using a couple of tiny travel sewing kits that I've acquired over the years and doing all of the stitches by hand. I'm terrible at it, but getting less so as time goes on.

Musically, I've turned to NINJAM at home again, Andy and I played the other night which was nice. Hope to do more of that!

(obviously it goes without saying, all the people out there who are helping other people: doctors, nurses, delivery people, people working in grocery stores, thank you thank you thank you. I'll try to say this more in person but it's hard with all of the other pressures of life outside of home)

9 Comments
Super8 Panic Marathon
March 18, 2020
(youtube link)

Apologies for my outfit (unless you're into legs, in which case, you're welcome), I ran to the studio from home. At 11am the Brooklyn Bridge was pretty empty, thankfully, but on the return it was getting more crowded. Plenty of tourists out walking in big groups, not practicing social distancing in any form. Sigh. Can't stop what's coming.

There were also a lot of people out in Brooklyn Bridge Park. I don't think playing volleyball today is a good idea.

Maybe I'm overreacting, but it's really not looking that way. I hope I'm overreacting. A "shelter in place" order seems not-unlikely for NYC at some point in the near future. We've discussed leaving, but have nowhere we'd want to go. Being home is a pretty good place to be, even if there are too many goddamn people around. Even if we had known what was coming months ago, I'm not sure where we'd want to be. I want to be somewhere else but nowhere else. Maybe after this whole crisis is over (will it be a few months? 18 months? ugh), a move is in order.

Recordings:

super8_panic_marathon - 1 -- [0:17]
super8_panic_marathon - 2 -- [50:37]

4 Comments
(retroactively posted on March 15)

(youtube link)

This was last Wednesday -- I was scheduled on this day to play music with some friends, but we cancelled after one of my friends found out that an usher at a Broadway show that he had recently seen had tested positive for Coronavirus, and the reality of this whole situation became clear. So I did a quick two songs before going home. The title refers to the article Cancel Everything in The Atlantic.

Recordings:

live solo improv: super8 cancel everything

Comment...
Super8 (no focus) returns!
February 27, 2020
For the first time in ages, I fired up the Super8 laptop rig, and did a bit of a session:
(youtube link)
(Note to self: a dead battery that won't take a charge in the Thinkpad X60 causes all sorts of DPC issues, hmph)

Anyway, a little rusty getting the songs started, but it's amazing how different tools can get the different creative juices (ugh that really sounds terrible) going differently. So much fun. I need to do this more.

Recordings:

super8_no_focus - 1 -- [6:19]
super8_no_focus - 2 -- [11:09]
super8_no_focus - 3 -- [6:48]
super8_no_focus - 4 -- [9:27]

Comment...
SOB 50
February 11, 2020
Oops I haven't updated here in months. I posted a thread to Twitter the other night, which I'm now going to post here since it's more appropriate here anyway (I was tired and lazy and on my phone). So here goes (with [edits]):

Yesterday [Saturday, 3 days ago] I did my first 50 mile ultra[marathon]. It was in California, near Malibu [Edit: The race is called the Sean O'Brien 50]. I woke up at 3:30am, left the house at 4:10, picked up @runviper [Edward] at 4:35, arrived at the start at about 5:15, before sunrise. It was cold, 40F [reminded me of home], and since the full supermoon was low on the horizon, dark.

You will see a lot of me making this face in this thread:

The start was supposed to be at 6:00 sharp, though I'm pretty sure it was 30 seconds late:

[That's the organizer with the megaphone, I believe. In the final race information email, there was a really thoughtful paragraph which stuck with me, I'll quote it here:

    I believe we are capable of anything we set our minds to. If you visualize it enough, and work hard you can make it happen. Remember that it's a "gift" that we get to run on the trails. There are people who can't even get out of bed. You "get" to participate in an ultra. Enjoy the experience. Be in the moment, and just have fun. It will all come together on race day if you stay positive, and remember what a blessing it is to do what we do. Not even 1% of the population will ever do what you are going to do in less than 1 week. Pretty awesome when you think of it like that? See ya soon my friends!!
Anyway...]

The first couple miles were crowded enough that I didn’t stop to take a picture. It went up a nice hill which made me feel powerful in my ability to climb it while running, then down the other side, through some more park, and then we arrived at a stream.

It was perhaps a small creek, but big enough that crossing it was tricky. There was a loose rope going across to help. A headlamp went flying and started floating down the water. I had a moment of heroism when I recovered it. I crossed with dry feet. Not bragging. After the creek crossing we started climbing again, and the sky started getting light.


and then the sun rose. Around this time I was able to feel my fingers again. I had thin cherry tree 10-miler branded gloves on but they could only do so much. This was almost an hour in, probably around 4 miles in, having climbed about 1500’

After we ascended another 10 minutes or so, the fog covering the Pacific came into view:




There was a photo-op moment going up over some rocks. Approaching it I figured that round thing would be a microwave dish or something but it was actually a light for a photographer.. I’ll see the results eventually I imagine. [edit: that photo wasn't great and too expensive to buy!]

[The] first aid station was about 7 miles in (hour and 40 minutes after the start). Mmm watermelon and oranges. Also potatoes and salt. Eating felt good. [Spent about 2.5 minutes here]

The next hour or so was mostly single track and had a good amount of variety. The charcoaled wood from the fires of last year offered a contrasting element to the blissful joy of the run.





At about 9am (3 hours elapsed, about 13mi, 3200’ ascent) after crossing above a tunnel, we arrived to the second aid station, which had expanded offerings from the first. Sandwiches! PB&J awesome! In hindsight I should’ve had some candy. Regretting not having candy. Getting warm.


There were drop bags at that aid station... dumped my wool shirt, headlamp, picked up sunblock. [spent about 7 minutes here] Soon enough it got very bright, and less photogenic. (note re: video — Spaceballs reference, had plenty of water):

After another hour or so (10:15am?) we crossed over a pass and could see the marine layer again. ~17 miles and 4300’ climbing cumulative...



10 minutes downhill and we arrived at an aid station. Lemonade, fruit, sandwiches, potatoes, consumed. @runviper made a taco, I questioned his judgment for eating beans, then proceeded to join him. No regrets [on the beans] (for me at least) [regrets on not eating candy]. [spent about 5 minutes here]

At this aid station they explained we were 19 miles in, we just had to do 3 miles down to the next aid station, then 8 more miles back up another trail, then the 19 miles back to the start. Legs felt pretty good... time to descend. Oof.


3 miles, 1500’ of descent, and maybe 30 minutes later, the cracks started to show. That tight IT band thing you feel sometimes? hello


eat eat eat [spent about 7 minutes] then back up the hill with full water, going back to where we were, in 8 miles instead of 3. Hey why is it so steep?



After having climbed 1800’ for an hour, you suddenly realize you’re on top of the wrong mountain [edit: but still on the course -- it is a torturous course], and the aid station is a tiny speck on the horizon. There is a gorge separating you from it.

The aforementioned IT/knee thing made the 800’ descent difficult, especially the steeper parts. So I was actually happy to be climbing again, which was good because there was 1000’ to go for the aid station


These 8 miles were brutal. The sun was strong, it was hot, and seeing the expanse between you and where you need to be was intimidating. And knowing once you get to the aid station, you still have 19 miles to go (which are largely downhill, ugh) After having gotten to the aid station, food [nutella (gnutella) sandwiches, mmm. apparently they had run out of water too, but had since gotten more], ice in the face, etc [spending about 8 minutes], we continue on. There’s a small descent, a few hundred feet later I decide I must stop and get a rock out of my shoe. We are 31 miles in, 7300’ of ascent, it’s 1:40pm, there have been rocks in my shoes all day. I probably also tried to stretch my IT. anyway we climb 600’ to go back over the pass, and look back at the ocean:


Now it’s just a short 6 miles to the bag-drop aid station. At some point around here I started using anti-chafe stuff everywhere i felt twinges. Seemed to work but could’ve been placebo. I was wincing on all of the steeper descent bits, not taking too many photos

Get to the mile 37 aid station, change shirts back to wool, grab headlamp. Eat a little but damn at this point I’m sick of food. [Should've started eating candy. changed socks, win. Drank cold brew coffee from drop bag. Both win. Also did some stretching of the IT. total time here was 13 minutes]



And another 6 miles of mid-afternoon. With 2000’ of ascent (not too gradual, plenty of my new favorite thing at this point: descent)




We get to the final aid stop at around 5pm (that 6 miles took a while!), just 7 miles to go! Stretch again here [spent about 8 minutes here -- total aid station time was about 50 minutes]


After this aid station it really got to be the magic hour:



and the fog and mist:

the full super moon returned, too




the anticlimactic ending is that I stopped taking pictures, we turned on headlamps, I endured the descents, and in the last 2 miles got my feet soaked trying to cross the stream that I had managed to cross dryly in the morning [tweaked an old injury in my arm doing this, though, hanging on to the rope crossing the stream. didn't really realize it at the time, but it became apparent by Monday], and despaired that the trail never seemed to end.

and then finally finished 50ish miles with approx 11,000ft of ascent and 11,000ft of descent, in a bit less than 13 hours. And @runviper [Edward] was kind enough to wait for me to catch up before crossing the finish.

update: Monday: legs feeling pretty good! had some nice walks yesterday and a hike today. much better than post-marathon, which makes sense since most of it was hiking...

update: Tuesday: flew home, had an easy run.



Comment...

We played in the studio this weekend:
(youtube link)

(that was fun)

I've been pondering a post about how you should be judged for things. The basic premise is a two-dimensional graph, where the X axis is from worst to best, and the Y axis is "how much it matters". Some initial thoughts:
  • Recording music: highly focused on best
  • Painting/drawing: highly focused on best
  • Live music/performance arts: distributed among the whole graph
  • Being nice to people: somewhat focused on worst
Anyway too lazy to actually make these images...

Recordings:

Yes, Exactly, Yes! - 1 - Reaching out to a Higher Place! -- [10:19]
Yes, Exactly, Yes! - 2 -- [7:28]
Yes, Exactly, Yes! - 3 -- [3:56]
Yes, Exactly, Yes! - 4 - Private Life -- [5:23]
Yes, Exactly, Yes! - 5 - The River -- [6:21]
Yes, Exactly, Yes! - 6 - Put Behind Me -- [9:19]
Yes, Exactly, Yes! - 7 - May 29 Track 6 (with Peter Riggs) -- [7:17]
Yes, Exactly, Yes! - 8 - Something Odd (with Peter Riggs) -- [5:43]
Yes, Exactly, Yes! - 9 - (death) (with Peter Riggs) -- [7:06]
Yes, Exactly, Yes! - 10 - Dogs Will Rule the World (with Peter Riggs) -- [4:44]
Yes, Exactly, Yes! - 11 - Hindenburg (with Peter Riggs) -- [7:30]
Yes, Exactly, Yes! - 12 - (tbd) (with The Rungs) -- [9:08]
Yes, Exactly, Yes! - 13 - Legacy (with The Rungs) -- [7:18]

2 Comments
Five years ago, in the year of our lord 2014, I wrote about the difficulties of drawing bitmapped graphics to screen in macOS, and I revisited that issue again in the winter of 2017.

Now, I bring you what is hopefully the final installment (posted here for usefulness to the internet-at-large).

To recap: drawing bitmapped graphics to screen was relatively fast in macOS 10.6 using the obvious APIs (CoreGraphics/Quartz/etc), and when drawing to non-retina, normal displays in newer macOS versions. Drawing bitmapped graphics to (the now dominating) Retina displays, however, got slow. In the case of a Retina Macbook Pro, it was a little slow. The 5k iMacs display updates are excruciatingly slow when using the classic APIs (due to high pixel count, and expensive conversion to 30-bit colors which these displays support).

The first thing I looked at was the wantsLayer attribute of NSView:
  • If you use "mynsview.wantsLayer = YES", things get better. On normal displays, slightly, on a Retina Macbook Pro's display, quite a bit better. On a 5k iMac's display, maybe slightly better. Not much.
  • Using the wantsLayer attribute seems to be supported on 10.6-current.
  • For views that use layers, you can no longer [NSView lockFocus] the view and draw into it out of a paint cycle (which makes sense), which prevents us from implementing GetDC()/ReleaseDC() emulation.

After seeing that enabling layers wasn't going to help the 5k iMacs (the ones that needed help the most!), I looked into Metal, which is supported on 10.11+ (provided you have sufficient GPU, which it turns out not all macs that 10.11 supports do). After a few hours of cutting and pasting example code in different combinations and making a huge mess, I did manage to get it to work. I made a very hackish build of the LICE test app, and had some people (who actually have 5k iMacs) test the performance, to see if would improve things.

It did (substantially), so it was followed by a longer process of polishing the mess of a turd into something usable, which is not interesting, though I should note:
  • If you want to update the entire view every time, you can configure a CAMetalLayer properly and just shove your bits into the CAMetalLayer's texture and tell it to present and avoid having to create another texture and a render pipeline and all of that nonsense.
  • If you want to do partial window updates (partial-invalidates, or a GetDC()-like draw), then you have to create a whole render pipeline, a texture, compile shaders, blah blah blah ugh.
  • There's a bunch more work that needs to get done to make it all work (and adapt to changing GPUs, blah blah blah)...
This stuff is now in the "metal" branch of swell in WDL, and will go to master when it makes sense. This is what is in the latest +dev REAPER builds, and it will end up in 6.0. I'm waiting for it to completely bite me in the ass (little things do keep coming up, hopefully they will be minor).

As one final note, I'd just like to admonish Apple for not doing a reasonable implementation of all of this inside CoreGraphics. The fact that you can't update the 5k iMac's screen via traditional APIs at an even-halfway-decent rate is really stupid.

P.S. It does seem if you want to have your application support Dark Mode, you can't use [NSView lockFocus] anymore either, so if you wish to draw-out-of-context, you'll have to use Metal...

Recordings:

Decanted Youth - 1 - Supposed to Be -- [8:14]
Decanted Youth - 2 - (Vaguely Instrumental) Legacy -- [16:11]
Decanted Youth - 3 - (Vaguely) Round and Round -- [5:15]
Decanted Youth - 4 - The Squeeze -- [6:31]
Decanted Youth - 5 -- [3:16]
Decanted Youth - 6 - (mini cover medley) -- [10:03]
Decanted Youth - 7 -- [9:15]
Decanted Youth - 8 -- [8:26]
Decanted Youth - 9 - Trees and Mold -- [9:37]
Decanted Youth - 10 -- [4:53]
Decanted Youth - 11 -- [9:05]
Decanted Youth - 12 -- [7:02]

6 Comments
This was the second marathon road course I've run (after NY) -- while the course was nearly flat, it was challenging because of:
  • Lots of people going through many narrow sections,
  • Curbs you could step off of wrong if you were not watching your feet (I partially rolled my left ankle in the first mile, rude awakening. Felt it for the next 10 or so)
  • The warm weather (mid 60s and sunny, the sections in the shade were pretty pleasant but in the sun you cooked!)
I wasn't prepared for this race in general (signed up for it a week or so ago), and wasn't optimistic about even finishing (the last month had seen no runs over about 5 miles). I positioned myself between the 3:40 and 3:50 pace group balloons, figuring I'd start by running 9s.

For the first half (and after my ankle rollover especially) I just hung out with the majority of the runners I was near, running 9s as planned. I didn't see too much passing, but maybe it was subtle? The first half went in just about 2 hours, and a bit after I stopped to stretch a little, massage my right calf (which had been getting tight on longer runs causing tendonitis in my ankle, which is why I hadn't done any long runs in ages), and my left ankle seemed to be fine, so I kept on. Around mile 20 I realized that a) I was going to finish, and b) I was actually feeling pretty good considering (my HR had been 130-140 or so the whole time), so I decided I'd run some 8s when the crowded course allowed and get some of those newfangled negative splits, which was successful.

Other notes:

  • Seeing Al and friends on the course was awesome.
  • Swimming in the harbor after was incredibly cold and perfect and 10/10 would do again.
  • Aid stations have signs ahead of them that say "OPEN BAR 100 meters ahead" which I find hilarious.
  • Aid stations use a ton of plastic cups.
  • I carried a backpack with me which turned out to be handy (extra water, ended up having a liter or so -- the aid stations were few and far between and as a result crowded and difficult.. but even if I stopped and had 2 waters + 1 energy drink at each, I would've still finished very dehydrated).
  • If you (like me) are not too familiar with Copenhagen, you don't really notice the loop in the course, because by the time the second time comes around you're in full "make this shit happen" mode.
  • The dry-bag backpack that they gave everybody is a fantastic perk, especially given how affordable this race is (compared to NY at least!).
  • Copenhagen is really lovely. <3

Video from my sunglasses: (youtube link)

1 Comment



(for notvampires.com. spent more time playing with it in gimp than actually drawing it)



6 Comments

(youtube link)

Audio (edited) - The Old Man and the C Live at Rockwood April 6 2019

Comment...
I've been working on REAPER's video rendering/processing pipeline, allowing video processors to access and share memory with JSFX and ReaScripts, and exposing some new APIs for things like FFTs. It's pretty low-level, the JSFX/video processors are responsible for a lot of stupid work like synchronizing with eachother... but: the key thing is that we (REAPER users) can now effectively build things like AVS into the rendering pipeline, combining video and rendered audio and rendering that to video. I find this really awesome and exciting in the way AVS was, and in a way that has been missing for a long time. And now we can render AVS-like stuff directly to YouTube videos.

To explain: why is this like AVS? AVS had two key things that made it really cool:
  • You could build complex things by putting simple things together
  • You could also write complex things in code (making those "simple things" a little less simple).
  • (I'm bad at counting) (ok REAPER doesn't really address this -- AVS was cool because awesome people made tons of awesome presets for it. but REAPER's made for creators, so I guess we don't have to fulfill this one, so two things.)
REAPER does this too -- you can use video material directly, or one of many video processor presets to do basic things. Then you can also do the second thing by coding video processors (or hacking existing ones) to do new things. As an explanation, the effect in the video below is a combination of an existing preset (the spectrum analyzer), and a little bit of code (15 lines or so) which transforms that into polar coordinates (I could save that second bit of code as a preset for re-use later, including on a video file, etc).

The future is awesome. Now if only the present could catch up.

(youtube link)

Addendum: I'm irrationally pleased by this bit of video processor code I spent far too long on, for converting HSV (360/1/1) to RGB:
function h6s2i(h) global() ((h -= floor(h*1/6)*6)<3 ? <1 ? 1-h : 0 : h<4 ? h-3 : 1);
function set_hsv(h,s,v) global() (
  h*=1/60; s *= v;
  gfx_set(v-h6s2i(h+2)*s,v-h6s2i(h)*s,v-h6s2i(h-2)*s);
);
Also here's another video from testing that I meant to post earlier:
(youtube link)



2 Comments

super8: posture police
September 10, 2018
(youtube link)



Recordings:

live solo improv: super8 posture

Comment...



I was very lucky to play a show last night at Parkside Lounge with Anette, Cory, Andy and Andre, here it is! (I'm on clarinet and occasional vocals, both of which may be difficult to hear).

Update -- the video has me hiding in the shadows:

(youtube link)<

Comment...

It is amazing to me how many developers shoot themselves in the foot in the name of secrecy, image, embarrassments, fear of piracy, or something else (I have no idea!).

For example, almost all VST plug-in developers I see will never put symbol names in their plug-ins. So when a plug-in crashes, you get crash traces like this:

0   com.somedev.pluginnamethingy    0x00000001a4d351e3 0x1a4cb7000 + 516579
1   libc++abi.dylib                 0x00007fff76d8c3bb __dynamic_cast + 272
2   com.somedev.pluginnamethingy    0x00000001a505d897 0x1a4cb7000 + 3827863
3   com.somedev.pluginnamethingy    0x00000001a5107d85 0x1a4cb7000 + 4525445
4   com.somedev.pluginnamethingy    0x00000001a5107d15 0x1a4cb7000 + 4525333
5   com.somedev.pluginnamethingy    0x00000001a54740ec 0x1a4cb7000 + 8114412
6   com.somedev.pluginnamethingy    0x00000001a5107d85 0x1a4cb7000 + 4525445
7   com.somedev.pluginnamethingy    0x00000001a5145407 0x1a4cb7000 + 4776967
8   com.somedev.pluginnamethingy    0x00000001a5107d15 0x1a4cb7000 + 4525333
9   com.somedev.pluginnamethingy    0x00000001a5273ac1 0x1a4cb7000 + 6015681
10  com.somedev.pluginnamethingy    0x00000001a5103be4 0x1a4cb7000 + 4508644
Super helpful to everybody involved, right?

In REAPER we have for a very long time, on macOS at least, included symbol names. So when there's a crash, we see:
30  com.apple.AppKit                0x00007fff4f2f2ee6 _NSTryRunModal + 100
31  com.apple.AppKit                0x00007fff4ec5dcf9 -[NSApplication runModalForWindow:] + 133
32  com.cockos.reaper               0x0000000100510cad SWELL_DialogBox(SWELL_DialogResourceIndex*, char const*, 
33  com.cockos.reaper               0x000000010016583b __localizeDialog(void*, char const*, HWND__*, 
34  com.cockos.reaper               0x0000000100149a02 LoadProjectFromContext(ReaProject*, ProjectStateContext*, 
35  com.cockos.reaper               0x0000000100147fcc LoadProject(ReaProject*, char const*, int*, int) + 972
36  com.cockos.reaper               0x00000001000aef49 DoProjectLoad(char const*, bool, int) + 537
37  com.cockos.reaper               0x00000001000acc3d Main_openProject(char const*) + 509
38  com.cockos.reaper               0x0000000100070098 Main_OnCommandEx2(int, int, ReaProject*) + 9160
39  com.cockos.reaper               0x00000001000d3a6f Main_OnCommandEx(int, int, ReaProject*) + 31
40  com.cockos.reaper               0x000000010036198b KBD_OnMainActionEx(int, int, int, int, HWND__*, 
Yes, our functions are named terribly. It's much worse than it looks, even, but at a quick glance we (or our troubleshooting user) can quickly see exactly what the hell is going on.

Can one do this on VC builds (without doing full line numbers, obviously)? I forget...

Recordings:

live solo improv: super8 multichannel

3 Comments
I'm posting this so that google will find it in case anybody runs into this issue:

I installed macOS 10.13 fresh on a laptop, then migrated my 10.12 system (which had been updated from a 10.10 install previously) using the migration assistant to the new computer. Everything was great, except when I tried to mount downloaded .dmg files, I would get this:

"(disk image name)" is damaged and can't be opened. You should move it to the Trash.
My immediate response was: noooo what happened to our build process? Then I realized it was just this computer.

I found this article, tried using "sudo spctl --disable-master", which was a workaround, so apparently it was GateKeeper. I also tried replacing /var/db/SystemPolicy as described, with no luck.

After some hours of debugging I found that /var/db/gkopaque.bundle was invalid, and by replacing it with the contents of a working system's copy, and executing "sudo killall syspolicyd", the issue was resolved.

There you go. Also: apple -- Migration Assistant maybe should correctly copy that? Or the code that reads the gkopaque.bundle sqlite database in Security.framework should at least gracefully handle the error, rather than throwing an exception which causes assessments to all fail with an error?

Oh also I tweeted with more detail during the last part of this, but not really worth reading.

Recordings:

Not Vampires - 1 -- [4:59]
Not Vampires - 2 -- [4:27]
Not Vampires - 3 -- [8:17]
Not Vampires - 4 -- [5:40]
Not Vampires - 5 -- [8:25]
Not Vampires - 6 -- [5:38]
Not Vampires - 7 -- [5:25]
Not Vampires - 8 -- [6:03]
Not Vampires - 9 -- [5:23]
Not Vampires - 10 -- [3:59]
Not Vampires - 11 -- [4:06]
Not Vampires - 12 -- [13:26]
Not Vampires - 13 -- [5:02]
Not Vampires - 14 -- [5:49]
Not Vampires - 15 -- [10:39]
Not Vampires - 16 -- [2:30]
Not Vampires - 17 -- [5:06]

Comment...

the lowest end
July 13, 2017
To follow up on my last article about Linux on the ASUS T100TA, I recently acquired (for about $150) an ASUS C201 Chromebook, with a quad-core (1.8ghz?) ARM processor, 4GB RAM, and a tiny 16GB SSD. This is the first time I've used a Chromebook, and ChromeOS feels not-so-bad. I wish we could target it directly!

...but we can't! At least, not without going through Javascript/WebAssembly/whatever. Having said that, one can put it in developer mode (which isn't difficult but also is sort of a pain in the ass, especially when it prompts you whenever it boots to switch out of developer mode, which if you do will wipe out all of your data, ugh). In developer mode, you can use Crouton to install Linux distributions in a chroot environment (ChromeOS uses a version of the Linux kernel, but then has its own special userland environment that is no fun).

I installed Ubuntu 16.04 (xenial) on my C201, and it is working fine for the most part! It's really too bad there's no easy way to install Ubuntu completely native, rather than having to run it alongside ChromeOS. ChromeOS has great support for the hardware (including sleeping), whereas when you're in the Ubuntu view, it doesn't seem you can sleep. So you have to remember to switch back to ChromeOS before closing the lid.

So I built REAPER on this thing, fun! And I still have a few GB of disk left, amazingly. Found a few bugs in EEL2/ARM when building with gcc5, fixed those (I'm now aware of __attribute__((naked)), and __clear_cache()).

Some interesting performance comparisons, compiling REAPER:
  • C201 (gcc 5.4): 9m 7s
  • T100TA (gcc 6.3): 8m 45s
  • Raspberry Pi 3 w/ slow MicroSD (gcc 4.7): 28m
REAPER v5.50rc6 (48khz, 256 spls, stock settings), "BradSucks_MakingMeNervous.rpp" from old REAPER installers -- OGG Vorbis audio at low samplerates, a few FX here and there, not a whole lot else:
  • C201: 28% CPU, 13% RT CPU, 15% FX CPU, longest block: 1.5ms
  • T100TA: 22% CPU, 9% RT CPU, 10% FX CPU, longest block 0.9ms
(The T100TA's ALSA drivers are rough, can't do samplerates other than 48khz, can't do full duplex...)

Overall both of these cheapo laptops are really quite nice, reasonably usable for things, nice screens, outstanding battery life. If only the C201 could run Linux directly without the ugly ChromeOS developer-mode kludge (and if it had a 64GB SSD instead of 16GB...). Also, I do miss the T100TA's charge-from-microUSB (the C201 has a small 12V power supply, but charging via USB is better even if it is slow).

I'll probably use the T100TA more than the C201 -- not because it's slightly faster, but because I feel like I own it, whereas on the C201 I feel like I'm a guest of Google's (as a side note, apparently you can install a fully native Debian, but I haven't gotten there yet.. The fact that you have to use the kernel blob from ChromeOS makes me hesitate more, but one of these days I might give it a shot).

4 Comments
I've been working on a REAPER linux port for a few years, on and off, but more intensely the last month or two. It's actually coming along nicely, and it's mostly lot of fun (except for getting clipboard/drag-drop working, ugh that sucked ;). Reinventing the world can be fun, surprisingly.

I've also been a bit frustrated with Windows (that crazy defender/antispyware exploit comes to mind, but also one of my Win10 laptops used to update when I didn't want it to, and now won't update when I do), so I decided to install linux on my T100TA. This is a nice little tablet/laptop hybrid which I got for $200, weighs something like 2 pounds, has a quad core Atom Bay Trail CPU, 64GB of MMC flash, 2GB of RAM, feels like a toy, and has a really outstanding battery life (8 hours easily, doing compiling and whatnot). It's not especially fast, I will concede. Also, I cracked my screen, which prevents me from using the multitouch, but other than that it still works well.

Anyway, linux isn't officially supported on this device, which boots via EFI, but following this guide worked on the first try, though I had to use the audio instructions from here. I installed Ubuntu 17.04 x86_64.

I did all of the workarounds listed, and everything seemed to be working well (lack of suspend/hibernate is an obvious shortcoming, but it booted pretty fast), until the random filesystem errors started happening. I figured out that the errors were occurring on read, the most obvious way to test would be to run:
debsums -c
which will check the md5sum for the various files installed by various packages. If I did this with the default configuration, I would get random files failing. Interestingly, I could md5sum huge files and get consistent (correct results). Strange. So I decided to dig through the kernel driver source, for the first time in many many years.

Workaround 1: boot with:
sdhci.debug_quirks=96
This disables DMA/ADMA transfers, forcing all transfers to use PIO. This solved the problem completely, but lowered the transfer rates down to about (a very painful) 5MB/sec. This allowed me to (slowly) compile kernels for testing (which, using the stock ubuntu kernel configuration, meant a few hours to compile the kernel and the tons and tons of drivers used by it, ouch. Also I forgot to turn off debug symbols so it was extra slow).

I tried a lot of things, disabling various features, getting little bits of progress, but what finally ended up fixing it was totally simple. I'm not sure if it's the correct fix, but since I've added it I've done hours of testing and haven't had any failures, so I'm hoping it's good enough. Workaround 2 (I was testing with 4.11.0):
--- a/drivers/mmc/host/sdhci.c
+++ b/drivers/mmc/host/sdhci.c
@@ -2665,6 +2665,7 @@ static void sdhci_data_irq(struct sdhci_host *host, u32 intmask)
 				 */
 				host->data_early = 1;
 			} else {
+				mdelay(1); // TODO if (host->quirks2 & SDHCI_QUIRK2_SLEEP_AFTER_DMA)
 				sdhci_finish_data(host);
 			}
 		}
Delaying 1ms after each DMA transfer isn't ideal, but typically these transfers are 64k-256k, so it shouldn't cause too many performance issues (changing it to usleep(500) might be worth trying too, but I've recompiled kernel modules and regenerated initrd and rebooted way way too many times these last few days). I still get reads of over 50MB/sec which is fine for my uses.

To be properly added it would need some logic in sdhci-acpi.c to detect the exact chipset/version -- 80860F14:01, not sure how to more-uniquely identify it -- and a new SDHCI_QUIRK2_SLEEP_AFTER_DMA flag in sdhci.h). I'm not sure this is really worth including in the kernel (or indeed if it is even applicable to other T100TAs out there), but if you're finding your disk corrupting on a Bay Trail SDHCI/MMC device, it might help!

6 Comments



Search comments - Ignore HTML tags
search : rss : recent comments : Copyright © 2025 Justin Frankel