You can also try pd-l2ork 1.x for RPi that includes most if not all
Extended libraries with it. Pd-L2Ork 2.x build for RPi should be up soon,
with regular releases for Linux, OSX, and Windows now coming out at least
once per week.
Best,
Ico
--
Ivica Ico Bukvic, D.M.A.
Director, Creativity +
I'm aware of the fact that pretty much anything can be replaced.
For compatibility reasons I have to stick with Pd 0.49, though . . .
My dilemma is that I have written over 13 years on this software. It's huge.
Finding and replacing all objects that don't work anymore will take me at
least
Hi list,
trying to use the espeak external from
https://github.com/kronihias/espeak.git
on raspbian armv7l. I can make it crash by clicking the example
message holding a list of words to synthesize twice in espeak-help.pd
How can I go about debugging/fixing it?
Thanks! P
This is what gdb posts:
On 9/11/21 16:20, Christof Ressi wrote:
If you're not sure which version you have, you can do [declare -lib
iemlib -lib iemlib1 -lib iemlib2] :-)
don't forget to add the paths as well!
[declare -path iemlib -path iemabs -lib iemlib -lib iemlib1 -lib iemlib2]
mgsard
IOhannes
_iemlib_is as always incomplete! I. e. some objects don’t create like
e.g. [mergefilename], [stripfilename], [splitfilename], etc.
I always had to copy these from my old Pd-extended folder.
I guess the problem is that you don't load the library, so only the
abstractions are created, but not
Am 11. September 2021 15:12:04 MESZ schrieb Ingo :
>Thanks, IOhannes!
>
>Using apt-get took care of most except for iemgui, moocow and toxy.
>
What exact objects do you need from those ?
>
>
>iemlib is as always incomplete!
That's strange. I recall it being complete the last time i used a
Thanks, IOhannes!
Using apt-get took care of most except for iemgui, moocow and toxy.
iemlib is as always incomplete! I. e. some objects dont create like e.g.
[mergefilename], [stripfilename], [splitfilename], etc.
I always had to copy these from my old Pd-extended folder.
I'll probably
Am 11. September 2021 11:22:00 MESZ schrieb Ingo :
>Found a few more libraries since armv7 seems to work as well instead of
>armv6 which Deken was looking for . .
Try installing the puredata package (and friends: most notably puredata-core)
from Debian rather that Raspbian (unless you work with
Am 11. September 2021 10:30:03 MESZ schrieb Ingo :
>
>I'm using the current Raspberry Pi OS (2021-05-07-raspios-buster-armhf).
>
[...]
>
>However, I'm using a total of 22 external libraries - only 5 of them seem to
>be available for the RPi on Deken.
>
>(I already got the latest Deken version . .
I heard somewhere about a Raspberry Pi image that includes Pd-Extended but
cannot find it.
Does anyone know anything about it?
This would ba a simple way to have all old libraries compiled for the RPi.
From: Pd-list [mailto:pd-list-boun...@lists.iem.at] On Behalf Of Ingo
Sent: Saturday,
Found a few more libraries since armv7 seems to work as well instead of
armv6 which Deken was looking for . . .
Still missing 8 more libraries that don't show up on Deken for any arm
version.
1)cxc
2) ext13
3) hcs
4) hid
5) iemgui
6) moocow
7) readanysf~
8) toxy
If anyone has an idea
> When you seek to a new position, there should still be data in the read
> buffer (just like when playing sequentially).
Hmmm... that isn't true if the end of file has been reached. Ihave to think
this through properly...
Am 11. Sep. 2021, 09:58, um 09:58, Christof Ressi
schrieb:
>> Note
On Mon, 2021-09-06 at 21:51 +0200, Peter P. wrote:
>
>
> Is there a way I can let pd know that the command
> has finished executing?
> For example by sending something back like
> pdreceive udp | sh - ; echo "done" | pdsend 8889 localhost
> udp
> which sadly does not work?
pdreceive
Hi everybody!
I was trying to use a Raspberry Pi for a change.
I'm using the current Raspberry Pi OS (2021-05-07-raspios-buster-armhf).
(So far I had been running my stuff on a UDOO Advanced plus board which runs
on a Celeron CPU.
Before that I used a AMD board - all 32-bit - i386-32.)
Note that [seek( could block as well, so we would have to
1) stop playback
2) [seek(
3) start playback after some delay
On a second thought, this is not really true. When you seek to a new
position, there should still be data in the read buffer (just like when
playing sequentially). If not,
15 matches
Mail list logo
