Hi there,
I don't think I posted this link ;-)
Actually, this clock divider does does very different stuff than I
proposed. What I propose is simply a DAC that takes OSC messages
(0-1023) and converts them to voltage (0-5V) in high resolution, and
with a high enough clock speed that if you sent a varying waveform out
of it, it wouldn't sound "steppy". So it could be a digital envelope
generator, LFO, sequencer, gate trigger, arpeggiator, sequence divider,
whatever. It's function would be determined by what the user told it to
do in the computer with the software of their choice.
D.
Argitoth wrote:
> Bakis, Derek Holzer posted a link to a thread, might as well do the
> same:
http://modularsynth.net/viewtopic.php p=13963#13963
>
> The link to the audio demo worked too, right The link to the image
> works fine for me. Check the thread to see the image. Ok, to answer
> your question. I'm talking about only dividing by integers, 1, 2, 3, 4
> up to however many. I'm taking into account economic or designing
> issues, but I have NO idea how to design a module, that's why I made
> them knobs instead of additional LCD screens. Yes, the clock with the
> LCD screen should go from 1 to however many is possible, hopefully up
> to 1024. So for example, if you want a rhythm in 13/8 time and you
> want the rhythm to repeat every 4 measures, you would set the LCD
> clock to 52. 13*2*2 = 52 which means 13 beats 4 times, which means 4
> measures. Lol, sorry to spell it out.
>
> On Tue, Oct 28, 2008 at 11:43 AM, Derek Holzer <
derek@...
> wrote:
>> Hi Baksis,
>>
>>
http://en.wikipedia.org/wiki/OpenSound_Control
>>
>> Check my followup posts for some of my ideas.... which are basically
>> similar to Guy's suggestion of a USB to CV interface with the ability to
>> construct LFOs as well as notes in the computer. However, I think rather
>> than bundle a dedicated software with such a controller, which would
>> only increase the cost and lock the user into one kind of system, it
>> would be better to allow the use of any kind of software which deals
>> with OSC (Pure Data, Max/MSP, Reaktor, etc). Because it's an open
>> protocol, there could be any number of possible software interfaces, and
>> people would be free to design their own. And then the users could
>> construct any kind of controlling messages they wish (envelopes,
>> repeating or changing LFOs, notes, random modulation, intervals using
>> multiple outputs, etc etc).
>>
>> best!
>> Derek
>>
>> Bakis Sirros wrote:
>>> details please.
>>> (btw, i do not have any experience with the OSC protocol)
>>> anyway, details of the features of this suggested module, please
>> --
>> derek holzer :::
http://www.umatic.nl
:::
http://blog.myspace.com/macumbista
>> ---Oblique Strategy # 24:
>> "Bridges
>> -build
>> -burn"
>>
>>
>
>
>
--
derek holzer :::
http://www.umatic.nl
:::
http://blog.myspace.com/macumbista
---Oblique Strategy # 69:
"Feed the recording back out of the medium"