@jameslo Yes, I think so too......
It seems to have a tilt to archaeology... digging up blasts from the past.
I will have to put my "bad cop" hat on again.
David.

@nicnut Yes, as the [phasor~] output jumps it could output samples that jump from near 0 to near 1 or vice versa and that will produce clicks.
You could window each grain, or as I did here soft duck the output during the jump.
The effect is the same I think.
Microsound-granular.pd
See [s smooth] and [r smooth] for the duck.
David.

@crttrkix P.S. As well as passing arguments from [cue] to the name of the abstraction it contains, you can also pass arguments to it.
i.e. [cue 1 22 33 44]
contains
[whatever$1 $2 $3 $4]
where $2 $3 $4 inside [whatever1] resolve to 22 33 44 upon creation.
David.

@crttrkix "This demonstrates a bit of an inconsistency in their behavior (I don't know why this is) that is good to know.

It is just that [whatever] is an abstraction... that is another patch..... whatever.pd.... inserted into your patch.
[pd whatever] is a window within the patch that contains it..... useful for keeping a patch tidy but also to fix an order of operations and to set a different block size for resampling, and for processing audio at a different block size (right down to single sample processing).

And what @jameslo said..
David.

@crttrkix You can pass arguments, but not as part of the name.
$0 is not so useful, as when you want to send messages from outside the abstraction you can get it to declare its $0 value but that becomes complicated.
So it is easier to give each instance known arguments.
Arguments are passed down to sub-patches within the abstraction.
So probably.....

I have used the first argument directly in [expr]
Since some version of Pd the $1 would be automatically escaped within the formula of [expr] and made literal, so I have escaped it again to make it a variable as required in this case.

You can have as many arguments as you wish..... intteger and string....
Inside the abstraction use [symbol $1] to loadbang a string.
I tried to make a tutorial here.... https://forum.pdpatchrepo.info/topic/9774/pure-data-noob/4

For the sub-patch it is not actually useful as the sub-patch is just a window within [cue].... so all you have done is change the name of the sub-patch.
If you want a completely different sub-patch in each instance of [cue] then use another abstraction (a patch) instead.
[cue 1 34]

inside [cue] $1 becomes 1 (in an object) and [patch$2] becomes [patch34] which you have created as patch34.pd

But if the sub-patches are identical then pass arguments from the creation of [cue]..... as many as you need...
[cue 1 34 woof lala 12 rev delay]
Inside object names they will be resolved...... and not escaped.
David.

Should be here..... https://puredata.info/docs/developer/PdFileFormat ...... but the whole site is unreachable right now.
It used to be included in Pd extended source code..... another loss....
Here it is....... pdfileformat.zip
David.

@pepika32 [gemwin] should be an object..... not a [gemwin( message.
Hopefully it will then work as you expect.
David.

@Moothart The easy way will be to use [print] and you will see the value in the console even though a number box might not have time to show it.
Or you could use [sel 2 5 6 7 10] with bangs on the first 5 outlets and see the effect in the patch.
David.

@Moothart If timing is a problem..... and it is always a double bang..... then you can solve it like this using a [toggle]....
David.

@Moothart [int] rounds a number to an integer.
So if you multiple your values by 10... then pass them through [int] and divide the result by 10 you will have values with one decimal point.
David.

@freq63 It looks as though the metro for playback position is only on for alternate file loads.
You might want to incorporate automation of adjustment for the file samplerate to ensure correct playback speed. It is dumped by the right outlet of soundfiler..... any-samplerate.zip
That patch also adds the guard points to the [array] to ensure correct interpolation by [tabread4~] as the [phasor~] wraps.
And if you will share the patch then you should get the Pd samplerate using [samplerate~] to insert the value into [expr].
David.

@Moothart The list-abs library has an abstraction that will confifm that a value is a member of a list.
list-sieve.zip
David.

@stefano_zorzanello Yes...... the settings are saved to the registry, and so read from the same place when opening all 64-bit versions of Pd.

Caveat.... I use the "portable" zip downloads of Pd so that I have them all available at any time.
So....... if I have installed externals to version 54.1 I still have that version on my computer and the paths are found when I open version 56.
If I then use Deken to install more externals while 56 is open then they will be written to the folders containing version 56 and new paths will need to be set.

If you "install" version 56 it will overwrite 54.1, but the externals will not be overwritten, so the paths will stay the same.
David.

@stefano_zorzanello
Here is your file working on my computer.... hmm.zip

You can find the pd file format here........ https://puredata.info/docs/developer/PdFileFormat

Scroll down to "canvas".... for a full description.

So it seems that your edit was acceptable.
Did you edit the file in a very basic text editor?
In windows notepad works, but if you edit in a word processor you will corrupt the file with hidden formatting characters.
EDIT..... same conclusion as @oid
David.

@totoetlititi I don't see a flatpak app for 0.55.2 on the Pd 0.55.2 download page.
You can find "apt-get" versions for Linux/debian etc. here......
https://deb.debian.org/debian/pool/main/p/puredata/
David.

@ddw_music It is a little more complicated.
If you are writing a paper then you should look at @jameslo's conclusions re a previous discussion on the building of the dsp graph and the use of subpatches to control the ordering and ensure repeatability..... https://forum.pdpatchrepo.info/topic/13512/s-r-throw-catch-latency-and-object-creation-order/21
There is a lot of detailed info in the thread.... maybe nothing new for you but...?
David.

@soundproofskin Pd specific shortcut key bindings are in pd_bindings.tcl in the Pd/tcl folder.
You can change them (carefully) to have what you need, or better still write a pd-plugin file.
I don't know (as yet) how to do that correctly.

OS standard bindings seem to be in tk.tcl in the same folder and are set according to the the window system detected.

I am running windows on a Mac so a Mac keyboard. Key identifiers seem to be wrong for some modifying keys.
For me Fn+left and Fn+right jump to the beginning and end of the selected text. But I find no mention of Fn as a modifier anywhere in the .tcl files..... so...?
And the up and down arrows do the same.... jump to the beginning and end.

Sorry... not much help..
David.

@oid A recent change (since the doc was written).
https://puredata.info/docs/developer/PdFileFormat

I don't know how long ago but it doesn't work in Pd extended.
Interesting, and it persists through a save..... so is now part of the file format.
It also works for objects and even some gui's even though gui's have fields already for setting width.
David.

@jameslo Not sure..... if you are banging the slider and moving it at the same time then it is hard to interpret.
The fader can be moved by hand fast enough to cause trouble as the OP found.
Yes, certainly, if moving the slider faster than the speed that would create an output every 0.125 msecs it might not be reliable, but your test is mixing 2 effects so....?
I found that all data points were produced by my test at higher speeds than [metro 0.125] but the console print was failing.
Caveat.... was [tabwrite] still writing to the array?
I will try again at higher rates but if [tabwrite] fails to update the [array] then I will never be certain of the limit without console output.
Except that if a whole 400 point table is written it should indicate success.... unless the screen fails to update because Pd has effectively hung of course.

No idea whether cpu speed has relevance at todays speeds..... probably not.
Mine ... Processor Intel(R) Core(TM) i7-3615QM CPU @ 2.30GHz, 2301 Mhz, 4 Core(s), 8 Logical Processor(s)

David.

@jameslo Comms starts to fail with the console below about [metro 0.125] but all values are still produced by the slider........

David.