• nicnut

    @whale-av wow awesome. I can't wait to try this out later. I'll let you know if it works for me.

    Also, side note: Raspberry Pi 4 came out last night, now with 4 gigs of Ram. That might be a big performance improvement from the current 1 gig. maybe I won't need to do all these crazy things to have a patch perform in a normal way. we'll see. thanks for all the help on this.

    nick

    posted in technical issues read more
  • nicnut

    Thank you both for your suggestions.

    My ultimate goal here is to do multithreading so have my patches run more smoothly. I was going to include some midi stuff in the Pd~ object patchs I'm using. I hit the ceiling on CPU in most of my patches. I'll keep looking into this.

    THanks @whale-av for the audiosettings patch

    posted in technical issues read more
  • nicnut

    @shaker yes I meant inside the patch in a message object.

    I tried it out. I put [; pd -alsamidi ( in a message box on a patch in my Rpi. I got "pd: unknown message -alsamidi "

    Let me know if theres another message I can try. Is there a list of pd messages somewhere on line? I thought I saw one before.

    thanks, Nick

    posted in technical issues read more
  • nicnut

    Hi,

    I am using a pd~ object and trying to have it start up with audio on and alsa midi selected. I have a startup message that says "pd dsp 1;" which starts up the audio. But how can I specify alsa midi? I tried alsa-midi alsa midi and a few other things.

    Is there a start up message for this? thanks, Nick

    posted in technical issues read more
  • nicnut

    Are you sure you are looking for the objects that work on Rpi? Because if you have it set up so it's looking for objects that work on a mac for example, the objects come up in a faded kind of way. I know this because I did the this. I think they have to be arm objects.

    posted in technical issues read more
  • nicnut

    OK thanks @whale-av. I'm trying to keep everything small and embeddable, so I can't use a laptop.

    Maybe I expect too much from these little computers.

    posted in technical issues read more
  • nicnut

    Is it possible to have a Rpi running a pd patch, and utilizing the processor and RAM of another Pi? Somehow network the two of them

    I seem to always hit a ceiling with the complexity of my patches on one rpi, and that's with using as many pd~ objects as I can.

    thanks, Nick

    posted in technical issues read more
  • nicnut

    I would check the midi settings in Pd to make sure the midi out put is going to the right interface. Depending on the RPi operating system sometimes midi settings and connections are hard to set up.

    posted in technical issues read more
  • nicnut

    @amazingrolo Wow that's great to know! thanks for checking that out.

    posted in technical issues read more
  • nicnut

    @amazingrolo Thanks for this update. Yes it's an annoying problem for sure. I made some really convoluted python script that takes 30 seconds to connect my midi devices and pd. Not very ideal in a live performance setting.

    I did see in the pd facebook group that someone posted what sounds like a great Rpi disc image with a real time kernal. I haven't tried it out yet, but it sounds promising. Here's the link if anyone is interested:

    https://blokas.io/patchbox-os/?fbclid=IwAR0bnDB-rkzJPeWAev8FF4Wjf646fzF0weJH1Pb733AJ7avImPJ7Z9sMKdA

    when I get to it I'll let you know if the there's problems with connecting midi devices.

    posted in technical issues read more

Internal error.

Oops! Looks like something went wrong!