wow, just having found this.

seems to be a net collaborative way of use pd:
NETPD

Do synths have to be OSC/RRAD encapsulated to use?

Any good jams happening?

a.

>> Do synths have to be OSC/RRAD encapsulated to use?

netpd uses maxlibs netserver and netclient. it also provides some abstractioins to broadcast+sync floats, symbols, lists, tables, textfiles...
instead [hslider]->[osc~] you can do something [hslider]->[netpd-a name]->[osc~]
there is some info in netpd/tut and netpd/doc if you have built a synth like that it already has netpd's internal statesavingsystem ...
just connect and people there can explain you more.

>> Any good jams happening?

yeah sometimes....
...we started to have weekly sessions on thursday evening 10pm CEST

Ok, thanks for the info Eni, it may be a few weeks but see you on the server one day soon. I'm going to wrap up a few synths netpd style and come and play with you.

cheers,
Andy

URGENT BUMP! Everybody get netpd, see what is working and what is not, get it up to date, and get working on a massive pd collaboration. This is THE tool we need right now!

@neko said:

NETPD

Also I let's take a look at this:

http://musicoll.github.io/Kiwi/

I had also in mind trying to compile ninjam c client as an external in pd... that would be really nice to have for jamming. Right now I have only added OSC to the command line client of ninjam... We could setup a ninjam server only for "pders". I have already a server working for my friends... I coded a tool to help the creativity (or limit...) I could adapt it to PD

https://ninjam.baldapproved.com/musicards/create

Anyone with time and knowledge of C -> PD external?
Cheers

@60htz that looks really good too, thanks!

@EEight that sounds interesting - so could this integrate midi/osc data flows?

@beem Nope, just audio and timing.

https://github.com/wahjam/wahjam/wiki/Ninjam-Protocol
*Time is divided into intervals which allow each client to upload audio that other clients will receive and play when the next interval starts. Therefore clients do not play audio together in real-time; audio from remote clients is always delayed by one interval. This design recognizes the fact that latency on the internet is too high for real-time audio collaboration.

The tempo is defined by the Beats Per Minute (bpm) and Beats Per Interval (bpi) session settings. Clients typically offer metronome functionality based on the bpm setting to enable musicians to play in time.*

I added OSC to the ninjam client so that PD can receive the bpm and downbeat (start).

Also I let's take a look at this:

http://musicoll.github.io/Kiwi/

I downloaded this but it crashes on my macbook when I try to join?! A shame as it looks really good.
---edit---- the developers have explained this is a temporary problem with the server that should be fixed when lockdown is over and they have access to the University...

OK I've got netpd working on my computer after fiddling around for a long time with libraries, externals etc (I'm sure most people on here find this easy but it gives me a headache). The instruments in there are great and very enjoyable to play with. MIDI input is possible through 'pcr-30'. I haven't worked out how midi or osc could be sent out to external instruments...
I'll try to log on regularly around 11pm or 12pm European time if anyone wants to see if the networking works - and maybe make some interesting sounds...

EDIT:

Not as complicated as i made out (I had some mix-ups with older versions of netpd)

just use pd vanilla, get netpd from github, get the instruments from the netpd instruments github page. put the necessary externals in pd/externals.... that's it!

.........................edited to bring up to date.......................

just to make it a bit easier for anyone new trying to set up netpd -

use pd vanilla

you will need to add the following externals (you can use help/find externals to install the quickly - use whatever the lastest version on the list is)

binfile
else
iemnet
iemlib
osc
slip
zexy

once netpd starts up using main.pd follow the instructions on the site and explore all the instruments (start with a mixer mx and a master object to be able to sync and hear everything)

@EEight not a C -> Pd guru, but I have written a few externals. A Ninjam Pd external sounds fun. I have never used Ninjam before, I only recently heard about it. I could take a look at the code and see if it's possible for me to port it to a Pd external... I do have some time, but not much.

@alexandros Same as you, not a lot of time, but I did one or 2 externals in the past. Will start a new thread.

If you want to stream audio within netpd there is a utility called 'evil' (live-evil? who knows?) https://www.netpd.org/Evil

anybody know if i should be enabling port forwarding on the router? i don't see any other clients on netpd and i wondered if they were there and i was not properly connected... either that or there's nothing happening at all there!

(port forwarding not necessary)

thinking of scheduling a time for jamming/experimenting - for those in europe how about 23h00 (GMT+2) on a Monday?

----edit----

the main meet-up time scheduled at the moment is Thursday 10pm CEST (that's GMT+2)

NEW RELEASE : NetPd 2.2 out now... https://www.netpd.org/Download (get netpd+instruments package for a quick start)

@beem said:

use pd vanilla

you will need to add the following externals and the paths to their folders added in the search path preferences (you can use help/find externals to install the quickly - use whatever the lastest version on the list is)

binfile
ggee
iemnet
iemlib
readdir
osc
slip
zexy

you will also need to put this in the startup flags box in preferences -
-lib zexy -lib iemlib

once netpd starts up without spewing out errors in the console then follow the instructions on the site and explore all the instruments (start with a mixer and a master object to be able to sync and hear everything)

^ those instructions are still working with https://www.netpd.org/~roman/netpd-plus-instruments.zip?
will try tonight and report back.