that incorporated into vanilla as it makes sense.
I see the autobuild server is still up. Does this still build for all
platforms?
On Sep 29, 2014, at 8:44 PM, pd-list-requ...@lists.iem.at wrote:
From: sebfumas...@aol.com
Subject: Re: [PD] Updated Pd-Extended
Date: September 29, 2014
Seb Shader via Pd-list wrote:
Hello again list,
What do y'all think of the idea of releasing Pd-extended both as a
core pd with no libraries added except maybe the libdir and hex loaders and
as a version with multiple libraries (2 release stages)? Perhaps it's been
discussed.
I don't remember the details on the differences. Pd-extended guarantees pixel
sizes of boxes across platforms and releases (if not, its a bug). One way it
does that is using `tk scaling 1`. I believe that was removed in vanilla.
There are probably other details like this, like related to
Hm, I can't seem to find any proposals on the list. If someone can find them
for me (and if there are indeed details there) I'll see if they will work.
-Jonathan
On Wednesday, October 1, 2014 10:51 AM, Hans-Christoph Steiner h...@at.or.at
wrote:
There were at least two proposals back
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2014-09-30 04:39, Jonathan Wilkes via Pd-list wrote:
* pull in relevant commits from pd-vanilla (you can't just pull
them all in because vanilla does the GUI stuff differently,
does it?
fgmasdr
IOhannes
-BEGIN PGP SIGNATURE-
Version:
Those bullet points are from the webpage, not written by me. My questions
about the bullet points were inline, e.g.:
Does this refer to the single-line change in pd-gui.tcl pertaining to
the font scaling, or something bigger? If it's something bigger then
that's a real drag.
And by font
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2014-09-30 15:32, Jonathan Wilkes via Pd-list wrote:
Those bullet points are from the webpage, not written by me. My
questions about the bullet points were inline, e.g.:
ah sorry.
my email client seems to have messed up with quoting (at
Hello again list,
What do y'all think of the idea of releasing Pd-extended both as a
core pd with no libraries added except maybe the libdir and hex loaders and
as a version with multiple libraries (2 release stages)? Perhaps it's been
discussed. the thing I enjoy about Extended is
On 09/29/2014 06:10 PM, Seb Shader via Pd-list wrote:
Hello again list,
What do y'all think of the idea of releasing Pd-extended both as a
core pd with no libraries added except maybe the libdir and hex
loaders and as a version with multiple libraries (2 release stages)?
Perhaps it's been
Some questions about the bullet points on the page:
* update the libraries to the latest version, and test them
Aren't they updated by virtue of pulling from the latest svn? If I can get
Pd-extended to compile, what else do I need to do in order to update the libs?
* pull in relevant
Quoting Jonathan Wilkes jancs...@yahoo.com:
Now I'm even more confused. In the past you had written this to a
query of mine:
[...]
But now you say the opposite in response to DesireData's _symbol
struct which adds a refcount and a symbol size member n.
How does the one break binary
Now I'm even more confused. In the past you had written this to a query of
mine:
On 01/12/2013 12:04 AM, Jonathan Wilkes wrote:
In C would I just make a struct with fields of t_symbol,
t_class, and a pointer to link to the next one?
Yeah, a linked list would work fine, probably not as
i'm clueless
On Fri, Sep 26, 2014 at 11:40 AM, Jonathan Wilkes via Pd-list
pd-list@lists.iem.at wrote:
Now I'm even more confused. In the past you had written this to a query
of mine:
On 01/12/2013 12:04 AM, Jonathan Wilkes wrote:
In C would I just make a struct with fields of t_symbol,
Did someone write some tests for some Pd flavor? That'd be a nice development.
Pd-extended's test suite consists of loading every object, and loading every
help patch. They are scripts in SVN: scripts/load_every_object.sh and
scripts/tests/ They have been quite helpful in finding issues.
.hc
Why is this such a problem? I did not break source compatibility (well,
some of it will happen for gui objects as a result of porting gui to qt)
and for every extended release you recompile new binaries anyhow and so
does pd-l2ork, except that pd-l2ork goes even one step further offering a
For libraries, there is binary compatibility between pd vanilla, extended,
desiredata, and vibrez. desiredata made much larger changes to the GUI-side
than pd-l2ork.
.hc
Ivica Bukvic wrote:
Why is this such a problem? I did not break source compatibility (well,
some of it will happen for gui
Based on what metrics?
On Sep 25, 2014 11:05 AM, Hans-Christoph Steiner h...@at.or.at wrote:
For libraries, there is binary compatibility between pd vanilla, extended,
desiredata, and vibrez. desiredata made much larger changes to the
GUI-side
than pd-l2ork.
.hc
Ivica Bukvic wrote:
You can take an external compiled for the same OS/arch and it loads and works
on all of them.
.hc
Ivica Bukvic wrote:
Based on what metrics?
On Sep 25, 2014 11:05 AM, Hans-Christoph Steiner h...@at.or.at wrote:
For libraries, there is binary compatibility between pd vanilla, extended,
...As strange as it may sound I must admit I've missed our broken
conversations/banter. Welcome back, Hans!
Alas, this time I will have to bow out--so many things to do, so little
time. Hope you'll understand.
Best,
Ico
On Sep 25, 2014 11:08 AM, Hans-Christoph Steiner h...@at.or.at wrote:
love those two ideas
I could also add the idea of having some research group working on it. At
least here in Brazil I know a couple of people who'd like to back it up.
so yeah, I was waiting for the american PdCon and it never happened :(
guess I'll have to make another south american one
On 09/25/2014 12:54 PM, Jonathan Wilkes via Pd-list wrote:
Um... have you actually read the source for DesireData?
Just to clarify this-- from m_pd.h desiredata 2010.01.05:
struct _symbol {
char *name; /* the const string that represents this
symbol */
t_pd *thing;
On 09/26/2014 04:22 AM, Jonathan Wilkes via Pd-list wrote:
On 09/25/2014 12:54 PM, Jonathan Wilkes via Pd-list wrote:
Um... have you actually read the source for DesireData?
Just to clarify this-- from m_pd.h desiredata 2010.01.05:
struct _symbol {
char *name; /* the const
Hi,
Would do anything to finally include mtl abstractions to pd-extended.
I can build on Windows, Mac, Linux the RPI.
Will try to poke Hans about the code diffs on #dataflow. Should we
(anyone interested in updating pd-extended) have a chat (irc, hangout,
whatever). I am sure Hans will
I had to bring up semantics because developer means alot of different things
to alot of different people.
Also, I didn't want to bring up vanilla versus non-vanilla, just pointing out
that the number of people who could help Hans put out a new version of extended
is rather low. IMO a
Yes, this is great news. I didn't mean to sound pessimistic earlier, just
realistic.
My 2cents, though is that the l2ork website is hard to navigate :D
On Sep 23, 2014, at 11:54 AM, Ivica Bukvic i...@vt.edu wrote:
Well, there is a concerted effort on the pd-l2ork side of things. We now
True. It is trying to be to many things-- an ensemble and a software portal.
On Sep 23, 2014 12:04 PM, Dan Wilcox danomat...@gmail.com wrote:
Yes, this is great news. I didn't mean to sound pessimistic earlier, just
realistic.
My 2cents, though is that the l2ork website is hard to navigate :D
It is excellent news that pd-l2ork may soon be available outside of
Linux, Ivica. Cheers, and best of luck on this tack.
Phil
On 9/23/14, 7:57 AM, Ivica Bukvic wrote:
Well, I guess you can call me a developer, whatever that means--I
don't care that much about titles. Yet, I would argue
On 09/23/2014 09:19 AM, Dan Wilcox wrote:
I disagree. Your example lists what? 2 more developers? I'm talking
about developers as in people working the C code, build scripts,
tcl/tk etc aka people who could, theoretically, help push out a new
Pd-extended release. True, we have plenty of people
I remember seeing a series of patches (code diffs I mean) that made the
necessary changes to Pd vanilla to Pd extended - does anyone know if these
still exist? (I couldn't find them when I looked at the Pd extended SVN
repository a few weeks ago).
Some of them should be in Pd vanilla anyway, and
Before you pay someone to do it, we need to define what it is.
It might generally look something like this:
1) Pull from the newest stable upstream code
2) Get it to compile
3) Run the regression tests
4) Make alpha and beta builds, gather reports of bugs, fix bugs, re-run tests
5) Release
So
Graduate students?
On Sep 22, 2014, at 11:40 AM, Jonathan Wilkes jancs...@yahoo.com wrote:
Kickstarter won't really help you here. It's possible that it would give
some incentive for doing a single release, but how can it sustain that work
for the next release, or the one after that?
I talked to Hans about this a bit. In essence, it involves bringing in the new
pd vanilla source and making sure the Pd-extended additions/modifications
aren't lost. With the updates/cleanups to the tcl/tk sources a few years ago
(great work Hans et al!), it should be alot easier than the
it involves time
... or money.
maybe we revisit the kickstarter (or something else) idea brought forth by
jonathon a few years ago and just pay someone to do it. to me it seems like
1) none of us really have any money (im just assuming here we are all poor
artists) and more importantly 2) none
Well, time money are intertwined.
This is why I was talking about a Pd foundation/organization etc that could
take donations from schools, organizations, poor artists etc and roll it into
bounties or development support/residences. Pd has a pretty active user base
but a much much smaller
Hi List,
I'm new to this list, but a long time user of PD.
There is a way to keep pd-extended aligned to the current stable release
of pd-vanilla?
I've noticed that pd-extend carries a quite old version of pd, and no
updates in a while. The official web pages,
says that a rolling-release
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2014-09-11 12:45, Alessio Degani wrote:
Hi List,
I'm new to this list, but a long time user of PD. There is a way to
keep pd-extended aligned to the current stable release of
pd-vanilla?
yes: invest manpower.
I've noticed that pd-extend
36 matches
Mail list logo
