My 2 (EUR) cents... :)
> Message: 2
> Date: Thu, 21 Feb 2019 22:46:32 +0100
> From: Antoine Rousseau <antoine(a)metalu.net>
> To: Pd-list <pd-list(a)lists.iem.at>
> Subject: Re: [PD] Audio clicks with postgresql external
> Message-ID:
> <CAOCG5Hx9uP7emPN3SoeGPPVAAiS07Wj4yH5eCn2sX09GT1Xfdw(a)mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> You could try:
> - to launch a second instance of Pd from your init script, and communicate
> via [netsend] / [netreceive]
> - or to run this second Pd instance via [pd~]; this could be simpler to
> implement (because you'll just use inlet/outlet to communicate), but I
> don't know, even with -noaudio and -nogui flags, if it will avoid the
> master instance to block.
On limited resource machines, if you have plenty of RAM, I would suggest running the postgres part of the project in a separate process using something like a python script. Then use OSC for the communication. This way, Pd will never block the audio while the postgres process blocks accessing the db. You can wrap up the project into a script which starts both pd and the python script in the right order. Even better would be to write it in C, but try something like Python first and stick with it if it works well enough.
This approach worked quite well for me on my old wearable running a 500 Mhz Pentium 3 with 256 Mb RAM. One thing to do is to balance the process priority toward Pd by using "nice" to make Pd "no nice" and make the python script / postures access program "more nice."
I'm a bit conservative and have never approached running *everything* in Pd partially because of this reason. I usually write separate IO programs which then communicate to Pd which does the audio and most of the creative "sauce" / mapping. The added benefit of this approach is that you can easy distribute things if/when you need to, such as expanding an existing installation to have say 10 clients and 1 server.
--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
That is correct. DS are not zoomed. I was able to update all of the guis for fully-supported zooming, but DS was too much of an issue for me to tackle at the time.
> On Feb 20, 2019, at 7:22 PM, pd-list-request(a)lists.iem.at wrote:
>
> From: Jean-Yves Gratius <jyg(a)gumo.fr <mailto:jyg@gumo.fr>>
> To: pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>
> Subject: [PD] datastructures fonts are not zoomed when pressing (ctrl
> + '+') in a patch
> Message-ID: <7a21f5e7-5ed0-fd41-af3d-fc1d53154ea4(a)gumo.fr <mailto:7a21f5e7-5ed0-fd41-af3d-fc1d53154ea4@gumo.fr>>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> Hello,
>
> I noticed that drawn datastructures in a patch aren 't zoomed when
> zooming in (ctrl + '+') in this patch.
> If the DS are drawn in a gop subpatch, they are zoomed in position when
> the parent patch is zoomed, except for number and symbol fields.
>
> The displayed position of DS inside subpatch is not clear for me . It
> seems to depend of the gop settings and of the side of the opened
> subpatch window (remembering puredata pre 0.38 style...)
>
> I opened an issue
> https://github.com/pure-data/pure-data/issues/562 <https://github.com/pure-data/pure-data/issues/562>
--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
Howdy, please allow me to share a rather personal and detailed report to
this dear list about this release: The Cyclone Library (a set of Pure Data
objects cloned from Max/MSP) is finally upgraded to version 0.3! The main
goal of Cyclone 0.3 was to update it to Max 7! Max 8 is out now and there
are minor updates that could be included in cyclone, which may be ported in
a possible future 0.4 release. Cyclone 0.3 also provide numerous fixes,
several new objects and a newly written documentation!
In the last release (cyclone 0.3 release candidate 1), we noted how we
finished updating our last object to Max 7! The catch was that we still
needed to update [comment], which won't be updated to Max 6+. Now it's
been updated but not yet fully compliant to Max 5 - nonetheless it's
"acceptable" and further work can be taken care in future 0.3.x releases.
Anyhow, there were also other updates and fixes and the thing is, with what
we have now, I just feel comfortable and happy to state: "*Mission
Completed: Cyclone 0.3 stable release is out!*".
This took 3 years. In fact, this release happens in the exact day of the
3rd anniversary of our repository. I was pretty clueless on how to code
externals when we started and I still struggle a lot - even though I was
able to learn a thing or two in the meantime :) -, this is to say that if
it weren't for my colleagues Derek and Matt, nothing of this would be
possible! I feel I have to praise and thank them (which I can't do enough)
as I don't want to outshine them (since I'm the usual spokesman of the
project). We made a great team! My limitations actually came in handy as I
could just deal with what I could, which was the most tedious and manual
labor that this project needed, like revising every object, looking for
bugs, cleaning things up, dealing with the less complicated stuff while I
learned how to code and etc. Then after a lot of attention, I could deliver
a good briefing so they could help me fix the more hardcore stuff without
all that hassle.
After this long period, it's also noticeable to say we lost steam. I can
only speak for myself and I'm now taking care of my own library (thanks to
all I've learned dealing with cyclone, I must say). I don't know much and
can't promise that cyclone will keep receiving the same attention from now
on, but don't expect it to be abandoned ;) The project is obviously open
for collaboration and any help is welcome. We actually had a very good and
recent contribution from Diego Barrios Romero, who made it possible for
anyone to compile cyclone now as a single library! Apparently he needed
this to load cyclone with libpd more conveniently. Further cyclone releases
may also bring the option of a single compiled binary. Instructions on how
to compile cyclone as a single library and more about the project in genera
can be found here:
https://github.com/porres/pd-cyclone/blob/cyclone0.3/README.md Also check
the changelog for a full list of changes:
https://github.com/porres/pd-cyclone/blob/cyclone0.3/documentation/extra_fi…
Cyclone is now available for the main architectures via Pd (Help => Find
Externals) - it might take a while until it shows up in the system. You can
also get it from here:
https://github.com/porres/pd-cyclone/releases/tag/cyclone0.3
For last, I can't finish this message without thanking the Pd Community in
general (specially Dan and IOhannes for being big players and great
leaders) but mostly Miller Puckette, of course, without whom there's be no
Max or Pd (and therefore no cyclone). We obviously need to also thank the
original author of Cyclone, Krzysztof Czaja, who created this important
library for Pd! Hans Christof Steiner needs to be honored for maintaining
this library and keeping it in Pd Extended for a long time, and later Fred
Jan Kraan was also very important to start fixing and updating this library
after so long in the cyclone 0.2 releases.
Cheers
_______________________________________________
Pd-announce mailing list
Pd-announce(a)lists.iem.at
https://lists.puredata.info/listinfo/pd-announce
Hello,
I noticed that drawn datastructures in a patch aren 't zoomed when
zooming in (ctrl + '+') in this patch.
If the DS are drawn in a gop subpatch, they are zoomed in position when
the parent patch is zoomed, except for number and symbol fields.
The displayed position of DS inside subpatch is not clear for me . It
seems to depend of the gop settings and of the side of the opened
subpatch window (remembering puredata pre 0.38 style...)
I opened an issue
https://github.com/pure-data/pure-data/issues/562
Dear all,
I would like to use Pd's canvas for simple, timed text projection in a
piece, and I have a couple of questions:
1. I'm getting the projected text from a .txt file via the [text get]
object and [zexy/list2symbol] to then [label $1( the canvas. It's
working very fine but when I try to open the properties menu of the
canvas I get this error message:
(Tcl) UNHANDLED ERROR: wrong # args: should be "pdtk_iemgui_dialog
mytoplevel mainheader dim_header wdt min_wdt wdt_label hgt min_hgt
hgt_label rng_header min_rng min_rng_label max_rng max_rng_label
rng_sched lin0_log1 lilo0_label lilo1_label loadbang steady num_label
num snd rcv gui_name gn_dx gn_dy gn_f gn_fs bcol fcol lcol"
while executing
"pdtk_iemgui_dialog .gfxstub100311e20 |cnv|
------selectable_dimensions(pix):------ 15 1 size: 0.0 0.0 empty
------visible_rect..."
("uplevel" body line 1)
invoked from within
"uplevel #0 $docmds"
I can open the properties menu of a new canvas, but as soon as I label
it with another long string I get the same error message. I can edit
all the canvas properties just fine with messages, so for me it's not
a critical issue. I was just wondering whether I should worry about
the stability of my patch.
2. To center align the projected text I'm repositioning the canvas
label according to the character count of the string. I've added the
char count manually for each line in the .txt file, but I was
wondering if there's a way to get the char count of a line
automatically…
3. How can I get commas "," and semicolons ";" through the [text] object?
Thanks
Laure
--
Laure M. Hiendl
martinhiendl.comy-e-s.org
good morning,
is it possible to automatically restart pd (or the computer) whenever i get
watchdog: signaling pd
?
in other words: what would be the proper way to monitor a linux system and act upon e.g. CPU usage greater than xy% ?
does anyone have experience with ps-watcher?
http://ps-watcher.sourceforge.net <http://ps-watcher.sourceforge.net/>
i need help understanding this description of the pd-watchdog
s_watchdog.c is the source of pd-watchdog, which was spawned in sys_startgui(). pd-watchdog monitors its stdin for any input, timing out after 5 seconds if nothing was received. In this case it kills pd with a SIGHUP, but normally it will continue looping as long as characters are received from pd' at a rate of at least one every 5 seconds. So if pdtk_watchdog calls pd every 2 seconds and glob_watchdog() sends a CR each time through the pipe, everything runs smoothly.
"pd-watchdog monitors its stdin for any input” does this also work if i start pd with -stderr >2/dev/null ?
is the fact that i run pd as superuser responsible for pd NOT beeing killed by SIGHUP ?
I'm having trouble loading any video file in Gem using [pix_movie] or
[pix_film].
I'm an absolute beginner regarding Gem and inexperienced in Pure Data,
so I'm probably making some simple mistake. Regardless, I cannot seem
to find the solution myself or on the web. (If I get it here, I'm going
to post it in the pdpatchrepo forum[1], so that it can be picked up by
search engines in the future.)
When I create a [pix_movie] or [pix_film] object, I get the message:
[pix_movie]: no movie decoding backends found!
Subsequently, when I try to open a video file with an [open( message,
this fails with:
[pix_movie]: unable to open file: ../data/alea.mpg
I have tried with the bundled example videos (alea.mpg, homer.avi,
anim-1.mov) and a few others. I'm encountering this exact same error on
two very different platforms, so I'm pretty sure it's my mistake and
not a bug: In one case on a Raspberry Pi 3 B running DietPi as an
operating system, Pd 0.47.1 and Gem 0.93.3 installed as a Raspbian
package. In the other case on my laptop running Arch Linux, with Pd
0.49.0 installed from the Arch repos and Gem 0.87 installed via deken.
Apart from loading videos, Gem appears to be working fine in both
installations.
Carlos
[1]
https://forum.pdpatchrepo.info/topic/11899/pix_movie-no-movie-decoding-back…