[PD-dev] Re : Re: More info about dsp_phase in d_ugen.c

[Nicolas Danet]

Hi, 

Ah Ah, you are right... but that is precisely the part i understand ;-)

In all the tests i did, at the time it initializes the block value phase, the (dsp_phase % block_size) result is always zero (ditto for inlet prolog). The only code where it is not zero is in the outlet epilog at < https://sourceforge.net/p/pure-data/pure-data/ci/master/tree/src/g_io.c#l518 >. But the result seems weird. 

a/ i did a mistake in my modified code.
b/ it is used only by the one shot dsp-chain feature (that i removed in my code).
c/ it doesn't do anything.
d/ ...

Anyway, thanks for your reply.

e/ I will try to remove that stuff and wait for an hypothetical crash!

----- Mail d'origine -----
De: Pierre Guillot <guillotpierre6 at gmail.com>
À: Nicolas Danet <nicolas.danet at free.fr>
Cc: pd-dev at lists.iem.at
Envoyé: Fri, 18 Nov 2016 13:37:20 +0100 (CET)
Objet: Re: [PD-dev] More info about dsp_phase in d_ugen.c

Hi Nicolas,
I'm not sure but I think it's the total amount of dsp ticks since the
opening of PD and it's mostly used by the block objects to know when to run
their DSP blocks (something like if dsp_phase%block_size==0 then perform).

2016-11-18 7:55 GMT+01:00 Nicolas Danet <nicolas.danet at free.fr>:

> Hello,
>
> I really have hard time to understand what's the dsp_phase variable
> (d_ugen.c) is supposed to do.
> I obtain always zero or weird values in the prolog / epilog calls.
> Is it related to the one shot tick feature provided by the block object?
> Thanks for clues or links to any information/discussion.
>
> < https://sourceforge.net/p/pure-data/pure-data/ci/master/
> tree/src/d_ugen.c#l101 >
> < https://sourceforge.net/p/pure-data/pure-data/ci/master/
> tree/src/g_io.c#l518 >
>
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at lists.iem.at
> https://lists.puredata.info/listinfo/pd-dev
>