ComputerVoltageSources

Hi Michael
--- In ComputerVoltageSources@yahoogroups.com, "Michael Zacherl (aka
TonTaub) " <egroups@...> wrote:
> Anyone cares about OSC (Open Sound Control)?
> I didn't dig into this so far but my co-musician is using that between 
> his Lemur and Max/MSP on a PowerBook with great success.
> 
> http://www.cnmat.berkeley.edu/OpenSoundControl/
> 
> In our case OSC <-> CV is more likely the target configuration.
>
 http://www.smartcontroller.com.au/smartController/smartController.html
> (also have yet to read it)
> 
> Just a thought, 
 
these are good topics to keep in mind....
MBASIC code is not going to be everyone's cup of tea.
Graphic "connect-to-dots" environments are a very attractive
alternative to obsessing about the loading precedence of C include-libs!

In collaboration with some buddies, i have tinkered with gadgets that
finagle CV's out of MAX MSP. National Instruments makes low-end Data
Acquisition I/O boxes that, with LabView software, can do some very
good tricks. The advantage is the intuitive nature of the graphic
programming interface.

Here are the points i see that must be considered  

These solutions tether the hardware to a PC. Is the additional
'overhead' worth it to the user?

(speaking from my experiences with MAX MSP) I compare graphic modular
development and low-level code development to the difference between
writing a poem with 400 of theose magnetic refrigerator words and
writing a poem with a typewriter. 
Both can yield good poetry.

But having used the typewriter for many years , i prefer it. I always
end-up feeling a little hobbled by biases that the designers of
'elements' build-in to them.
Add that to the worry about the sheer number of tiny moving, humidity
-sensitive parts in a laptop and the DIY'er in me just sorta takes over!
;'>

but that's just me,

I'm sure that BasicMicro ain't ABOUT to write a graphic code
development environment for the BasicAtoms....  but somebody (with a
lotta time on their hands) could!

i think it's worthwhile  to ask how many folks would prefer graphic
development to low-level MBASIC or C or Forth coding.***
The number might justify the effort of a (ie) graphic-to-MBASIC
compiler .... to someone!

 

That's my  $.04

best
 -doc

***and then just to be a smartass we should ask how many people would
prefer to develop direcly in assembler .... or.... OR THE PROCESSOR
CODE.... WOW!!!!!! that stuff's REALLY FAST!!!!!
uh....
MBASIC still gets my vote BTW
;'>