thats very encouraging! did u get any sound? if so would u mind sharing the patch so i could try it?

thanks, pardon me for not detailing but i am running pd headless and monitoring it from the terminal via ssh, as far as i know the sub process does not have to have the dsp turned on, the super process (mother patch) should - at least this is how its documented in the help patch. none the less i tried it and it does not make a difference - while the mother patch works the sub process is not, so if any one ever had success do so ill be happy to hear.

anyone ever used pd~ sub process on rpi? works ok on mac but no matter what i do i dont get sound when i run it headless on my rpi 3

thanks!

very hard to say without looking at your code but i would guess that its either on the arduino side (inefficiant code, using delay etc) or maybe your baud rate settings dont match?

6 month and much more understanding of the command line later,
actually the combination of while ! aconnect device name:port device name:port; do sleep 1; is the the most reliable because it repeats until actual connection is made
setting a fixed delay time might work on one system but not on the other, plus it guarantees the least possible waiting time

@nicnut thats pretty weird, im doing the same and its almost instantaneous, do you aconnect by name or port nr? alternatively what you could do is merge your patches into one big patch with pd~ instances and turn parts of the patch on and off remotely to save cpu, or you dig into the undocumented pd msgs, im sure there is a way to tell pd to close a patch and load another one

@francis666 ok i realize now that array is obviously not audio/pcm format and saves 32bit. that clarifies this!

what you could do is first kill the running instance with "killalll pd" or "sudo killall pd" and then open the new patch

hey there, stumbled upon a weird behaviour, if i load a soundfile of 5mb to an garray and enable save content, the size of the saved patch is 14mb, is there a reason for this? the size of the patch without the array is 256bytes. is there any way to fix this?

thanks!

same for me on 0.49, was on 0.48 also, not related filename space, only crashes on "save as" tho so its annoying but not fatal (it does save before crashing)

bumping this as im attempting to do the same with not much luck, works fine on os x but not pn the rpi, anyone managed to get this going?

nevermind actually managed to compile it myself with some help from very nice ppl, incase anyone is interested im attaching the working external for the RPI, happy syncing

its working perfectly on my rpi 3 running raspbian stretch lite, pd 0.47

abl_link~.pd_linux

hya, i want to complie abl_link~ for use with the rpi, before i do that(never did such a thing before) , is there anyone that already did this and can share this? otherwise, how do one do such a thing? i guess i need the source code and then what?

thanks so much!

@ingox amazing! not sure how i missed it thank you!

that would be "104 101 108 108 111 32 119 111 114 108 100"

@ingox just plain text as in "hello world". maybe i misunderstood? im looking for something that will convert text to integers

@ingox thanks! does not seem to work for me tho? i get a "trigger: can only convert 's' to 'b' or 'a' when i try to input text to the inlet...

here i am again with a question
im looking for an atoi like object (or a way do convert ascii to int in vanilla) that works on both osx and rpi, i installed zexi but for some reason only the atoi help file is included but the object itself is not there. if anyone have any leads id be super greatful!

thanks again, tho i assume it wont work on the rpi cause i think it needs to be compiled for the arm processor?

@whale-av thanks! thats a good start, do you happen to know where i can get the same external for mac? (i build on osx and run on the rpi...)