Good In Bed

Special bonus: Hole in the Wall

(Improvised 3/13/2009, with Wiener and Stack). Used a MOTU Ultralite + ART dualpre (for 4 tracks, two on drums, one vocals, one guitar amp).

Such a fun session!

Comment...

wienerstack - 1 -- [4:38]
wienerstack - 2 -- [4:15]
wienerstack - 3 -- [6:06]
wienerstack - 4 -- [5:29]
wienerstack - 5 -- [4:21]
wienerstack - 6 -- [5:15]
wienerstack - 7 -- [5:35]
wienerstack - 8 -- [6:59]
wienerstack - 9 -- [4:06]
wienerstack - 10 -- [5:03]
wienerstack - 11 -- [10:01]
wienerstack - 12 -- [10:54]
wienerstack - 13 -- [6:57]

brenchr - 1 -- [124:16]
brenchr - 2 -- [23:25]

newtbiderman - 1 -- [69:11]
newtbiderman - 2 -- [24:52]

freeform jam with chrnewtjosh

It does seem to relate to one of my processes (ninjamsrv), but still, shouldn't that not be able to bring the system to its knees?

Debian, linux 2.6.18 on a 2.4ghz P4.. bleh. The remote power switching box gets lots of use (every few weeks) as a result.

---

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: Oops: 0000 [#1]

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: SMP

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: CPU: 0

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: EIP is at do_page_fault+0xa0/0x481

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: eax: f695c030 ebx: 6b67cadd ecx: 0000007b edx: 00000000

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: esi: a714c051 edi: 48f20084 ebp: 48f20000 esp: f695c00c

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: =======================

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: Oops: 0000 [#2]

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: SMP

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: CPU: 0

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: EIP is at show_trace_log_lvl+0x3e/0x6a

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: eax: 00001ffd ebx: 0000007b ecx: 00000046 edx: 00000000

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: esi: c0291c24 edi: 00000000 ebp: c0291d8d esp: f695bf24

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: ds: 007b es: 007b ss: 0068

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: Process ninjamsrv (pid: 2490, ti=f695a000 task=dfa82000 task.ti=f695a000)

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: Stack: f695c06f 00000018 00000000 c0291d8d c0103c21 c0291d8d c0291c52 c0291d8d

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: f695bfd8 f695c00c 00000002 00010206 f695bfd8 f695c00c c0103d51 c0291d8d

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: c0291d81 00000001 00000068 c0115344 00000000 f695bfd8 00000206 c0103f44

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: Call Trace:

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: Code: 1c 56 68 5d 1e 29 c0 e8 9a 9d 01 00 89 f2 b8 df bc 29 c0 e8 06 25 03 00 58 5a 83 c3 04 39 fb 76 2a 8d 87 fd 1f 00 00 39 c3 73 20 <8b> 33 89 f0 e8 cc 83 02 00 85 c0 74 e2 eb c7 55 89 cb 68 24 1c

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: EIP: [] show_trace_log_lvl+0x3e/0x6a SS:ESP 0068:f695bf24

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: ds: 007b es: 007b ss: 0068

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: Process ninjamsrv (pid: 2490, ti=f695a000 task=dfa82000 task.ti=f695a000)

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: Stack: 00000000 f695c030 e671cf24 31635f75 6b67cadd a714c051 c01152a4 48f20000

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: c01037f9 6b67cadd 0000007b 00000000 a714c051 48f20084 48f20000 f695c088

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: 2098007b dcb8007b ffffffff c0115344 00000060 00010206 00000000 f695c088

Message from syslogd@test at Fri Feb 20 06:28:04 2009 ... test kernel: Call Trace:

4 Comments

I ordered a Digilent Nexys2, and have been reading up on HDLs (primarily Verilog since it seems closer to C than VHDL).. Mmmm. Should be fun.

Have a few ideas for things to try, but I won't post them here just yet.

P.S. a song.

1 Comment

schwachr - 1 -- [24:20]
schwachr - 2 -- [95:22]

Here we go, from the other day -- the mix isn't ideal but it's a start.

Got a bit of projector action with AVS + IRC on it, the music room cleaned up, and lots of fancy abuse of technology happening.

Time to write some more songs though perhaps...

Recordings:

chr - 1 -- [29:20]
chr - 2 -- [21:28]

1 Comment

OK in an attempt to post more often I updated my (crappy) web software so that I may update more easily! So hopefully my laziness will succumb to the ease of typing in a web browser.

With that note, here's a song:

On The Molten Airships.

Blammo!

1 Comment

freeform jam with chrtest

freeform jam with brenchr and Bcasted

chr_with_projector - 1 -- [13:49]
chr_with_projector - 2 -- [8:55]

freeform jam with brenchr

freeform jam with christophe

newtbren - 1 -- [73:29]
newtbren - 2 -- [44:07]

I should get an office here...

5 Comments

brennewtsteve - 1 -- [23:30]
brennewtsteve - 2 -- [17:03]
brennewtsteve - 3 -- [10:51]

bren - 1 -- [3:18]
bren - 2 -- [45:07]

crying babies

freeform jam with bren

wienerstackryan - 1 -- [5:48]
wienerstackryan - 2 -- [14:57]
wienerstackryan - 3 -- [6:09]
wienerstackryan - 4 -- [10:47]
wienerstackryan - 5 -- [7:38]
wienerstackryan - 6 -- [6:25]
wienerstackryan - 7 -- [20:58]

freeform jam with brennewt

This show was so awesome.. Back in November I think.. Mmmm.

1 Comment

...now new and improved!

3 Comments

freeform jam with biderman

Comment...

Tada! Might have to paint the rest of the door black...

3 Comments

But I fixed it...

Comment...

biderman - 1 -- [29:49]
biderman - 2 -- [17:54]

brencrypto - 1 -- [124:17]
brencrypto - 2 -- [2:39]

Now with 4 XLR inputs on a breakout cable, and the stock mics wired to their own XLR plug:

Note that the stock mics should not work on anything other than a Zoom H2, since they need approx 1.9v apparently. 48v phantom power might work, but I'm not going to risk frying them...

2 Comments

I opened my Zoom H2 up, removed the 4 mics, connected the wires to a 9 pin serial connector, and put it back together...

Here it is in a picture with the original mics connected to a DB9 plug via speaker wire (it's proof of concept, hey, I know this is crappy).

I'm going to make a DB9 plug to 4x XLR breakout cable today. There is no phantom power (just a piddly 1.9v or so), so it'll have to be used with dynamic mics, but the preamps seem to work fine with the SM57 I have here. Also need to figure out where to connect the XLR's pin 1 (well, it'll go to the DB9 casing, but then on the inside the H2 will need to find a good place to ground that).

If only the (otherwise awesome) ASIO driver supported 4ch input!

1 Comment

freeform jam with dancraig

prehoof_brennewtcrypto - 1 -- [13:17]
prehoof_brennewtcrypto - 2 -- [22:11]
prehoof_brennewtcrypto - 3 -- [6:57]

brennan - 1 -- [30:02]
brennan - 2 -- [11:43]

brennewt - 1 -- [28:41]
brennewt - 2 -- [61:21]
brennewt - 3 -- [56:07]

newtbiderman - 1 -- [54:32]
newtbiderman - 2 -- [9:31]
newtbiderman - 3 -- [33:28]

bren - 1 -- [31:47]
bren - 2 -- [39:23]

So in 1996 and 1997 I wrote a 3D library called Plush. Here is a screenshot from then:

It was written in C, it tried to be very portable (reading through it now, I'd say almost to a fault -- kinda annoying ;). There were some nifty things about it:

• 256 color output with adaptive palette creation and management
• multiple light sources
• piecewise linear perspective corrected texture mapping
• Gouraud shading with color ramps that let you do fakePhong
• optional Z-buffering
• environment mapping
• object hierarchies
• frustum clipping
• cameras
• splines
• matrix functions
• primitive generation
• very basic translucency

Totally useless today. But it would run SO fast with 20x the power available...

The code itself wasn't too bad, some stuff that I had spent ages tweaking and getting to run smoothly would surely be reusable.

So in about 8 hours of work I transformed it into Plush2, which is similar to the above, except simplified in C++, renders to 32 bit per pixel output, integrates with our LICE compositing engine, and supports the following new features:

• 24 bit color output
• multiple COLORED light sources
• Texture mapping (piecewise linear perspective corrected) with optional BILINEAR filtering and support for any sized texture, support for texture transparency.
• Colored Gouraud shading
• Z-buffering
• True surface transparency support
• Multitexture support (one or both textures can be used as environment maps)
• Full control over how pixels are combined at render -- add, mulitply are supported replace, all with alpha control.
• No limits on number of light sources, triangles, etc.

A screenshot:

Yes yes I know 3D stuff has all been done a ton, just thought it was interesting bringing things back from the dead to see what would be reusable. Now I'm going to go hug my 2.4ghz multicore processor.

This will be a part of the next WDL release, in case anybody cares, ha ha. It does compile down to pretty small (though not small enough to go making a 4k demo with it)

9 Comments

freeform jam with josh

post grump

freeform jam with brennewtbider

freeform jam with schwa

So while playing with some code to model a resonating spring (F=-k*pos), I discovered that the model I was using produced a very good sine wave approximation. This isn't normally something terribly interesting, as you can approximate sine/cosines very easily, but it was actually quite low complexity -- an iterative approximation with only 2 multiplies and 3 adds per sample. It can also generate the cos() (well, a 90 degree shifted signal) for each point for just one additional multiply.

The error is pretty low for the first few cycles, though after a bit it does drift in relation to the correct wave. I'm not going to spend too much more time on this, but if anybody wants to see if there's some way to correct it, go for it (it may just be rounding error, though, of course).

Here is the code:

// setup:
double cos_sc = PI/period_samples; // PI/n for a period of n
double pos=0; // actually sin(initial_state), 1 for cos(), 0 for sin()
double vel=1/cos_sc; // actually cos(initial_state)/cos_sc, 0 for cos(),1/cos_sc for sin()
double tmp = cos_sc*cos_sc;
double tmp2 = 1.0/(1.0+tmp);
double mul1 = (1.0-tmp)*tmp2;
double mul2 = tmp*2.0*tmp2;

// per-sample calculation
double output_value=pos;
// double cosine_output = vel*cos_sc;


// iterate to next sample
double newpos = pos*mul1 + vel*mul2;
vel -= (pos+newpos);
pos = newpos;

Ta-da! If anybody wants to go and do some fancy pants math to show why this works, too, I'd love to hear it... :)

3 Comments