But [cpu_hungry_hippo~] needs input from [pd~] in order to
compute its output. So [pd~] must send output before [cpu_hungry_hippo~]
can execute its perform routine.
On Thursday, March 31, 2016 9:17 PM, Lucas Cordiviola
wrote:
#yiv7276929600 #yiv7276929600 --.yiv7276929600hmmessage
P
I'm not sure I understand [pd~]. Consider:
[foo~]|[pd~] <-- some dsp stuff going on in here
|[cpu_hungy_hippo~]
How does [pd~] help me in this case, as opposed to just putting the
"dsp stuff" directly in the patch?
And in general, how is the super-process able to anything
other than block when
I don't have any plans to do that. Iemgui code is pretty complicated, so I've
stuck to just keeping the basic functionality for now.
-Jonathan
On Wednesday, March 30, 2016 2:43 PM, Alexandre Torres Porres
wrote:
2016-03-16 20:22 GMT-03:00 Jonathan Wilkes :
Pd Vanilla doesn't, and it
You can also just take the leap and use this in Pd-l2ork:
[dsp( <-- global dsp status for the running pd instance|[pdinfo]|
On Wednesday, March 30, 2016 11:24 AM, katja wrote:
In [output~] included with cyclone it always works. The fix was
introduced a while ago but after Pd-E's last re
> an example of an object that uses it? where exactly is this function?
Scope~ itself uses sic_setup (for the leftmost inlet).
-Jonathan
On Wednesday, March 30, 2016 11:03 AM, Alexandre Torres Porres
wrote:
2016-03-29 18:55 GMT-03:00 Jonathan Wilkes via Pd-list :
looking at t
AM, IOhannes m zmoelnig
wrote:
On 2016-03-28 22:35, Jonathan Wilkes via Pd-list wrote:
> "Scope~" already has a capital "S" in the name for no _good_ reason, so it's
> not like the method space is the only discrepancy.
the *very good* reason for the capital
Well, I just couldn't understand how to get the behavior you're after by
looking at the inlet_new code. But looking at that cyclone wrapper function it
seems
like you should be able to get the same behavior with a proxy inlet.
-Jonathan
On Tuesday, March 29, 2016 8:01 AM, Derek Kwan
wro
11:59 PM, Alexandre Torres Porres
wrote:
2016-03-28 17:35 GMT-03:00 Jonathan Wilkes via Pd-list :
after skimming it I don't see any sensible way to achieve what you want.
Just to be clear, do you mean you can't see any way, or that you may see some
possible hacks that might be v
Hi Derek,Have a look at the inlet_new code in m_obj.c. But after skimming it I
don't see
any sensible way to achieve what you want. I'd suggest just using the
left-most
inlet with a sensible method name.
"Scope~" already has a capital "S" in the name for no _good_ reason, so it's
not like the
There's a way to do it. Search the mailing list for "proxy inlet".
However, as a general rule this is a bad idea. (Unless of course you are
trying to be compatible with a Max/MSP object that does it that way.)
-Jonathan
On Friday, March 25, 2016 5:33 PM, Derek Kwan
wrote:
Hey y'all
Try the attached patch.
On Monday, March 21, 2016 10:43 AM, IOhannes m zmoelnig
wrote:
On 2016-03-21 15:38, Jonathan Wilkes via Pd-list wrote:
> Yeah, I can do that. I'm not sure why it would fuzz, as the only changes are
> inserting A_CANT.
most likely because i'm
Yeah, I can do that. I'm not sure why it would fuzz, as the only changes are
inserting A_CANT.
-Jonathan
On Monday, March 21, 2016 5:58 AM, IOhannes m zmoelnig
wrote:
On 2016-03-21 10:50, IOhannes m zmoelnig wrote:
> is there any specific reason to not use v2.2.6?
also: would it be
That's a good reason for doing a physical release of the GUI port on CD ROM.
-Jonathan
On Sunday, March 20, 2016 4:13 AM, Roman Haefeli wrote:
On Sam, 2016-03-19 at 19:03 +0000, Jonathan Wilkes via Pd-list wrote:
> Ok, thanks.
>
>
> As for the README-- they actua
Before I pin to a newer version, here's the only revision I could find from
Pd-l2ork that needs to be merged upsteam. It just adds an A_CANT arg to the
"dsp" method of signal objects for the off-chance that a user sends a
"dsp" message manually.
-Jonathan
On Sunday, March 20, 2016 4:46 PM
hanks,Jonathan
On Sunday, March 20, 2016 3:58 PM, IOhannes m zmölnig
wrote:
On 03/20/2016 08:43 PM, Jonathan Wilkes via Pd-list wrote:
> I don't know how to differentiate between mingw64 and msys2, so unfortunately
> I
> can't offer you a patch.
hmm, too bad.
anyhow
I don't know how to differentiate between mingw64 and msys2, so unfortunately I
can't offer you a patch.
-Jonathan
On Sunday, March 20, 2016 3:29 PM, IOhannes m zmölnig
wrote:
On 03/20/2016 03:53 AM, Jonathan Wilkes via Pd-list wrote:
> Hi list,I found an issue when c
Hi list,I found an issue when compiling zexy with msys2 on Windows:
rawprint.c:28:5: error: conflicting types for '_get_output_format'
int _get_output_format( void ){ return 0; }
^
In file included from C:/msys32/home/Owner/purr-data/pd/src/m_pd.h:68:0,
from zexy.h:63,
Pd Vanilla doesn't, and it can't because Tk only has one bit alpha
channel (i.e., either you are completely opaque or completely
transparent).
I added rgba for data structures in Pd-l2ork, but not for iemguis.
-Jonathan
On Wednesday, March 16, 2016 7:07 PM, Alexandre Torres Porres
wrote
On Sat, Mar 19, 2016 at 04:17:53PM +0000, Jonathan Wilkes via Pd-list wrote:
> Miller,Is the Windows binary you ship for Pd compiled using the ASIO SDK from
> Steinberg?
> If so, did you have to sign some licensing garbage in order to do that?
> Thanks,Jonathan
>
Miller,Is the Windows binary you ship for Pd compiled using the ASIO SDK from
Steinberg?
If so, did you have to sign some licensing garbage in order to do that?
Thanks,Jonathan___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
h
> I did not attack me so... Rename in there have some implication? If no, I
> will start to rename...
Please don't rename them. Inlets and outlets are numbered starting from
zero, both in Pd's file format and in dynamic patching:
[connect 0 0 1 0(|[send this]
[namecanvas this]
This makes a conn
, Jonathan Wilkes via Pd-list
wrote:
Here's another one:sickle/cycle.c: In function 'cycle_perform':
sickle/cycle.c:100:5: error: unknown type name 'int32_t'
int32_t normhipart;
^
I'm using Fred Jan's repo btw
On Friday, March 18, 2016 11:34 PM, J
Here's another one:sickle/cycle.c: In function 'cycle_perform':
sickle/cycle.c:100:5: error: unknown type name 'int32_t'
int32_t normhipart;
^
I'm using Fred Jan's repo btw
On Friday, March 18, 2016 11:34 PM, Jonathan Wilkes
wrote:
Hi list,Got a few errors when compiling cyc
Hi list,Got a few errors when compiling cyclone on OSX and
Windows:sickle/rand.c: In function 'rand_perform':
sickle/rand.c:34:5: error: unknown type name 'int32_t'
int32_t normhipart;
^
sickle/train.c: In function 'train_perform':
sickle/train.c:42:5: error: unknown type name 'int32_t'
School of Performing Arts – 0141
Blacksburg, VA 24061
(540) 231-6139
i...@vt.edu
www.performingarts.vt.edu
disis.icat.vt.edu
l2ork.icat.vt.edu
ico.bukvic.netOn Mar 15, 2016 22:25, "Jonathan Wilkes via Pd-list"
wrote:
Hi list,I now have the GUI port of Pd-l2ork up and running on GNU/
Hi list,I now have the GUI port of Pd-l2ork up and running on GNU/Linux, OSX,
and
Windows.
One final dungeon of build script revisions and I'll release an alpha.
-Jonathan
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
http
> As someone who administers a fair amount of job interviews for various
> engineering positions, I am often not thrilled when a person focuses on one
> specific language or program. I am most definitely thrilled by someone who
> has learned a useful concept and can apply it across multiple piec
Hi Liam,Multiple arguments to [send] would be handy. But I think there is a
deeper
problem:
Why do iemguis only let you bind a single receive and a single send symbol?
What
you seem to need is one *shared* receive symbol-- something like
"$0-my-frontend-class"-- and one unique symbol-- like
> Just randomly a student will say that many objects have
red boxes and failed to load. And yes, even core objects
like [dac~] and [print]. The "answer" is to restart.
At some point Hans got the idea to break out the internal objects into a
library called "vanilla".
By default if you don't load
> 3. Its visual austerity is a huge help to me in thinking clearly about
> patching and dataflow. It's amazing how often a geometrically elegant
> solution turns out to be an elegant solution full stop.
Coincidentally, I was thinking about counterexamples to this today.
Consider a gate:
float|v--
You can't.
But I put [canvasinfo] in Pd-l2ork, and it has a [dir( method to get that.
It's in src/x_interface.c of Pd-l2ork git. It's very
simple functionality-- much simpler, for example, than figuring out the
unspoken process for getting simple functionality
into Pd Vanilla.
-Jonathan
Looks to me like it's called right after outlet_list in array_get_bang.
Oh, I see Miller just commited in regard to your email. :)
-Jonathan
On Wednesday, March 2, 2016 11:11 AM, Matt Barber
wrote:
Hi list,
A user on the Pd facebook group noticed a memory leak in making heavy use of
[
Hi Rolf,It depends on how they implemented deken. I'm using the public, global
tcl variables that Hans added in
the gui rewrite for Pd 0.43 to find the lib paths.
If they haven't changed that public API then it should work out of the box for
any of the deken libraries you
have installed on you
I think this can be done with Pd-l2ork.
[find(|[canvasinfo]
This will return a list of pointers to all the objects on the parent canvas.
For each one you can send the pointer to the right
inlet of [objectinfo] and do this:
[class(|[objectinfo]
I also have [classinfo]. Now, there's a special "ob
Hi Chris,Is the software FLOSS?
Best,Jonathan
On Monday, February 29, 2016 10:11 AM, Simon Iten
wrote:
+1
On 29 Feb 2016, at 14:31, Pierre Massat wrote:
That sounds exactly like what I've been trying to find for half a decade.
2016-02-29 14:25 GMT+01:00 i go bananas :
yes awesome
On Sunday, February 28, 2016 6:06 PM, IOhannes m zmölnig
wrote:
On 02/27/2016 06:09 PM, Jonathan Wilkes via Pd-list wrote:
>> hmm, what again was wrong with my proposal to distinguish between single
> and double precision externals, allowing to have externals that would
> work on bo
> I feel one of the best aspects of PD are the examples via help patches so
> maybe splitting things up outside of PD might work against that?
That is definitely a great feature. If there's a way to keep that and add sane
multi-language support, that would
be the way to go.
-Jonathan
On
31 AM, IOhannes m zmölnig
wrote:
On 02/27/2016 04:49 PM, Jonathan Wilkes via Pd-list wrote:
>> we should have switched to doubles long ago.
> According to katja, that would trigger a zombie apocalypse in external land.
first of all, we should have switched to doubles *long* ago.
>
ck to
wrap phase, which won't work with doubles. I'm not sure if the output is any
different, but it does save the per-sample bounds check and is theoretically
faster.
On Sat, Feb 27, 2016 at 10:49 AM, Jonathan Wilkes via Pd-list
wrote:
> we should have switched to doubles lon
> we should have switched to doubles long ago.
According to katja, that would trigger a zombie apocalypse in external land.
And the only way to tell the zombies from the survivors would be to... *gulp*...
actually read external library code.
Personally, I'd rather get eaten by a zombie than do th
Do you have a spec from that sprint?
On Friday, February 26, 2016 7:08 PM, Dan Wilcox
wrote:
Also, my thinking is going in this direction as we’re dealing with the same
issues in the OpenFrameworks community. My uni department just hosted an OF
DocSprint last weekend and we spent a goo
Ok, so which html reference system should I leverage here? Where will
the html files get stored, and how do we get from clicking the link in the
help patch (I'm assuming we're still using the current help patches to show
a simple demo of the object) to opening the html doc in the correct langua
html could be leveraged, but I'm really looking for a spec for how Pd
handles it. Is it a GUI widget? An abstraction? A canvas method? A new
"#" directive?
Do the translations get saved along with the help patch, or are they stored in
a directory and fetched when needed? Etc.
-Jonathan
> M-L-Help files can be donetranslating each help file and saving it with a
> name like“metro-help-ES.pd” or “metro-help-FR.pd” then telling pd toadd the
> -ES or -XX to the english helpfile name.
That's not maintainable:1. Revisions to the demo part of the help patch would
have to be applied
m
Hi list,I'm pulling this out of the monster thread because it's something I've
been thinking
about for awhile:
> Another feature I miss is multi-language comment object. Enabling
> multi-language Help files, even multi-language patch comments can be lot
> useful!
I'll implement any *clear* spec
> It's always Cleveland.
You'd probably work like the dickens and make a patch that saves Cleveland.
But the next day when they attack
another city you'd open up the patch and be unable to make sense of all your
spaghetti.
At least you could use your Cleveland-saving patch as a prototype to sel
> It sounds very difficult, but I imagine gen~ does something like that.
I don't think the payoff is big enough to justify the development, unless
what gets compiled are good old signal and/or control object chains that
everybody is already familiar with.
That's what happened with Javascript engi
Just poll every microsecond, and increment the counter by one microsecond.
If there's something scheduled for that microsecond, do it.
:)
On Wednesday, February 24, 2016 4:19 PM, Matt Barber
wrote:
OK, now I'm having trouble even imagining how an unblocked audio model could
possibly b
> a possible source of inspiration: "supernova a scalable parallel audio
> synthesis server for SuperCollider". It works great.
He actually started with a Pd-like system called "Nova", and commented on the
bug tracker awhile back about making Pd thread-safe.
He also worked on a development bran
Just to add a bit on why build complexity is important:I probably wasted 20% of
my time building the GUI port on OSX due to the complexity of the flext build
system.
And apparently I am not the only one who views it as voodoo, because the
externals/Makefile calls
the flext "build.sh" one more
I'd say a solution would deserve the nobel prize in computers. :)
-Jonathan
On Wednesday, February 24, 2016 11:40 AM, david medine
wrote:
Reading a full inbox in a non-parallelized fashion leads to cross posting.
Sorry for the repost, but this belongs on this thread.
Yeah, but the
I think one of the big limitations is a difficulty in turning "hot" code "cool".
For example, suppose the [hungry~] abstraction is at the heart of your patch
but it consumes a lot of CPU. What do you do?
Typically the process involves only two steps:1. make esoteric changes that
marginally decre
Damn, I should have been more subtle so I could set the hook... :)
echo I am trolling this thread because arguing about naming before there is
even an alpha release is a form of bikeshedding | md5sum
-Jonathan
On Tuesday, February 23, 2016 5:54 PM, Dan Wilcox
wrote:
*zing!*
I don't see why everyone is discussing names when we haven't even settled
the issue of bracket placement.
-Jonathanae85b0319a14998c24b317d7e9de8352
On Tuesday, February 23, 2016 4:59 PM, Miller Puckette
wrote:
I think it's wisest to leave cyclone as it is (except for maintenance update
> Align: https://youtu.be/lCIeIelbw74
Looks like there's a whole collection of tools to do that, including a
transient bbox with drag hooks.
> Route Patch Cords: https://youtu.be/2u_UJQ8OfvUI'm pretty sure Pd-l2ork can
> do the first part of that video. But it can also do a many-to-one
> auto-
Does the GUI in pd-l2orc run on a separate core?
For all versions of Pd, the GUI runs as a separate process. It communicates
with the Pd process over a TCP socket.
-Jonathan
On Tuesday, February 23, 2016 1:51 PM, Samuel Burt
wrote:
David,
One thing I attempted and couldn't find a sol
Hi List,Can anybody point me to documentation that explains how to build Gem
for the Pd-extended OSX app bundle?
I see pd/packages/darwin_app/Makefile with `make install` and `make package`.
These don't actually build Gem when
I run them, but Gem is included in the Pd-extended app bundle so the
But I guess pd-l2ork addresses some of these issues? I know Jonathan has done a
lot of work on a node webkit gui for pd: https://github.com/jonwwilkes/pd-nw
That's a mirror that I stopped updating awhile back.
The repo is here:https://puredata.osuosl.org/
It's an incremental approach, so it still
> if you like your fancy gui's, use them!
Pd's GUI is plain and limited, yes. But what it lacks in beauty it makes up
for in tcp socket chatter.
-Jonathan
On Tuesday, February 23, 2016 12:02 PM, david medine
wrote:
One thing I'd be interested in knowing about is what (if anything) so
> If an oscillator's output is not connected to a DAC, does it still make a
> sound?
If you're standing atop the CPU, maybe. Even if the oscillator isn't hooked up
to DAC its
"perform" routine will run every block, causing the CPU to do work at
regularly-recurring intervals.
So the ground m
> I'd love if Pd would provide some true multi-threading (not like [pd~] which
> is tightly coupled to its parent).
How would the patch/audio remain determinstic if the units in the dsp graph
aren't tightly coupled?
-Jonathan
On Tuesday, February 23, 2016 9:34 AM, Ivica Ico Bukvic wrote:
> Here's a radical idea that I've sometimes pondered: what if we could create
>left-inlets and right-outlets as well as the standard top- and bottom- ones?
If the object has more than one inlet or outlet you wouldn't be able to fit
them on the side of the object box.
Also, you run into a common
> Max have features like auto-align horizontally/vertically
Pd-l2ork has this, too-- "Tidy Up" in the Edit menu. It's a little strange--
if you click it once it will sweep the selected objects into a "pile", and if
you click again it will fan them out like a deck of cards. But it can work
well
> It's just that the presence of those features makes it much easier not to
> care, and many users just don't care, and it makes things worse for those of
> us who have to use that patch elsewhere.
Short story: I'm not going to write the code to implement segmented cords, and
I don't think anyon
hich is usually far easier to debug
than a huge sprawling patch. So while I can see where they'd be very useful if
used judiciously, as someone who often has to operate someone else's patches,
I'm very hesitant.
On Mon, Feb 22, 2016 at 3:05 PM, Jonathan Wilkes via Pd-list
wrote:
Hi Eugene,Great post!
I help develop pd-l2ork, and it addresses some of the points below. I recently
got it building on OSX with most of the pd-extended libraries.
I'll reply to each point below...
> On Monday, February 22, 2016 4:21 AM, Eugene Lazarchik
> wrote:
> Where do I start?
Porres
wrote:
2016-02-20 17:11 GMT-02:00 Jonathan Wilkes via Pd-list :
Is there actual Pd code for Max 6+ classes somewhere behind this 40+ message
thread?
The thread was first about compiling the nettles and also did comport parallel
discussions about how to implement abstractions that
patch(es).
-Jonathan
On Saturday, February 20, 2016 3:05 PM, Jonathan Wilkes via Pd-list
wrote:
> (i remember having troubles with those functions on other
compilers...but it's been years :-))
Presently it fails to compile under OSX. It's a fairly recent mac air-- I
don
016 2:36 PM, IOhannes m zmölnig
wrote:
On 02/19/2016 09:37 PM, Jonathan Wilkes via Pd-list wrote:
> Hi List,
> Line 593 of pdp_imageproc_portable.c: /* affine x, y mappings in screen
> coordinates */ double mapx(double _x, double _y){return cx + izx * ( c *
> (_x-cx) + s *
Is there actual Pd code for Max 6+ classes somewhere behind this 40+ message
thread?
-Jonathan
On Saturday, February 20, 2016 12:57 PM, Matt Barber
wrote:
+1 To Ivica's proposal and rationale. There are plenty of people willing to
help with development and maintenance. If a Max 4.6 co
Hi List,
Line 593 of pdp_imageproc_portable.c: /* affine x, y mappings in screen
coordinates */ double mapx(double _x, double _y){return cx + izx * ( c *
(_x-cx) + s * (_y-cy));} double mapy(double _x, double _y){return cy + izy *
(-s * (_x-cx) + c * (_y-cy));}
These lines are found _i
in compiled objects.On Feb 14,
2016 6:48 PM, "Ivica Bukvic" wrote:
On Sun, Feb 14, 2016 at 5:54 PM, Jonathan Wilkes via Pd-list
wrote:
Hi Antoine,We're talking about two different kinds of "dynamic" nlets. Yours
seems to
set a value for the signal based on whether or
nlet to the
[dinlet~] object itself, to allow changing the default value inside of the
abstraction.
If anyone think this would be helpful, I could do this (open a ticket and
update moonlib about this missing inlet).
2016-02-14 20:29 GMT+01:00 Jonathan Wilkes via Pd-list :
> Why not simply h
> Why not simply have an inlet that can handle both inside an abstraction and
> route signal one way and number the other and then sprinkle that with dynamic
> nlet creation and you're done? Then you can simply abstract most cases.
I read (and like) your spec on dynamic nlet creation, but I have
> but why don't I need this when I load the cyclone externals?
If every cyclone external has already been loaded before your patch loads, then
there's no problem.
The problem comes when Pd tries to search for a binary to load-- for example,
when you type a name
into an object box that Pd doesn't
Pd namespaces and the Pd loading mechanism are too complex to change
without a spec for both the current and proposed system.
Problems of not thinking ahead: unnecessary code duplication
like flatspace, replacing one problem with another like one-class-per-file
libdir, the whole svn personal-clo
s.
-Jonathan
On Wednesday, February 10, 2016 4:42 PM, Matt Barber
wrote:
I guess it's time to rewrite Pd completely in D.
On Wed, Feb 10, 2016 at 2:56 PM, Jonathan Wilkes via Pd-list
wrote:
> However, I doubt anyone has ever completely debugged a program that uses
> threads.
T
anyone has ever completely debugged a program that uses
threads.
cheers
Miller
On Wed, Feb 10, 2016 at 07:11:34PM +0000, Jonathan Wilkes via Pd-list wrote:
> Hi list,Anybody have more information about this bug
> report:https://sourceforge.net/p/pure-data/bug
Hi list,Anybody have more information about this bug
report:https://sourceforge.net/p/pure-data/bugs/26/
-Jonathan
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
/pddp/all_about_expr_multiline.pd
-Jonathan
On Friday, February 5, 2016 8:45 PM, Jonathan Wilkes via Pd-list
wrote:
Sounds great!
On Friday, February 5, 2016 8:37 PM, Shahrokh Yadegari
wrote:
Dear All,
Attached is a pre-release of Expr 0.5 compiled for Mac os x (compiled on
/all_about_expr_multiline.pd
-Jonathan
On Friday, February 5, 2016 8:45 PM, Jonathan Wilkes via Pd-list
wrote:
Sounds great!
On Friday, February 5, 2016 8:37 PM, Shahrokh Yadegari
wrote:
Dear All,
Attached is a pre-release of Expr 0.5 compiled for Mac os x (compiled on 10.9)
and Linux
:45 PM, Jonathan Wilkes via Pd-list
wrote:
Sounds great!
On Friday, February 5, 2016 8:37 PM, Shahrokh Yadegari
wrote:
Dear All,
Attached is a pre-release of Expr 0.5 compiled for Mac os x (compiled on 10.9)
and Linux (compiled on an older Cent OS). I have also attached Alexandre
Sounds great!
On Friday, February 5, 2016 8:37 PM, Shahrokh Yadegari
wrote:
Dear All,
Attached is a pre-release of Expr 0.5 compiled for Mac os x (compiled on 10.9)
and Linux (compiled on an older Cent OS). I have also attached Alexandre's big
pd patch which listed the issues, with m
> it *might* be that pd-extended has somehow dropped this limitation.
not to my knowledge though (though i always wondered why Pd-vanilla has
this limitation in the first place).
The limitation you are describing doesn't exist in any flavor of Pd. But I'd
strongly advise external developers to wr
What happens if we remove the inchannels and outchannels flag from the
pd-l2ork.desktop file? Doesn't
Pd just default to pairs of in/out chans anyway?
On Wednesday, January 20, 2016 9:55 AM, Ivica Ico Bukvic
wrote:
There is also per-user settings file located in the ~/.pd-l2ork (or
> so one from the new millenium: locking a network ressource (e.g. an
gigabit IP-camera that saturates the the network once it's told to start
delivering frames).
What happens currently if you click in the terminal on a Pd
instance that's using that network resource?
Is LB_PANIC a public interfac
> Next: for people who are trying to close OS resources when Pd quits, I'm
thinking there should be a fourth phase, "LB_PANIC", which objects should
not respond to by passing messages but only closing resources.
What's a situation where Pd currently won't close its resources upon quitting?
-Jonath
> Beware: when mixing symbols and floats in parsed argument lists, Pd will
send all the symbol arguments first, then the floats - not necessarily
in the order that the arguments appear in the Pd message.
Has that ever been documented anywhere other than the logic in m_class.c?
-Jonathan
On
What I mean is that iemgui color format is so complicated and difficult to
understand, saying "represents white" is probably the most accurate way to
explain how that number maps to a human readable color.
On the bright side, this thread has convinced me not to add an animation api in
my GUI por
I can think of two ways:
1) something like canvas_find method -- walk through every toplevel looking for
a canvas_class of the relevant filename/binbuf/whatever
2) take the abstraction's name, add "pd-" to the front, create a t_symbol* from
it and go spelunking in the symbol's s_thing for receive
There's a startup flag -noloadbang.
-Jonathan
On Monday, January 11, 2016 8:57 AM, Liam Goodacre
wrote:
I'm more
interested in stopping the loadbang than starting it. If you have a patch that
dynamically creates itself (or worse deletes itself) when loaded, it is very
useful to be a
> This limitation is worked-around by reducing the resolution to 6 bits per
> channel. The highest number (the one representing white) is -262144. It does
> not exceed 6 digits and can be stored at full precision.
It's probably worth explaining why you say "the one representing white" and
They are also in Pd-l2ork.
On Sunday, January 10, 2016 6:36 AM, Roman Haefeli
wrote:
On Sun, 2016-01-10 at 09:52 +, Liam Goodacre wrote:
> Which libraries are [closebang] and [initbang] in? They don't seem to
> load in Vanilla and I can't find the relevant information in the
> help
yframed events (assuming there are more than one). If you are thinking
of having the animation object track only one single animation (e.g.
something progressing from 30% to 90%), the same could still prove useful
except in this case you would only allow for values between 0 and 1.
On 1/2
Well, I guess it's the function _prototype_ that's in m_pd.h, to be
precise...
-Jonathan
On Friday, January 8, 2016 11:47 AM, Jonathan Wilkes via Pd-list
wrote:
Pd doesn't have an internal object that can do that.
But the pd_error function is in m_pd.h. That means som
Pd doesn't have an internal object that can do that.
But the pd_error function is in m_pd.h. That means someone can easily
make an external [error] that takes an incoming pd message and outputs it as
a pd error. Doing so would print a trackable error to the console that tracks
back to the rele
om 30% to 90%), the same could still prove useful except in this
case you would only allow for values between 0 and 1.
On 1/2/2016 1:12 PM, Jonathan Wilkes via Pd-list wrote:
Hi list, I'm playing with adding a simple animation api to data structure
drawing commands.
The paramete
om 30% to 90%), the same could still prove useful except in this
case you would only allow for values between 0 and 1.
On 1/2/2016 1:12 PM, Jonathan Wilkes via Pd-list wrote:
Hi list, I'm playing with adding a simple animation api to data structure
drawing commands.
The parameters w
No estimated time atm. I'm currently stuck in the Makefiles-- while I have a
deb
package building smoothly, OSX is really a pain.
If you want to test on Ubuntu or Debian I can get something ready. There are
a few regressions I'm working through with the gui toolkit atm, but in about a
week or
(assuming there are more than one). If you are thinking of
having the animation object track only one single animation (e.g. something
progressing from 30% to 90%), the same could still prove useful except in this
case you would only allow for values between 0 and 1.
On 1/2/2016 1:12 PM, Jon
401 - 500 of 881 matches
Mail list logo