video guy took 'monitor out' for his sound

radio is on 146.01

rehearsal. Sunday they were right, so apparently that's who rehearsed

when we set the pools

a few opening fade-ins looked late. not enough rehearsals to catch them.

we didn't tie the hanging stars together to keep them all audience-facing

smoothing in chases. /~\ shape instead of |~|

curvecalc --startup-only currently takes 7sec+ on amp; 2.7sec on

plus. A lot of it is n3 parsing. Move toward the single shared graph

across all processes, and maybe most of the code can use that directly

for sub levels and such, maintaining other copies only when

necessary. Everything can listen for a 'graph changed' signal to do

refreshes. Even the hover position and other input like that could go

into the graph to get transmitted between tools, which would cut out

vidref's polling and perhaps others too. See what anzo is doing for

their graph update protocol.

bring 2-plug headphone+mic to go in the ICOM IC-V82 radio

ascoltami might be making a new thread per request and that's why it

takes 20% cpu. Can it use twisted for the web server?

when vidref is following mouse hover, it's very important that it

shows viewers where it is seeking. right now only the person holding

the mouse has a clue how time is moving, so other people watching the

vidref screen don't know if we're going forwards or backwards