• nicnut

    @ marivier.rocks If you can figure out how to install pd .51 I would say it's worth it. Lot's of new features, plus you can use the latest version of Else library, which has a lot things that make Pd easier to use.

    posted in I/O hardware diyread more
  • nicnut

    Hey Knallberto. Yes I have that problem too. With patch box sometimes theres issues with Jack and alsa mixer. You have to figure all the sound settings out, with you soundcard or preferred audio driver.

    Jack used to work great for me, but I am having issues with this new soundcard I am using, so I switched to alsamixer. You have to take some different things into account. Once you get a good sound setting save it and try and use that going forward.

    posted in I/O hardware diyread more
  • nicnut

    I don't know if this helps, but sometimes the audio output level will make the audio sound bad. I have a RPi 4 and I am using a soundcard with a seperate audio output volume knob. And I use the alsamixer.

    At first I turned everything up as much as possible. It sounded terrible and sometimes no audio came out. Now I have alsa mixer at about 60% and my soundcard at 80%. I control the volume from my amp and faders in Pd. It sounds way better.

    If you are using the 8th inch jack out of the Pi something related to this could be an issue.

    posted in technical issues read more
  • nicnut

    OK thanks @ingox, that's helpful. I was thinking of deleting parts of the patch till I isolated it, but I'll try your method first.

    posted in technical issues read more
  • nicnut

    @ingox Thanks for the explanations. I think that helps.

    I think something is just wrong with this particular patch. I opened a few other patches and they worked ok and did do multi threading.

    This one particular patch doesn't and it also has stack overflow problems. I have a feeling it's because it has stuff from older librairies when I made it and it's using newer libraries now, so things are a little messed up.

    Anyway, I'm gonna say this one is solved and just trash this patch , or update it.

    thanks, Nick

    posted in technical issues read more
  • nicnut

    Hi,

    I had been using an Raspberry Pi 4 with 4 gigs of Ram for 3 or 4 months and it was working really great. One thing I noticed about it, which was different from every other Pi i've used was it seemed like it was doing multi-threading on it's own.

    I would put " htop" in the terminal and I could see the different processors workload changing, increasing, decreasing, etc.

    I upgraded to a Pi 4 with 8 gigs of Ram. One of the Pure Data pieces I was able to play pretty easily on the other pi with 4 gigs I am having a hard time doing on the Pi that is 8 gigs of Ram. I ran htop in the terminal and I was surprised that it's not multi threading. I had one processor doing almost all the work, and I am getting Stack Overflow in the Pd terminal, and the audio will sound crappy and just cut out sometimes.

    My question is should I increase the buffer size? Will this make it less likely to have a stack overflow?

    Also, is there some setting I need to do to get the multi threading that I don't know about?

    Thank you for the help in advance.

    By the way, I accidentally corrupted my Pi 4, 4 gigs of ram disc image so I can't go back and look at it. I know, stupid mistake.

    posted in technical issues read more
  • nicnut

    In my experience, I think the success of using Pd on a Raspberry Pi is heavily dependent on what disc image you use.

    The best one I've found is the Patchbox OS from BLokas.

    I used to just download a generic Raspian and had problems connecting midi controllers to Pd, with one it was absolutely impossible to update Pd, and there have been other problems. With a good disc image, preferably one designed to make music, or has Pd preinstalled, all these problems go away and you can just start using it.

    posted in I/O hardware diyread more
  • nicnut

    David,

    That solution worked. This is great.

    I had to replace the sfruit/list-shuffle to zl scramble,because the list-shuffle wasn't working for me. Other than that it worked fine.

    it looks like what is happening is you are actually scrambling the order of the list itself, and the route object remains unchanged. If that's what's happening that's an interesting approach I didn't consider.

    posted in technical issues read more
  • nicnut

    Hi,

    I have a route object has 12 outputs. It takes a list and sends each element to the corresponding outlet.

    So it looks like this: [route 0 1 2 3 4 5 6 7 8 9 10 11 ]

    what I want to do is scramble up these outlets randomly. So that element 5 might go to output 7, element 7 might go to outlet 2, etc. And I can reset it back to normal, so element 1 goes to outlet 1, element 2 goes to outlet 2, etc.

    How would I do this?

    In Max there is a router object where I can have 12 inputs and 12 outputs. I can use a matrix control object to route the inputs and outputs.

    In the Else library there is a [router] object and a [mtx.ctl] object. But the router doesn’t work the same. You can choose which outlet you want, but not actually re-route things ( it seems).

    I was thinking I could take a list [ 0 1 2 3 4 5 6 7 8 9 10 11 ( and send it to zl scramble, then send it to the route object, but that didn’t work either.

    let me know if anyone has any ideas I can try for this.

    thanks. Nick

    posted in technical issues read more
  • nicnut

    @whale-av thanks David. I guess it's called expr, that's what I was looking for, I ended up using several [change] objects and [sel 0]. It seems to work fine. But just wondering if there was an "if" object, but I think that's what expr is.

    posted in technical issues read more

Internal error.

Oops! Looks like something went wrong!