Re: [PD] Pd-list Digest, Vol 225, Issue 15

the best, Yann > > Message: 1 > Date: Thu, 7 Dec 2023 12:27:55 +0100 > From: IOhannes m zmoelnig > To: pd-list@lists.iem.at > Subject: Re: [PD] alsa crashing on recent Pi OS > Message-ID: > Content-Type: text/plain; charset="utf-8"; Format="flowed&qu

Re: [PD] Pd-list Digest, Vol 225, Issue 4

> > >> - Trying to run a small granular patch like this >> or a sampler/looper patch like >> this > > when you say "like this" do you mean, that exactly these two patches > fail? (I'm just trying to

Re: [PD] Pd-list Digest, Vol 225, Issue 4

> >> 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

[PD] alsa crashing on recent Pi OS

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

Re: [PD] Current best practice for GPIO pins on Raspberry Pi?

rs. > > Best regards, > > patco > >> Le 8 nov. 2023 à 15:14, Yann Seznec a écrit : >> >> Hello, >> >> I’m wondering what the best option is nowadays for using the GPIO pins on a >> Raspberry Pi in Pure Data. >> >> Wiring Pi seems

[PD] Current best practice for GPIO pins on Raspberry Pi?

Hello, I’m wondering what the best option is nowadays for using the GPIO pins on a Raspberry Pi in Pure Data. Wiring Pi seems to be no longer available, as far as I can tell. I’m not sure what other options there are? One option suggested elsewhere for inputs was to use the “retrogame”

Re: [PD] Different [random] behaviour between macOS & linux?

entirely. On Linux of course closing the patch was closing Pd entirely no matter what. Many thanks, Yann > On 11 Mar 2022, at 07:01, Yann Seznec wrote: > > OK thanks, it’s good to know the expected behaviour. It certainly works that > way on Mac, but I’m reason

Re: [PD] Different [random] behaviour between macOS & linux?

dom) seed - so if > you want total repeatability you should exit and restart Pd. Then you should > see exactly the same behavior on linux and on Mac. > > cheers > Miller > > On Thu, Mar 10, 2022 at 12:04:15PM +0100, Yann Seznec wrote: >> Hi! Here's thing I’m confused

[PD] Different [random] behaviour between macOS & linux?

Hi! Here's thing I’m confused about…if I use [random] to generate some numbers on startup, it appears to have different behaviour on macOS and on linux (running on a raspberry pi). With a very simple patch generate a stream of random numbers using [random] (with no seed) and printing to

Re: [PD] Can't launch DeepLearningWithAudio patches

akes my 2015 13inch mbp really sweat… > > best > hans > >> Am 01.10.2021 um 10:19 schrieb Yann Seznec : >> >> Hello hello, >> >> I’ve posted this issue on GitHub but I’m wondering if anyone on this list >> has run into this before me: >

[PD] Can't launch DeepLearningWithAudio patches

Hello hello, I’ve posted this issue on GitHub but I’m wondering if anyone on this list has run into this before me: https://github.com/SopiMlab/DeepLearningWithAudio/issues/8 I’m trying to get started on the Deep Learning With Audio

Re: [PD] comport and/or MIDI on Tiny Core Linux

ontaining/folder" or others, depending on the content of the > Makefile (these are two real-world examples). (or you can just hardcode the > path in the Makefile next to where you see a `-I/somepath `, add ` > -I/path/to/containing/folder` and see if it works. > > A link to

Re: [PD] comport and/or MIDI on Tiny Core Linux

ally work. You can run `Pd` with the > verbose flag and that should print some extra info about the paths it is > attempting to open. In fairness, it should be pretty straightforward to just > build it from source on the board, which guarantees you get the correct > binary. > >

[PD] comport and/or MIDI on Tiny Core Linux

Hello everyone, As a follow up to my post a few weeks ago about startup times on Raspberry Pi, I have been exploring Tiny Core Linux (v9) on a Pi 3. Generally speaking this is super promising, with startup times around 15 seconds and it seems very stable. Some of the things I want to run on

Re: [PD] Startup times to run Pd patch on Raspberry Pi

>> Am 05.10.2020 um 17:05 schrieb Martin Peach : >> >> It takes about a minute for the pi to boot. There is not much you can >> do about that. >> >> Martiin >> >> On Mon, Oct 5, 2020 at 11:03 AM Yann Seznec wrote: >>> >>> Hi everyone, lo

[PD] Startup times to run Pd patch on Raspberry Pi

Hi everyone, long time reader first time writer. I’m wondering what people’s experiences are with regards to the startup time for running a patch on a raspberry pi. For various reasons I’ve started to use Patchbox OS to auto-run my patches on startup, which is very reliable and consistent

[PD] Startup times to run Pd patch on Raspberry Pi

Hi everyone, long time reader first time writer. I’m wondering what people’s experiences are with regards to the startup time for running a patch on a raspberry pi. For various reasons I’ve started to use Patchbox OS to auto-run my patches on startup, which is very reliable and consistent