<div dir="ltr"><div>Here's the Raspbian 10 deb of my special build in case you want to give this a try yourself. (I'm rolling back the package on the OBS preview channel now, so I uploaded a copy of this package to my Google Drive.)</div><div><br></div><div><br><div class="gmail_chip gmail_drive_chip" style="width:396px;height:18px;max-height:18px;background-color:#f5f5f5;padding:5px;color:#222;font-family:arial;font-style:normal;font-weight:bold;font-size:13px;border:1px solid #ddd;line-height:1"><a href="https://drive.google.com/file/d/1Egjb2k_Q3Svbuv1d9irjv_-h-zv-FOKR/view?usp=drive_web" target="_blank" style="display:inline-block;overflow:hidden;text-overflow:ellipsis;white-space:nowrap;text-decoration:none;padding:1px 0px;border:medium none;width:100%"><img style="vertical-align: bottom; border: none;" src="https://ssl.gstatic.com/docs/doclist/images/icon_10_generic_list.png"> <span dir="ltr" style="color:#15c;text-decoration:none;vertical-align:bottom">purr-data_2.16.0+git4809+6d74b30a-1_armhf.deb</span></a></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 9, 2021 at 11:00 AM Albert Graef <<a href="mailto:aggraef@gmail.com">aggraef@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Ok, I gave that a try now, but unfortunately it didn't help much. :( The high-pitched noise is gone, so that's an improvement. But the ALSA backend still only gets a bunch of xruns and then gives up after printing "restart alsa output; alsa xrun recovery apparently failed" a couple of times in the terminal, logging "error: audio I/O stuck... closing audio" in the Pd console.</div><div><br></div><div>One thing I noticed in htop is that the nw.js gui spawns quite a few threads all running at a nice level of -7, while the engine itself runs at -9. In vanilla you just get the wish gui (a single thread) running at 20, while the engine runs at -7. So there are some clear differences between purr-data and vanilla even if the ALSA backend is exactly the same (in that special build of purr-data I just did). I'm not sure why we run the GUI at such a high priority; maybe that's part of the problem. Jonathan might be able to shed some light on this.</div><div><br></div><div>As I said before, all these issues go away if you just use an external sound card, so the dsp *is* part of the equation here. Such a device will also work with Jack just fine. Even one of those really cheap and small USB audio adapters that you can get on Amazon for a couple of bucks will do the trick (I have the one from UGREEN, but the one from Sabrent[1] is also available on <a href="http://amazon.com" target="_blank">amazon.com</a> and should do the job as well).</div><div><br></div><div>[1] <a href="https://www.amazon.com/-/de/dp/B00IRVQ0F8" target="_blank">https://www.amazon.com/-/de/dp/B00IRVQ0F8</a></div><div><br></div><div>Sorry Marten, I wished I had better news for you. It would still be nice if you could submit a full bug report on this, so that we can document what we know about this bug and hopefully fix it some time. But for the time being my suggestion for you would be to just get one of those little USB audio thingies and call it a day. ;-)<br></div><div><br></div><div>Best,<br></div><div>Albert<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 9, 2021 at 2:29 AM Albert Graef <<a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Just a quick followup: Comparing the source of our s_audio_alsa.c with that of vanilla I do see some substantial differences. In particular, it seems that we never backported two of Miller's commits from way back then, <a href="https://github.com/agraef/pure-data/commit/75819aad" target="_blank">https://github.com/agraef/pure-data/commit/75819aad</a> and <a href="https://github.com/agraef/pure-data/commit/de2ba0f6" target="_blank">https://github.com/agraef/pure-data/commit/de2ba0f6</a>. In particular, the former has an entire chunk of sw parameter initializations which is completely missing in our code.</div><div><br></div><div>What I can do as a quick check is to pull the latest s_audio_alsa.c from vanilla into my testing branch and do a test build on my OBS preview channel so that we can try it out on the Pi. That way we'll lose Sam Thurston's recent MR concerning the error checking code in the module, but we can always pull that back in again later if needed (vanilla also has some changes there, so Sam's fixes might not be needed any more).</div><div><br></div><div>Stay tuned,</div><div>Albert</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 9, 2021 at 1:42 AM Albert Graef <<a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi Marten,</div><div><br></div><div>I have exactly the same issue on my Raspberry Pi4. Purr works mostly fine even with a cheap USB audio dongle, but not with the built-in soundcard of the Pi. Pd 0.49.0 straight from the Buster repo works fine. So clearly there's a bug lurking in our ALSA support somewhere or we're missing some bit in the backend which makes this work in vanilla.</div><div><br></div><div>This was discussed on the ml before, and IIRC we've blamed it all on the poor dsp of the Pi. ;-) But this can't be true if it works just fine in vanilla. So we should try again to track this down. It would help if you could submit a bug report at <a href="https://git.purrdata.net/jwilkes/purr-data/-/issues" target="_blank">https://git.purrdata.net/jwilkes/purr-data/-/issues</a>, then I'll look into it asap.</div><div><br></div><div>Thanks,</div><div>Albert</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 8, 2021 at 4:58 PM Marten Seedorf <<a href="mailto:marten.seedorf@mailbox.org" target="_blank">marten.seedorf@mailbox.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><u></u>
<div>
<div>
Hey everyone,
<br>
</div>
<div>
<br>
</div>
<div>
working on a sound installation with purr-data on the raspberry pi I encountered some issues that might be worth mentioning.
<br>
</div>
<div>
<br>
</div>
<div>
I installed the recent rasperry pi os (~ raspbian 10 buster) on a raspberry pi 3B and installed purr-data from Albert Gräfs repositories on <a href="http://opensuse.org" target="_blank">opensuse.org</a>. The installation went smoothly, but the audio engine (alsa) didn't work. All I got was a high pitched, distorted noise. I tried to use jack, but strangely it wasn't able to communicate with the audio hardware via alsa as well. So it seems that the issue is rather in the OS than in Purr Data. But: PD Vanilla is working perfectly fine (directly with alsa, without jack).
<br>
</div>
<div>
<br>
</div>
<div>
I went back to Raspbian 9 Stretch and installed Purr-Data from the latest pre-build deb.-package I could find (2.10.1). That worked great.
<br>
</div>
<div>
<br>
</div>
<div>
I became curious and installed Purr-Data on stretch from the opensuse-repositories (Raspbian 9) and encountered the same issues as in buster.
</div>
<div>
<br>
</div>
<div>
So in the end, I found a solution that works for me. Still I figure there could be something wrong with the repositories.
</div>
<div>
<br>
</div>
<div>
Best,
<br>
</div>
<div>
Marten
<br>
</div>
</div>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote></div><br clear="all"><br>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Dr. Albert Gr"af<br>Computer Music Research Group, JGU Mainz, Germany<br>Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" target="_blank">https://agraef.github.io/</a></div></div></div></div></div></div>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Dr. Albert Gr"af<br>Computer Music Research Group, JGU Mainz, Germany<br>Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" target="_blank">https://agraef.github.io/</a></div></div></div></div></div></div>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Dr. Albert Gr"af<br>Computer Music Research Group, JGU Mainz, Germany<br>Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" target="_blank">https://agraef.github.io/</a></div></div></div></div></div></div>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Dr. Albert Gr"af<br>Computer Music Research Group, JGU Mainz, Germany<br>Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>, web: <a href="https://agraef.github.io/" target="_blank">https://agraef.github.io/</a></div></div></div></div></div></div>