@Shabroy I don't have an ios device so I am flailing around in the dark.
But you should try [r_#loc-help] which has a spigot to open for data to flow (It seems that the format is definitely [r_#x] with no spaces).
And although these rj patches are useful for debugging it seems that the [rj_loc] object is required and is only created on an I-device.... presumably the same as the ios window screenshot (Loc ... see below) from the PdParty/Guide PDF.

I might read this..... https://danomatika.com/code/pdparty/guide ... when I get time.
It seems to explain such things...
And I imagine that this.....

... exists somewhere in the PdParty download......... https://danomatika.com/code/pdparty
David.

@impression You are running this on an RPI so have a look at this thread... https://scsynth.org/t/limit-to-maximum-number-of-osc-messages-that-can-be-received-in-short-time/8641/6
The sysctl command will probably help.
David.

@c_c I think you will always have artefacts as the delay read point changes.
Even if you have 2 delays and swap (flip-flop) between them you will hear the change.
But if you crossfade between the 2 delays maybe your ears/brain will be deceived.
You will need to find a sweet spot for the length of the crossfade dependant on the range of the timing changes.
David.

@Shabroy It seems that you have to enable GPS in PdParty........
Chapter 3.2.5 here........ https://danomatika.com/publications/pdparty_pdcon_16.pdf
.... and then receive the data through an [r #loc] object...... then [unpack f f f] for lon, lat, accuracy.

You will find a lot of help on Github..... especially here...... https://github.com/rjdj/rjlib/blob/master/rj/r_%23loc-help.pd
It is old but should still be good.... and there are patches for generation too.
You should grab the whole rjlib here..... https://github.com/rjdj
David.

@raynovich Sorry to be late replying.... I have been away..
I suppose that not so many people share their projects, and often those that do just list the necessary libraries (if we are lucky).
But it is good practice to use a folder structure to group your own abstractions.... which of course the other person will need to run the main patch.
Here is an example that is about as complex (but complete) of an old shared library for GEM.
It can be found here..... https://github.com/extendedview/extended_view_toolkit
This is the structure.....

And this is how the paths were declared........

You can see how . and .. are used for paths in the help file for [declare]
But if you put all your abstractions in a folder "abs" then you only need a [declare -path abs] so that they are found in that sub-folder.
And you can of course add the libraries to your bundle and declare them as was done in the [init] sub-folder in extended-view.
They then used an abstraction..... [ev-main/ev_declare] in their patches (inside [pd init] ) to set the paths for all the examples in their project.
David.

@raynovich You had the same problem 5 years ago....
https://forum.pdpatchrepo.info/topic/13399/paths-and-organizing-pd-files-for-use/1
Using the [declare] object for libraries and externals in your patches solves the problem both on your computer and for when you share a patch.
It sets up a search using the standard paths.... so adapts to the Pd paths for each computer and OS.
Also it shows the other person which libraries they are missing.
It is a little more work, but future proof....
David.

@spluta No. [clone] is I think the only way.
You could use dynamic patching but for this purpose [clone] makes that redundant.
David.

@donnerbono You might also like this...... https://www.katjaas.nl/slicejockey/slicejockey.html
It needs extra libraries for Vanilla..
HCS
Zexy
nilwind

@jameslo I would use [coords( rather than [donecanvasdialog( as it is less "dirty". [pdcontrol] I have never tried.
I can't remember whether you need to exit from edit mode after the [coords( message.
David.

@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.