Pd-list December 2023

pd-list@lists.iem.at

24 participants
25 discussions

Re: [PD] Pd-list Digest, Vol 225, Issue 4
by Yann Seznec 07 Dec '23

07 Dec '23

> > >> - Trying to run a small granular patch like this >> <https://github.com/yannseznec/humanCall> or a sampler/looper patch like >> this <https://github.com/yannseznec/soundDestroyer> > > when you say "like this" do you mean, that exactly these two patches > fail? (I'm just trying to make sure that if I test with these patches it > actually makes sense) > > > Hello Yann, > > For testing them on my RPi 400 / RPi OS 11 32-bit / Pd 0.54.1, which Pd > file(s) to download from your GIT site? > > Then if more than one Pd file, which one for launching 'humanCall' and > 'soundDestroyer'? > > ————— I’ll answer both of these questions at once…to be more clear, the most obvious test of the Pi issues I was having is to launch “humanCaller_test.pd” from this project: https://github.com/yannseznec/humanCall It is a granular patch that will just play a stream of grains on startup. When I was encountering issues, this patch would stop working after somewhere between 30-90 seconds, and print many instances of the error “restart alsa output alsa xrun recovery apparently failed”. I am no longer having this issue, after compiling Pd 0.54.1 myself on the 32 bit Pi OS 11. I am not entirely sure, but I think I may have mistakenly been using the 64 bit Pi OS 11 when I was having the issues. I am also starting to think that there may be simply too many variables here to actually identify any issues, so I apologise for any goose-chasing I am encouraging.

2 2

Re: [PD] Pd-list Digest, Vol 225, Issue 4
by Yann Seznec 04 Dec '23

04 Dec '23

