Re: [Csnd-dev] [EXTERNAL] [Csnd-dev] More Daisy help

I modified the instr code in the Process example as follows:

      aL, aR ins
      outs aL, aR

and got clean output. But when the echo effect code is running, the noise
is present.

Unless you have a better suggestion, I think I will start digging into the
Daisy Versio library code. There must be something in the initialization
code that we'll need to do in our wrappers when using Csound that
particular Daisy platform.


On Wed, Sep 17, 2025 at 6:10 PM Dave Seidel <[email protected]> wrote:

>  Very good point.
>
> On Wed, Sep 17, 2025, 2:13 PM Victor Lazzarini <
> [email protected]> wrote:
>
>> If the generative example sounds clean, then I'd say there is some issue
>> with the audio in.
>>
>> You can also try a straight in - out, no effect, to hear if it is clean.
>>
>>
>> Prof. Victor Lazzarini
>> Maynooth University
>> Ireland
>>
>> On 17 Sep 2025, at 16:29, Dave Seidel <[email protected]> wrote:
>>
>> 
>> I just reinstalled the DaisyCsoundProcess example on my Versio, and it
>> seems I was too hasty in saying that it works properly. In fact, though I
>> can clearly hear the input, and the echo effect applied to it, there is
>> also an overlay of noise, if not quite as much as I heard with my own
>> PV-based code or with the PitchShifter UDO.
>>
>> So I must provisionally conclude that while these examples may work fine
>> on a plain vanilla Daisy Seed, they do not work properly on a Daisy Seed
>> that's part of the Versio module. I won't be able to get back to this for a
>> couple of days, but when I do, I will first install the actual Versio
>> example in DaisyExamples. If that works without noise, then I plan to
>> examine the C++ code for that sample carefully and compare it to what we're
>> doing in the C++ wrappers for the DaisyCsound examples.
>>
>> On Mon, Sep 15, 2025 at 3:32 PM Victor Lazzarini <
>> [email protected]> wrote:
>>
>>> yes, I would be surprised if that UDO pushes the Daisy.
>>>
>>> Prof. Victor Lazzarini
>>> Maynooth University
>>> Ireland
>>>
>>> On 15 Sep 2025, at 20:08, Dave Seidel <[email protected]> wrote:
>>>
>>> 
>>> I commented out the pitchamdf statement and set the variable to the
>>> actual cps of the source signal, but unfortunately it still sounded
>>> terrible. It's hard to believe that the remaining code is over-taxing the
>>> Daisy. (My original code using the pv opcodes run just fine on the Nebulae
>>> -- but it may be an unfair comparison since the Nebulae runs Csound on a
>>> Raspberry Pi 3.) I'm going to play around a bit with your working examples
>>> and see how far I can push it.
>>>
>>> On Sun, Sep 14, 2025 at 4:22 PM Dave Seidel <[email protected]>
>>> wrote:
>>>
>>>> Thanks, I will try these things.
>>>>
>>>> On Sun, Sep 14, 2025, 4:12 PM Victor Lazzarini <
>>>> [email protected]> wrote:
>>>>
>>>>> Ok, so I suspect that you'll get the pitch shifter working alright. I
>>>>> wonder if the pitchamdf is draining cpu cycles, it's a bit expensive.
>>>>>
>>>>> Try running the pitchshifter without pitch tracking, just setting the
>>>>> delay time fixed to some small value like 50ms and see if it works.
>>>>> In other words, keep the UDO but simplify the instrument, get the
>>>>> audio in, put it into the UDO and send it out, without any extra processing.
>>>>>
>>>>> best
>>>>> Prof. Victor Lazzarini
>>>>> Maynooth University
>>>>> Ireland
>>>>>
>>>>> On 14 Sep 2025, at 19:48, Dave Seidel <[email protected]> wrote:
>>>>>
>>>>> 
>>>>> Ah yes, sorry. I tried both the processing example and generative
>>>>> example and they worked on the Versio.
>>>>>
>>>>> On Sun, Sep 14, 2025 at 2:43 PM Victor Lazzarini <
>>>>> [email protected]> wrote:
>>>>>
>>>>>> What I was asking is whether the Daisy Csound processing example
>>>>>> works in your system. If it doesn't then there is something else needed
>>>>>> there. The example was tested and ran ok in the Daisy Pod.
>>>>>>
>>>>>> Prof. Victor Lazzarini
>>>>>> Maynooth University
>>>>>> Ireland
>>>>>>
>>>>>> On 14 Sep 2025, at 19:29, Dave Seidel <[email protected]> wrote:
>>>>>>
>>>>>> 
>>>>>> Yes, the book example works fine on my RPi. On  the Versio/Daisy it
>>>>>> is noisy, similar to the result I got from my original code. This is why I
>>>>>> am now thinking that possibly something needs to change in the C code to
>>>>>> work properly on this particular Daisy platform. So I will study the
>>>>>> published Versio example (which is entirely C) and see if I can spot the
>>>>>> difference(s). We may need different boilerplate code for Csound on Versio.
>>>>>>
>>>>>> On Sun, Sep 14, 2025 at 2:22 PM Victor Lazzarini <
>>>>>> [email protected]> wrote:
>>>>>>
>>>>>>> and the Csound processing example, how does that do in your setup?
>>>>>>> Does it work well.
>>>>>>>
>>>>>>> The delay line shifter code is fairly low in cost, so I would think
>>>>>>> it should run well. It should even allow for small ksmps/blocksize. I had a
>>>>>>> variable delay code running here with ksmps=8, and audio block size set to
>>>>>>> ksmps.
>>>>>>>
>>>>>>> Prof. Victor Lazzarini
>>>>>>> Maynooth University
>>>>>>> Ireland
>>>>>>>
>>>>>>> On 14 Sep 2025, at 19:07, Dave Seidel <[email protected]> wrote:
>>>>>>>
>>>>>>> 
>>>>>>> Identical to DaisyCsoundProcess, the only difference being the name
>>>>>>> of the file and the name of the included header.
>>>>>>>
>>>>>>> On Sun, Sep 14, 2025 at 1:25 PM Victor Lazzarini <
>>>>>>> [email protected]> wrote:
>>>>>>>
>>>>>>>> And the C program you used?
>>>>>>>> Prof. Victor Lazzarini
>>>>>>>> Maynooth University
>>>>>>>> Ireland
>>>>>>>>
>>>>>>>> On 14 Sep 2025, at 18:18, Dave Seidel <[email protected]>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>> 
>>>>>>>> Still haven't found my book, but I do have a (purchased) PDF of the
>>>>>>>> Springer Csound book by Victor et al. This contains the same pitchshifter
>>>>>>>> code along with the explanation.
>>>>>>>>
>>>>>>>> (BTW, the window used in the book is a triangle. Any reason to
>>>>>>>> prefer Hanningh over triangle?)
>>>>>>>>
>>>>>>>> In any case, this pitchy shifter code doesn't work well on my Daisy
>>>>>>>> either -- still a lot of noise overlaying the generated output. But this is
>>>>>>>> a Versio, so perhaps it requires something different in the
>>>>>>>> setup/initialization? Next step, I guess, is to compare the code in the
>>>>>>>> Versio example in DaisyExamples to the boilerplate C++ code used in the
>>>>>>>> DaisyCsound examples.
>>>>>>>>
>>>>>>>> I've attached my header file with the Csound code in it. The same
>>>>>>>> Csound code works just fine on my Raspberry Pi.
>>>>>>>>
>>>>>>>>
>>>>>>>> On Fri, Sep 12, 2025 at 4:19 PM Victor Lazzarini <
>>>>>>>> [email protected]> wrote:
>>>>>>>>
>>>>>>>>> I think the second pvsynth in this code might be pushing it
>>>>>>>>> Prof. Victor Lazzarini
>>>>>>>>> Maynooth University
>>>>>>>>> Ireland
>>>>>>>>>
>>>>>>>>> On 12 Sep 2025, at 20:18, Dave Seidel <[email protected]>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> 
>>>>>>>>> Rory, this was running in Daisy?
>>>>>>>>>
>>>>>>>>> On Fri, Sep 12, 2025 at 3:13 PM Rory Walsh <[email protected]>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> I've used ksmps=256 and fftsize=1024 and it's worked Ok for me.
>>>>>>>>>> I've been using pvsmooth and pvsynth. Not very heavy stuff, but nice
>>>>>>>>>> results all the same.
>>>>>>>>>>
>>>>>>>>>> On Fri, 12 Sept 2025 at 20:11, Dave Seidel <[email protected]>
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>> Great, thanks very much! Still looking for the book... :-)
>>>>>>>>>>>
>>>>>>>>>>> On Fri, Sep 12, 2025 at 1:56 PM Victor Lazzarini <
>>>>>>>>>>> [email protected]> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Essentially this
>>>>>>>>>>>>
>>>>>>>>>>>> https://github.com/csound/book/blob/master/part4/chapter13/13.12.csd
>>>>>>>>>>>>
>>>>>>>>>>>> Prof. Victor Lazzarini
>>>>>>>>>>>> Maynooth University
>>>>>>>>>>>> Ireland
>>>>>>>>>>>>
>>>>>>>>>>>> On 12 Sep 2025, at 18:41, Dave Seidel <[email protected]>
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> 
>>>>>>>>>>>> Thanks, Victor. I'll try those things, though I already tried
>>>>>>>>>>>> ksmps=256 and FFT size 1024 -- didn't work, but it did reduce the noise
>>>>>>>>>>>> somewhat, so I think that reinforces your theory.
>>>>>>>>>>>>
>>>>>>>>>>>> The delay-based approach might be fine, thanks for the
>>>>>>>>>>>> suggestion. I know I have the book around somewhere, I just need to find
>>>>>>>>>>>> it....
>>>>>>>>>>>>
>>>>>>>>>>>> On Fri, Sep 12, 2025 at 1:17 PM Victor Lazzarini <
>>>>>>>>>>>> [email protected]> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> Hi Dave,
>>>>>>>>>>>>>
>>>>>>>>>>>>> this is probably because the Daisy can't compute audio in time
>>>>>>>>>>>>> for the interrupt.
>>>>>>>>>>>>> It could be that the FFTs are too much for it.
>>>>>>>>>>>>> There's a few things you could try:
>>>>>>>>>>>>>
>>>>>>>>>>>>> increase ksmps to 256
>>>>>>>>>>>>> decrease FFT size to 1024
>>>>>>>>>>>>>
>>>>>>>>>>>>> keep ksmps at 128
>>>>>>>>>>>>> decrease FFT size to 512
>>>>>>>>>>>>>
>>>>>>>>>>>>> I have not yet tested spectral processing to see what the
>>>>>>>>>>>>> limits are. I can't do any testing at the moment because my Daisy seed is
>>>>>>>>>>>>> faulty, I'm waiting on a replacement.
>>>>>>>>>>>>>
>>>>>>>>>>>>> An alternative to doing pvs-based pitch shifting is to use a
>>>>>>>>>>>>> delay line pitch shifter, which might just work ok in your case. Russell
>>>>>>>>>>>>> Pinkston's chapter in the Csound Book has an example you could use.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Otherwise I can send you some code.
>>>>>>>>>>>>>
>>>>>>>>>>>>> best
>>>>>>>>>>>>> Prof. Victor Lazzarini
>>>>>>>>>>>>> Maynooth University
>>>>>>>>>>>>> Ireland
>>>>>>>>>>>>>
>>>>>>>>>>>>> On 12 Sep 2025, at 16:38, Dave Seidel <[email protected]>
>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>> 
>>>>>>>>>>>>> *Warning*
>>>>>>>>>>>>>
>>>>>>>>>>>>> This email originated from outside of Maynooth University's
>>>>>>>>>>>>> Mail System. Do not reply, click links or open attachments unless you
>>>>>>>>>>>>> recognise the sender and know the content is safe.
>>>>>>>>>>>>> Hi Victor,
>>>>>>>>>>>>>
>>>>>>>>>>>>> I have a tiny project that essentially duplicates the
>>>>>>>>>>>>> DaisyCsoundProcess example, the only differences in the code being the
>>>>>>>>>>>>> changes names and the contents of csdText.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Here's the UDO I'm using, which works fine with standalone
>>>>>>>>>>>>> Csound. It takes an input signal and turns it into a stereo output  signal
>>>>>>>>>>>>> with a binaural beat. When it's executed on the Daisy, I can sort of hear
>>>>>>>>>>>>> the output, but it's very noisy. Is there anything in this code that you
>>>>>>>>>>>>> would not expect to work on the Daisy?
>>>>>>>>>>>>>
>>>>>>>>>>>>>     opcode binauralize, aa, ak
>>>>>>>>>>>>>       ain,kdiff xin
>>>>>>>>>>>>>
>>>>>>>>>>>>>       ; take it apart
>>>>>>>>>>>>>       fsig pvsanal ain, 2048, 2048/4, 2048, 1
>>>>>>>>>>>>>
>>>>>>>>>>>>>       ; determine pitches
>>>>>>>>>>>>>       ; kcent, kamp pvspitch fsig, 0.1
>>>>>>>>>>>>>       kcent pvscent fsig
>>>>>>>>>>>>>
>>>>>>>>>>>>>       if (kcent > 0) && (kdiff > 0) then
>>>>>>>>>>>>>         kdiff /= 2
>>>>>>>>>>>>>         krat1 = (kcent + kdiff) / kcent
>>>>>>>>>>>>>         krat2 = (kcent - kdiff) / kcent
>>>>>>>>>>>>>       else
>>>>>>>>>>>>>         krat1 = 1
>>>>>>>>>>>>>         krat2 = 1
>>>>>>>>>>>>>       endif
>>>>>>>>>>>>>
>>>>>>>>>>>>>       ; create derived streams with shifted pitches
>>>>>>>>>>>>>       fsig2 = fsig
>>>>>>>>>>>>>       fbinL pvscale fsig,  krat1, 0
>>>>>>>>>>>>>       fbinR pvscale fsig2, krat2, 0
>>>>>>>>>>>>>
>>>>>>>>>>>>>       ; put it back together
>>>>>>>>>>>>>       aoutL pvsynth fbinL
>>>>>>>>>>>>>       aoutR pvsynth fbinR
>>>>>>>>>>>>>
>>>>>>>>>>>>>       xout aoutL, aoutR
>>>>>>>>>>>>>     endop
>>>>>>>>>>>>>
>>>>>>>>>>>>> <daisyCsoundVersio.h>
>>>>>>>>
>>>>>>>>