• nicnut

    hey @robbielongcat and @emviveros. I was thinking about starting another thread on Raspberry Pi and Pure data. This disk image does work great, but I am sort of annoyed at how much work it is to connect Pd and Midi controllers using this disk image. You have to do all these commands in terminal using aconnect ( i've researched this for like months). On my old disk image (Raspian I think) you can just have it set and saved and Pd automatically connects to my midi controller when it opens.

    I was wondering if there are other good OS options for Rpi and Pd. I was going to download a couple and experiment to see if there are any that automatically connect as my old disk image did. If any one has thoughts on this please chime in.

    Nick

    posted in technical issues read more
  • nicnut

    If anyone comes up with anything, I'd love to see how this was worked out.

    thanks, Nick

    posted in technical issues read more
  • nicnut

    @EEight, Oh ok, that's good to know. THanks.

    Also I forgot to mention, I'm on a raspberry Pi. Getting midi messages to Pd is kind of involved, I'm doing some commands in terminal with aconnect. I thought once Pd is connected to my midi controller it would be the same for all instances of Pd, but I guess not. That might be why I can't use ctlin.

    Is it possible to have non audio signal inputs in a Pd~ object? The only inputs I've been succesful with are adc~

    posted in technical issues read more
  • nicnut

    Hi,

    I am new at using the Pd~ object, so forgive me if this is a super basic question. I have a pd~ object with a filter in it. I want to use my midi controller to use this filter, and i have some ctlin objects in my patch (that is in the Pd~ patch) and they aren't responding to midi. In the parent patch the midi is working fine. Is there some trick to this? I can try send and receive, but I was wondering what the best way is.

    Also, I was going to put all my audio effects in Pd~ patches. Is it OK to have like 10 different Pd~ windows open? It would be a lot of terminal windows too, that's why I am asking.

    Thak you for any insight into these issues.

    posted in technical issues read more
  • nicnut

    Hey Everyone. I finally figured this out.

    For me sending a message with: pd~ start pd~-mypatch.pd didn't work for some reason. I had to send my message as: pd~ start mypatch.pd I don't know if the help file should be changed, but thank you to @EEight for your example image.

    Also I am using 2 channels of audio in/out. inside the patch that my pd~ object is opening I had to have an [adc~ 1] and [adc~2] to get the audio in. I was trying to use inlet~ or just two adc~ objects and that wasn't working.

    To get audio out I needed [dac~ 1 2] instead of an outlet~ or just dac~. I thought dac~ would work because that has left and right. I also had to have a load bang inside the patch that pd~ is opening that starts the audio.

    Anyway, I have something working. Now I'm gonna divide up all my patches.

    Thank you all for your help.

    posted in technical issues read more
  • nicnut

    Hi everyone,

    thanks for your replies. The problem I am having is that I can't open a separate patch with the pd~ object. I was thinking I would put my audio delays and reverbs (audio effects in general) in a pd~ patch to start. But I can't open a patch with pd~. Do you create a patch with inlets and outlets, store it in the same folder as the parent patch, then send the pd~ a message like "pd~ start -mypatchname.pd" ? Because that isn't working for me.

    When I send "pd~ start -mypatchname.pd" to pd~ object a new terminal window opens. I can't get audio into or out of a pd~ object, I can't view what's happening in mypatchname.pd, and I can't tell if it even opened that patch. If someone can just explain how this works I'd appreciate it.

    thanks.

    posted in technical issues read more
  • nicnut

    sptest.pd

    sp3.pd

    hi,

    I have some questions about the pd~ object. My Raspberry Pi 3 has one processor running at 100% and the other 3 running at almost 0%. So I’d like to allocate some processing power to those other processors. I’m guessing that’s what the pd~ object is for correct?

    If I have an audio signal and I go into the inputs of a pd~ object will all the processing above that pd~ object be allocated to another processor? Or do I need to make a separate patch and open it with the pd~ object, and everything in that patch is run on another processor?

    Or if I send audio into a pd~ object and have reverb and delay effects happen in a subprocess, would just those effects be created on a different processor?

    I read this document:

    http://www.pdpatchrepo.info/hurleur/multiprocessing.pdf

    which explains the concept behind why the pd~ object is necessary. And I looked at the pd~ help file, but I can’t get this to work.

    I uploaded some of the things I tried out. If anyone can alter these to demonstrate how this object works I’d appreciate it.

    thanks, Nick

    posted in technical issues read more
  • nicnut

    @jancsika Ok thanks. I need to spend some time with Purr Data. I have in installed, but haven't investigated in enough yet. Anyway, It seems I have this issue figured out.

    thanks, Nick

    posted in technical issues read more
  • nicnut

    patch2.pd

    @whale-av I thought it was the order of operations too, I did some tests with extreme delays and that didn't work.

    For some reason i had to add another list2symbol object before the path gets to the pack object. it's interesting because the file name didn't need a list2symbol, but I added it just for consistency and to be safe.

    Anyway now this all works, I can open my patches from python within Pd. This is really huge for me so thank you forum and especially @whale-av for all your help!

    posted in technical issues read more
  • nicnut

    Hi everyone. I'm still grappling with this issue, but I feel like I'm getting close. I can send my file name and file path from python into Pd. it took forever to figure out.

    But I am having an issue formatting my message to open the file from within Pd. If you look at the patch I uploaded, on the right, if I manually type in my file name and path and pack them together into a message and send it to Pd the file will open. But when I send it from Python using netreceive objects it will not open. I printed out what is coming out of pack and it says "open beat_three.9.pd symbol" instead of "open beat_three.9.pd /media/pi/PYRAMIDI/pd_patches/aa_beat_three".

    At first I thought that long file path can't go through the pack object, but it goes through it fine on the example on the right of the patch. It just seems that if I send this info in from a netreceive object it's not really working.

    Any suggestions?

    thanks, Nick

    open_from_python.pd

    posted in technical issues read more

Internal error.

Oops! Looks like something went wrong!