bring ===== usb light other lights networking video camera camera supports 500W bulbs gels blackwrap flashlight white tape for labels mouses and keyboards usb audio tasks ===== mix all songs to mono? norm audio song7 last 1/3 has a rolling standup by the cyc that should be timed with them song10 add blacklight with other colors song14 light up the 4 pools at the very start song15 @34sec jump brighter ---- song13 pools in wrong order ---- strike the gels configuration ============= remember to rmmod ftdi_sio so dmx_usb gets to see the device new plus crashed in nvidia_drv.o so it got switched to the secondary box running only vidref with usb HD camera. everything else move to host 'amp'. i didn't set the cpu to 'performance' scaling because i didn't want unusual overheating. ondemand has worked fine. NetworkManager respawns, so i froze it with SIGSTOP and set my net with ifconfig. The problem was that if NM stops seeing the other machine on the link, it drops my own ip address which I'm using for same-host service requests, so they all froze. for audio, I only need the cable with 1/8" headphone to split 1/4" plugs gnome keyboard shortcuts, i made the Pause key run /home/drewp/projects/light9/bin/gobutton video guy took 'monitor out' for his sound radio is on 146.01 shows ===== music player was fine some points got lost over save/load. I think it was because they were scaled to be at the same time or in backwards time order some pools of dancers went in a different order than they did in 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 for next year ============= edit a subterm and we make sure that its dependent curves are all visible and expanded clicking a song that's paused in post doesn't start it over web page of things to put in the current song, including sub-with-curve, premade subterm (chase, other effects) with various curves vidref should include its very last recording in the replays if you're hovering (though not usually) vidref should be able to replay any song that you hover on, even not the one the music player is playing. Or maybe that was the point of putting the hover replay in the CC window, so it could also work during music playback CC's expanders are pointless; they should just be frames when music's not playing, maybe the time cursor should float with the mouse and apply 1..5/marker keys at mouse. But it needs to be clear during playback that this is not what's happening. smoothing in chases. /~\ shape instead of |~| in CC, one horiz drag should take a curve from its current level to 0, which i do all the time. maybe use a modifier key. get a usb keyboard with all its pgup/pgdon/ins/del keys in the right places we happened to shine a light though some strips to make a fan-shaped series of shadows. Looked cool. Can we do that more on purpose? 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