[sdiy] Generating a large number of CV outputs

[Ben Stuyts]

<duh> I see it in my email too. I was looking at the wrong part.</duh>

So it’s not in the archive, and several others have chimed in that they’ve seen it too. So it’s probably for everyone. I see that this occurs inside rather long lines, so perhaps it’s some sort of buffer length limitation in Mailman. I’ll have a look…

Ben

> On 10 Dec 2023, at 20:28, Mattias Rickardsson <mr at analogue.org> wrote:
> 
> Den sön 10 dec. 2023 19:31Ben Stuyts <ben at stuyts.nl <mailto:ben at stuyts.nl>> skrev:
>> Hi Mattias,
>> 
>> Is this is the message you are quoting? https://synth-diy.org/pipermail/synth-diy/2023-December/132104.html If so, I do not see it in my copy of the message, nor in the Archive. So it could be something in your mail client? Or forwarder? ;-)
> 
> 
> Touché!!!  :'-D
> 
> /mr - not referring to the Buchla 
> 
> 
>> 
>>> On 10 Dec 2023, at 13:03, Mattias Rickardsson <mr at analogue.org <mailto:mr at analogue.org>> wrote:
>>> 
>>> [snip]
>>> PS: on the topic of strangenesses in emails, what's the cause of the inserted  [exclamation point + newline + whitespace]  in long paragraphs? See:
>>> 
>>> 
>>>> ... as a message comes in, rather than a DAC that needs a continuous data stream (usually fed from a waveform buffer). DAC chips that operate on a fixed sample rate require a clock signal as part of the serial bus that they use, whereas DAC chips that are flexible about fixed or variable sample!
>>>>   rate do not need a clock, per se, because they have a "convert" signal to load each new value. There is clearly some overlap in the design here, but the point is that you want to think about what the CPU is required to do to feed the DAC. In general, a DAC that is capable of variable...
>>> 
>>> 
>>>> ... CODEC without each signal interfering with the other. But that's an example of way too many bits in each word and way too many data transfers per conversion to be an effici!
>>>>  ent model. Your CPU will run out of power an order of magnitude faster with this approach.
>> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://synth-diy.org/pipermail/synth-diy/attachments/20231210/2df229db/attachment.htm>