> >> Hello, >> >> On 04.12.23 10:55, Yann Seznec wrote:> As a side note, perhaps someone >> more knowledgeable than me could update >>> the version of Pd that is currently accessible from apt-get? I didn't >>> mind compiling from source but it is pretty handy to be able to just >>> do apt-get when setting up a new Pi. > > i'm not sure i understand the question here. > > you can always get the version of Pd by just running 'pd -version' (if > you still have the "puredata-core" package installed, run '/usr/bin/pd > -version' to not accidentally run your self-compiled one. I am very likely not understanding how these things work, or explaining myself correctly! What I was trying to say was that it would be great if running the command “sudo apt-get install puredata” could install the latest version of Pd (0.54.1) on Pi OS. As far as I can tell, running that command currently installs v0.51.4. Perhaps this is because I am running an older Pi - 32 bit OS 11 on a Pi 3. In any case I compiled Pd myself in order to get the latest version. I don’t know the process for updating the packages that are available from apt-get, I just thought it would be something useful to do.

2 1

Examples of dynamic patching
by Martin Dupras 04 Dec '23

04 Dec '23

I'm still new to dynamic patching, which I've only just started experimenting with. I was wondering if anyone has any neat examples, or tutorials, or videos? Thanks! - martin

2 1

alsa crashing on recent Pi OS
by Yann Seznec 04 Dec '23

04 Dec '23

Hi again, I’m wondering if anyone else is having the same issue as me. I’m trying to run Pd patches on Raspberry Pi, and I (perhaps naively) thought that I would use the latest Pi OS. I seem to be having far more issues than I had in the past, namely with alsa crashing. It seems like virtually any patch I run will sooner or later crash and print hundreds of lines of this error: restart alsa output alsa xrun recovery apparently failed Someone on the Pd Forums <https://forum.pdpatchrepo.info/topic/14536/alsa-crashing-on-pi/7> suggested that this could be an issue with the latest Pi OS switching to PipeWire, which seems to make some sense. But before I attempt any fixes, I wanted to see if anyone else was running into this problem or might have some suggestions. Alternatively, can anyone suggest to me a version of the raspberry pi operating system that works well for Pd? Perhaps it will be easiest for me to track down an old OS image and just stick to that. Here are a few more details of what I’m trying, which is ending up with this issue: - Using both a Raspberry Pi 3 and 4 - Installing the latest Pi OS using the official Pi imager. I believe this was slightly different versions for the Pi 3 and Pi 4, but the end result was the same anyway. - I am using the “lite” version so it’s all command line. - installing Pd from the repo (apt-get install puredata). I am not certain what version this is…I think 0.50? - Trying to run a small granular patch like this <https://github.com/yannseznec/humanCall> or a sampler/looper patch like this <https://github.com/yannseznec/soundDestroyer> - I have tried running with a higher block size (up to 1024) thinking that maybe the patches were too intense. This didn’t seem to help. - This is perhaps unrelated, but I did notice that I needed to specify the audio output in the command I’m using to launch the patch. I’m pretty certain this wasn’t necessary in patches I have run on a Pi before. I always get the errors described above. I recognise that this is somewhat anecdotal, but I am really certain that I was able to run much more complicated patches on a Pi several years ago without issue, so this all feels very new to me. Many thanks, Yann

4 3

Re: [PD] Pd-list Digest, Vol 225, Issue 2
by Yann Seznec 04 Dec '23

04 Dec '23

Hello Joseph and everyone, Thanks for the very helpful feedback. I have copied your setup as closely as possible, and the situation seems much improved. I did two things: - install the 32 bit RPi OS 11 Bullseye Full Version on my Raspberry Pi 4. I believe I may have been installing the 64 bit version previously. - compiled Pure Data from source in order to get v 0.54.1 as you described. So far in my first tests I have been able to run a granular patch without any crashes. I also no longer need to specify the audio device in the startup command. Pd will still occasionally print the same error "restart alsa output alsa xrun recovery apparently failed”, but it doesn’t seem to matter. Most of the time it seems to only print it once on launch. Changing the OS and the Pd build at the same time was not a good way to determine exactly what the problem was, of course! So I have not yet found an explanation but this is a promising way forward. It feels likely that the 64 bit OS was the problem. If I figure out any more details I will post them here. As a side note, perhaps someone more knowledgeable than me could update the version of Pd that is currently accessible from apt-get? I didn't mind compiling from source but it is pretty handy to be able to just do apt-get when setting up a new Pi. Merci beaucoup, Yann > > Message: 1 > Date: Fri, 1 Dec 2023 16:23:59 +0100 > From: Linux ROUEN Normandie <linux.rouen(a)free.fr> > To: pd-list(a)lists.iem.at > Subject: Re: [PD] alsa crashing on recent Pi OS > Message-ID: <0a824a13-e31d-4cde-8346-2caa5cfc6d5a(a)free.fr> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > Hello Yann, > > On my side I'm running an up-to-date RPi OS 11 32-bit Bullseye (Full > version) since ~ 2 years on an overclocked RPi 400 (RPi 4 @ 2.4 GHz with > an embedded keyboard + 4 GB RAM). > I'm building Pd from its source currently latest v.0.54.1 ('apt-get > install puredata' gives you an old version of Pd), and my MIDI/Audio > patches are running smoothly with an external cheap USB Audio adapter. > When I will have access to my RPi 400 I will run your patches and will > report. > > Screen capture done on Linux Mint 21.2 - Choose this RPi OS Full (or > Lite) for your tests: > > > I haven't tested RPi OS 12 64-bit Bookworm (Full) yet on my RPi 400. > Like you I have red there are a lot of changes and especially with the > Audio > <https://www.raspberrypi.com/news/bookworm-the-new-version-of-raspberry-pi-o…>. > > Best, > Joseph Gastelais > -------------------- > > Le 01/12/2023 ? 09:03, Yann Seznec a ?crit?: >> Hi again, >> >> I?m wondering if anyone else is having the same issue as me. I?m >> trying to run Pd patches on Raspberry Pi, and I (perhaps naively) >> thought that I would use the latest Pi OS. >> >> I seem to be having far more issues than I had in the past, namely >> with alsa crashing. It seems like virtually any patch I run will >> sooner or later crash and print hundreds of lines of this error: >> restartalsa output alsa xrun recovery apparently failed >> >> Someone on the Pd Forums >> <https://forum.pdpatchrepo.info/topic/14536/alsa-crashing-on-pi/7>?suggested >> that this could be an issue with the latest Pi OS switching to >> PipeWire, which seems to make some sense. But before I attempt any >> fixes, I wanted to see if anyone else was running into this problem or >> might have some suggestions. >> >> Alternatively, can anyone suggest to me a version of the raspberry pi >> operating system that works well for Pd? Perhaps it will be easiest >> for me to track down an old OS image and just stick to that. >> >> Here are a few more details of what I?m trying, which is ending up >> with this issue: >> >> - Using both a Raspberry Pi 3 and 4 >> - Installing the latest Pi OS using the official Pi imager. I believe >> this was slightly different versions for the Pi 3 and Pi 4, but the >> end result was the same anyway. >> - I am using the ?lite? version so it?s all command line. >> - installing Pd from the repo (apt-get install puredata). I am not >> certain what version this is?I think 0.50? >> - Trying to run a small granular patch like this >> <https://github.com/yannseznec/humanCall>?or a sampler/looper patch >> like this <https://github.com/yannseznec/soundDestroyer> >> - I have tried running with a higher block size (up to 1024) thinking >> that maybe the patches were too intense. This didn?t seem to help. >> - This is perhaps unrelated, but I did notice that I needed to specify >> the audio output in the command I?m using to launch the patch. I?m >> pretty certain this wasn?t necessary in patches I have run on a Pi >> before. >> >> I always get the errors described above. I recognise that this is >> somewhat anecdotal, but I am really certain that I was able to run >> much more complicated patches on a Pi several years ago without issue, >> so this all feels very new to me. >> >> Many thanks, >> >> Yann >> >> _______________________________________________ >> Pd-list(a)lists.iem.at mailing list >> UNSUBSCRIBE and account-management ->https://lists.puredata.info/listinfo/pd-list >

3 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list December 2023