• y0g1

    I think I achieved replicating this in puredata ,I'm also pretty sure this can be done way more efficiently...!

    Here's a screenshot & the patch attached.

    Screenshot 2026-05-10 at 10.51.19.png

    genDetrendTest.pd

    posted in technical issues read more
  • y0g1

    @whale-av Cheers !

    I never knew this topic would go that deep...
    I'll try and improve my onset detection / detrending, then see if I need the counter to be that accurate ( my guess is "no" )

    posted in technical issues read more
  • y0g1

    @lacuna

    Well, I think the counter being off isn't an issue, in the end it's off for the 4 mics and I end up with correct inter-onset values. ( I hope so )

    The patch evolved and has fewer uncertainties ( the screenshot I posted in the previous thread was wrong in many ways... )

    I gave up using Lowpass to filter onsets, I went on trying to reproduce some "Gen~" code with "fexpr~" ( as I understood a few things about expressions reading all the different answers I got on the forum.

    I got better results ( I've been provided a 4 tracks recording, and a list off all inter onsets produced by the max patch so I can compare ) I spent a few hours :expressionless: trying to have the exact behaviour of :

    Screenshot 2026-05-09 at 15.38.51.png

    in a fexpr object.

    Question, does anyone think this Gen~ code can be transposed to fexpr~ ?

    posted in technical issues read more
  • y0g1

    @ddw_music ,

    Maybe ok for one second
    

    I count only 256 samples, I assume it will be precise then ?

    posted in technical issues read more
  • y0g1

    @ddw_music , even better, I guess this would be more cpu friendly ?

    posted in technical issues read more
  • y0g1

    @jameslo :laughing:

    I try to be precise when asking for things, but when I post I've been struggling for a long time, smoke is coming out of my ears, I end up with confusing messages....

    posted in technical issues read more
  • y0g1

    Thanks a lot, again!

    I just had to invert things:

    fexpr~ if($x != 0, ($y + 1) % 44100, 0)

    beautiful.

    posted in technical issues read more
  • y0g1

    Another adaptation I'm struggling with:

    Screenshot 2026-05-08 at 11.57.04.png

    Here "phasor~"'s phase is reset when receiving a non zero signal.
    The use case is resetting a sample counter.

    Phasor~in puredata doesn't act the same,
    Does anyone have a clue how to make a vanilla adaptation ?

    Cheers

    posted in technical issues read more
  • y0g1

    @ben.wes

    EDIT2: and if it's about counting samples from the first hit to the others and then triangulating - that should also be achievable. let me know whether i understand correctly first. :)
    

    Hi, I missed your post, but this is the idea. get the right number of samples from first hit to the others.
    ( The triangulation part is already sorted )

    I should maybe start a fresh topic about this, as my original question was answered.

    posted in technical issues read more
  • y0g1

    @lacuna Actually I could even attach the patcher, it would make it easier right ?

    posted in technical issues read more

Internal error.

Oops! Looks like something went wrong!