|
|
I’ve recently finished three books that all have more to do with one another than they might expect:
The last one, while not as well written, does acknowledge the space it’s in by referencing the previous two books. (and mentioned our own Dave Pennock)
At some point I want to sit down with all three of these again and write down my slowly gelling thoughts on all of this. This is how we should design software and build robots.
I've recently finished three books that all have more to do with one another than they might expect:
Emergence: The Connected Lives of Ants, Brains, Cities, and Software
The Tipping Point: How Little Things Can Make a Big Difference
The Wisdom of Crowds: Why the Many Are Smarter Than the Few and How Collective Wisdom ...
There’s at least two ideas I’d love to see implemented:
- Lego-esque modular MIDI controllers
- Physical tile-based Music Clip UI for Acid/Garageband/Logic/Cubase/etc.
Both of these ideas have been percolating around the my local noosphere
for some time. So I don’t forget, or the ideas mutate, I’m going to try to
describe each one.
- Lego-esque modular MIDI controllers
For better or worse, we’re in an age of software synthesizers, software mixers, software effects, and so on. Plug-in hell. While the malleability of software allows a diverse culture of interfaces, we humans must still interact with them with the anemic interface of a single 2-D pseudo-analog pointer. Interacting with these software doppelgangers via such an input is tiresome and inefficient compared to the rich multivariate interfaces of the devices they are based on.
One might argue that there exists many external MIDI controllers or ‘control surfaces’ to help one break out of the mouse jail, but these devices suffer from being either too generic (a bank of blank knobs) or too specific (a bank of mixer sliders).
Instead, imagine a collection of physical UI modules: a slider, a knob, a button, a display, and a controller that has the MIDI interface. To make a mixer, you grab a bunch of sliders, click them together, and click the controller to the end. To make a sequencer trigger, click together a bunch of buttons and displays.
Ahh, but a problem with this concept: no feedback from the the software app about the state of the button, knob, slider. This can perhaps be solved by embedding simple displays within the ‘input’ devices, like what the Nord Lead has.
- Physical Tile-based Music Clip UI
The ‘clip’ interface present in Acid/GarageBand/Logic/etc. is pretty powerful: horizontal axis is time, vertical axis is ‘track’. An audio clip can be ‘drawn’ across a time range to indicate when it should play, and it can be truncated on either end to state at what point in the clip it should start and stop (or loop).
Now think of how this could be implemented physically. I’m thinking: tiles representing audio clips on a surface
that reads both the tile identity and its position. [...tbd...]
There's at least two ideas I'd love to see implemented:
Lego-esque modular MIDI controllers
Physical tile-based Music Clip UI for Acid/Garageband/Logic/Cubase/etc.
Both of these ideas have been percolating around the my local noosphere
for some time. So I don't forget, or the ideas mutate, I'm going to try to
describe each ...
On some random blog I arrived on via a search engine,
I noticed that the page had hilighted all the words
that were part of my query. This is awesome.
I wonder if this functionality could be added as a post-processing
step for all web pages before they are sent to the user.
(an Apache module?) The logic could be quite simple:
if( http_referer_exists &&
http_referer_is_search_engine ) {
query = get_query_from_referer()
foreach word in query {
response =~ s/word/<div name=hilite>word</div>/g;
}
}
On some random blog I arrived on via a search engine,
I noticed that the page had hilighted all the words
that were part of my query. This is awesome.
I wonder if this functionality could be added as a post-processing
step for all web pages before they are sent to the user.
(an Apache module?) ...
Reminder to self:
Think more about fun comparisons of hashes
(allows decomposing of problems by N) and power sets (causes problems
to increase in complexity by 2^N)
The former is the standard technique I’ve used to make hard problems easy
or fast: divide-and-conquer. The latter is a a natural result that for any body of N nodes, full connectivity goes as 2^N: applicable in social networks, etc.
Sounds lke hashing fails to decompose power-set problems.
Can we use power-sets to decompose?
Reminder to self:
Think more about fun comparisons of hashes
(allows decomposing of problems by N) and power sets (causes problems
to increase in complexity by 2^N)
The former is the standard technique I've used to make hard problems easy
or fast: divide-and-conquer. The latter is a a natural result that for any body of N ...
|
about Random experiments, circuits, code, rapid prototyping examples, sometimes things to buy, and occasionally tunes by Tod E. Kurt.
Reach me at tod [at] todbot.com
Yay BlinkMs! 
BlinkM is a smart LED. Imagine an LED with a tiny computer inside, one that can be any color and have a life of its own. You can buy them now from one of our global distributors.
ThingM 
A device studio that lives at the intersections of ubiquitous computing, ambient intelligence, industrial design, and materials science.
|
Recent Comments