Mon Dec 06 2010 23:55:56 GMT-0800 (Pacific Standard Time)
Fri Oct 22 2010 22:57:32 GMT-0700 (Pacific Daylight Time)
Ok, enough is enough. You gotta help me out. I can't be the only person running Linux on a Lenovo Thinkpad T410 (Conexant CX20585) that has audio volume problems. How is it that I've owned this machine for 6+ months and have tried kernel upon kernel, scoured message boards, compiled alsa from trunk, tweaked endless permutations of snd-intel-hda kernel module options, yet still can't get a reasonable audio volume from this Intel HDA audio card on my T410!? It's unthinkable! I know, I know, the driver is still relatively "new", and the good work that has been done has been based on hacking some undocumented codecs without support from the manufacturers...but come on! Output volume is critical! You see, sound works just fine...but the output power is lacking. Something, somewhere, is preventing the output amplifier from being turned on or otherwise being configured correctly. I have to crank the alsa master and pcm output to 100% for music or movies to even be listenable, and even then it's not quiet loud enough. Thinkpads are still considered "good", Linux friendly laptops, so how is it that people are living with this problem? Certainly I can't be the only one! I've tinkered with hda-analyzer and hda-verb, and have some vague indication that an output amplifier is muted, but there's no apparent way to enable it. I guess its time to dig in and try and grok the source...but I kinda dread it. Don't get me wrong, I love hacking source and learning and trying things, but sometimes I just want stuff to work. I assumed 5 or 6 years ago that the "oooooh, audio on Linux is so hard" problem had been solved...but I guess I was wrong. After so many years of ALSA "just working" and doing what I needed, I guess it is actually a problem again...and that sucks. If you have any insights into this issue or want to steer me down a path, please send me an email...otherwise wish me luck.
Sun Jun 06 2010 22:08:28 GMT-0700 (Pacific Daylight Time)
I need practice. ...but this video gives a brief demonstration of the Ghetto Drum System that I built several years ago, and I just recently added MIDI over USB. The sounds you hear are from a pretty sizable collection of samples ripped from (mostly commodity) synthesizers and played horribly by me in real time. The Ghetto Drum is triggering MIDI into Pure Data (Pd) in order to play the samples, and the Dickhole Keypiss controller sitting on top of it is used to do bank programming and selection. Audio is routed out of the cheap-o netbook and into an even cheaper guitar amplifier.
Sat Jun 05 2010 23:38:13 GMT-0700 (Pacific Daylight Time)
So Paul hooked me up with a Teensy++ with a couple bad pins a few months ago and I ended up putting it to good use by retrofitting my Ghetto Drum system in order to support MIDI over USB. The project page has been updated and provides a few more details about the Frankenstein job. I pulled open the old SyQuest case and unmounted the existing circuit board. After hacking at it with the Dremel for some time, I was able to turn the board sideways to make room for the new Teensy board. I mounted this new Teensy in the upper back and made a ghetto faceplate that allows the mini USB connector to poke through. I mounted the Teensy on a small piece of perfboard and made some super ghetto wooden standoffs. I wired 10 pins from the Teensy over to the existing PIC board with wire-wrap wire: 2 power lines and the 8 trigger points. On the legacy side, I decided to solder the connections right to the pins on the PIC chip itself. Whatever works! This change allows the whole mess to be powered by USB when pluged in. The legacy PIC board maintains its old function of reading the triggers and converting the data to RS232, but more importantly, the PIC toggles the trigger LED whenever a pad is hit. :) On the software side of things, I leveraged Dean Camera's LUFA to build some firmware that allows the Ghetto Drum to show up as a USB MIDI device. When plugged in, the device will show up with a clever name and show itself to the host computer as a USB audio/MIDI interface device. When the triggers are hit, the Teensy sends note on/off MIDI events on channel 1 (zero based). In order to make some sounds, I built a fairly involved Pd patch that receives the MIDI events and can trigger drum samples from a gigantic library of synthesizers. I used the Dickhole Keypiss with Pd to program different patches and assign samples to trigger channels. After the integration was complete, I ended up demonstrating the whole shebang one Monday night at Dorkbot in Portland. I hope to have a demonstration video up within a few days.
Wed Feb 24 2010 00:53:44 GMT-0800 (Pacific Standard Time)
Infiltration Lab played a live, hour-long drone/noise set on KBOO FM on February 1st, 2010.
In the unfortunate event that KBOO loses funding or they change their url scheme or de-archives material or bombs hit Portland or whatever, I have also archived the show on archive.org. Hopefully this embedded player continues to work:
A few random tech details: I played the set on my audiopint computer that I built a couple years ago, running some Pd patches that I designed specifically for this show. As usual, the computer (as underpowered as it is!) had no problems keeping up. All sounds in the recording were rendered through Pd in realtime. Some audio material (for the granular synthesis) was taken from a(n unnamed) commercial recording, and the spoken sample material was mixed blind (previously unheard by me) from a psychological tape sourced at the Goodwill bins.
This piece is intended to be a contrast of sorts, a juxtaposition, and an overt psychological response to the reflection of time collapse. There really is no time. If your current self could revert to its earlier self in an instant, what would that event sound like?
Many thanks to Sean for having me. May radio live on!
Sun Jan 03 2010 22:17:15 GMT-0800 (Pacific Standard Time)
On the transition from New Years Eve to New Years Day I made a recording of the sounds in my neighborhood, similar to the one I made last year. Here's a link to the archive.org page for it in case you want to download it or read more:
http://www.archive.org/details/NewYears2010WoodstockPortlandOr. It has reminded me just how much I enjoy the sound of binaural recording. I'm still tickled by the spacial placement of sounds in a 3D field. If you listen, you should ideally wear headphones and keep the volume very high (I didn't alter the signal and left a bunch of headroom).
Sun Jan 03 2010 21:41:43 GMT-0800 (Pacific Standard Time)
Sometimes when I'm prototyping patches in Pd and working at a computer keyboard (without an external controller), I like to be able to quickly map keyboard keys to trigger events.
The vanilla key objects are fine ([key], [keyup], and [keyname]), but [keyname], in particular, likes to send redundant events when a key is held (due to key repeats). As a result, I created [keyonoff]:
This abstraction will take a given key (and an optional timeout duration) and will map a keypress onto a simple 1 or 0, while eliminating duplicates. In other words, when your desired key is pressed, it will output a 1 and will output a 0 iff a zero has been seen from [keyname] and no 1 has been seen within the filtering period. The default timeout period is 50ms, which is suitable for command-like actions, but will need tweaking for time-sensitive rhythmic work.