Looks good to me!
One last silly thing would be this minor fix to expr's help
https://github.com/pure-data/pure-data/pull/1184
and maybe mention you fixed an issue about typing "~" on macOS in
foreign keyboards in the release notes (issue is here, still opened, but
can be closed
Pd 0.51-3 test 4 is out on http://msp.ucsd.edu/software.htm (or on
github: https://github.com/pure-data/pure-data).
Mostly minor bug and compilation fixes.
cheers
Miller
___
Pd-announce mailing list
pd-annou...@lists.iem.at
If you cannot find the m_pd.h in your system, you can always import it from
another one into the comport (or whatever) directory.
Anyway thanks for sharing information about Pd + tiny core linux, I would
love to find some time soon for experimenting on this too;
I've always stuck to raspbian
On 10/27/20 12:20 PM, Dan Wilcox wrote:
Maybe try a test with a folder / path with UTF-8 characters on your system. As
IOhannes said, Pd should be able to handle it Ok.
I'd also recommend they turn on Verbose and open Pd again so they can send you
the whole text outputted with Pd showing
Each Makefile has a different way of looking for the path where m_pd.h, and
where it is located on your system depends on how you installed Pd ...
normally `find /usr/include /usr/local/include -name m_pd.h` will tell you
where the file is. Once you know where it is, you can inspect the
OK interesting - with the verbose flag on I can see that it is finding
comport.pd_linux, but it says “/lib/libc.so.6: version ‘GLIBC_2.27’ not found
(required by /home/tc/comport_test/comport.pd_linux)”
I assume that means that it needs to be compiled for the board specifically, as
you
That's a Linux build, but is it an ARM build compatible with the architecture
in use?
Try `file /path/to/comport.ld_linux` and make sure you get the same result as
you'd get for any externals that actually work. You can run `Pd` with the
verbose flag and that should print some extra info about
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
There are a number of Pd-based sculptures done with Bela, see for instance:
Fedde Ten Berge
https://blog.bela.io/2017/12/12/fedde-ten-berge-instruments-bela/
Yann Seznec https://blog.bela.io/2020/06/24/trampoline-synth/
John Ferguson, Erik Griswold, Paul Bardini, and Daniel Della-Bosca
I did this one a couple of years ago:
http://www.jaimeoliver.pe/caracoles-iv-2018
On Mon, Oct 26, 2020 at 5:16 PM hans w. koch wrote:
> i did quite a few (and counting):
> mengenlehre: https://www.youtube.com/watch?v=M7CfOGga8gU
> clock of fifths (app version,made with mobmuplat):
>
You might want to look at what we did with rtcmix~ in pd. On OSX we do use
a tcl editor, and on Windows it's set up to use notepad++
brad
On Tue, Oct 27, 2020 at 7:56 AM Christof Ressi
wrote:
> Yes, you can certainly turn a list into a single symbol, either with [list
> fromsymbol] + [list
Yes, you can certainly turn a list into a single symbol, either with
[list fromsymbol] + [list tosymbol], or using externals like zexy's [s2l].
But the actual problem is how you get plain text input in Pd. [text] is
certainly *not* suitable for that.
Once you have your own Tcl editor widget,
Thanks Christof.
What about tosymbol, is there a Pd equivalent for taking a multi-atom
message and turning it into a single string? or other good way of doing
that?
On Tue, Oct 27, 2020 at 7:40 AM Christof Ressi
wrote:
> Pd has the [text] object for entering text, but I think it is not
Pd has the [text] object for entering text, but I think it is not really
suitable for your use case, because it is meant for typing Pd lists and
therefore treats several characters specially (e.g. semicolons, colons).
If you want interactive editing, I think you need to make your own Tcl
GUI
Hi folks, I'm in the design stages of porting my Scheme for Max external to
Pd, and have some questions already. :-)
What is the best way to deal with large-ish blocks of text in Pd for
sending big text messages to an object? In Max (in case readers know it) I
use a textedit object to allow the
Maybe try a test with a folder / path with UTF-8 characters on your system. As
IOhannes said, Pd should be able to handle it Ok.
I'd also recommend they turn on Verbose and open Pd again so they can send you
the whole text outputted with Pd showing which paths it's trying. If we see
broken
Dear IOhannes,
thank you for your answer.
Here is the screenshot they sent me. https://postimg.cc/GB6z9Wb0
I'll also try to find out the character encoding and codepage they are
using, the thing is, I don't talk directly to the museum technicians in
charge of the setup, there is a representative
On 10/22/20 3:36 PM, Maximiliano Estudies wrote:
Dear list,
I am working on a project with people in China and sent them a project with
a main patch and a couple of subfolders for abstractions and audio files.
I'm using [declare -path abstractions] so PD finds the files relative to
the main
18 matches
Mail list logo
