For this release, there has been a lot of work in making the GUI and
user experience much more fluid and easy. There is a new visual look
that was designed to make patches more readable. Additionally, lots
of things have been tweaked to make Pd behave more like a normal app.
There has already been a lot of testing on these builds, so it is
getting quite close to a final version. (Debian/PowerPC is missing
now but will come later)
http://at.or.at/hans/pd/installers.html
Here is a partial changelog:
- next visual appearance designed for readability (it can run slower
on machines < 1 GHz)
- default locations for user-installed externals, helpfiles, etc. GNU/Linux: /usr/share/pd and ~/pd Mac OS X: /Library/Pd and ~/Library/Pd Windows: %ProgramFiles%/Common Files/Pd and %UserProfile%/
Application Data/Pd
lots of standard key bindings added: Enter/Return for OK Escape for Cancel Ctrl/Cmd-W closes all windows on Mac OS X, Cmd-` cycles thru open windows on Mac OS X, Cmd-m minimizes windows Ctrl/Cmd-R raises/lowers Pd window Ctrl/Cmd-Shift-R shrinks/grows Pd window Ctrl/Cmd-Shift-L clears Pd window's text console Ctrl/Cmd-B opens the Help Browser
you can now use "~" in all paths to mean home folder, and on
Windows you can use environment variables, lie %UserProfile% in paths
cut/copy/paste now work directly into text boxes on all platforms
[declare] and [import] now sorted out for loading, much work needs
to be done before there namespace support is complete
"File -> Save As" defaults to the Home folder (~/)
fixed Cut/Copy/Paste for the Pd window's console
included pgp_opengl aka 3dp on GNU/Linux and Mac OS X
KNOWN BUGS
check http://puredata.info/dev/bugtracker before reporting bugs
Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup
preferences
pdp_opengl is alpha and will definitely crash Pd
loading pdp_opengl will crash Pd if X11 is not open before trying
to load it
.hc
I spent 33 years and four months in active military service and
during that period I spent most of my time as a high class muscle man
for Big Business, for Wall Street and the bankers. - General
Smedley Butler
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
this is great hans!
Hans-Christoph Steiner(e)k dio:
For this release, there has been a lot of work in making the GUI and
user experience much more fluid and easy. There is a new visual look
that was designed to make patches more readable. Additionally, lots
of things have been tweaked to make Pd behave more like a normal app.
There has already been a lot of testing on these builds, so it is
getting quite close to a final version. (Debian/PowerPC is missing
now but will come later)http://at.or.at/hans/pd/installers.html
Here is a partial changelog:
- next visual appearance designed for readability (it can run slower
on machines < 1 GHz)
- default locations for user-installed externals, helpfiles, etc. GNU/Linux: /usr/share/pd and ~/pd Mac OS X: /Library/Pd and ~/Library/Pd Windows: %ProgramFiles%/Common Files/Pd and %UserProfile%/
Application Data/Pd
lots of standard key bindings added: Enter/Return for OK Escape for Cancel Ctrl/Cmd-W closes all windows on Mac OS X, Cmd-` cycles thru open windows on Mac OS X, Cmd-m minimizes windows Ctrl/Cmd-R raises/lowers Pd window Ctrl/Cmd-Shift-R shrinks/grows Pd window Ctrl/Cmd-Shift-L clears Pd window's text console Ctrl/Cmd-B opens the Help Browser
you can now use "~" in all paths to mean home folder, and on
Windows you can use environment variables, lie %UserProfile% in paths
cut/copy/paste now work directly into text boxes on all platforms
[declare] and [import] now sorted out for loading, much work needs
to be done before there namespace support is complete
"File -> Save As" defaults to the Home folder (~/)
fixed Cut/Copy/Paste for the Pd window's console
included pgp_opengl aka 3dp on GNU/Linux and Mac OS X
KNOWN BUGS
check http://puredata.info/dev/bugtracker before reporting bugs
Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup
preferences
pdp_opengl is alpha and will definitely crash Pd
loading pdp_opengl will crash Pd if X11 is not open before trying
to load it
.hc
I spent 33 years and four months in active military service and
during that period I spent most of my time as a high class muscle man
for Big Business, for Wall Street and the bankers. - General
Smedley Butler
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
That one is stymying IOhannes, if anyone has any suggestions.
.hc
On Jun 4, 2008, at 4:00 PM, hard off wrote:
i still get error messages when loading the zexy [>~] [<~ ] objects.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Terrorism is not an enemy. It cannot be defeated. It's a tactic.
It's about as sensible to say we declare war on night attacks and
expect we're going to win that war. We're not going to win the war
on terrorism. - retired U.S. Army general, William Odom
are you loading cyclone as well?
---- Hans-Christoph Steiner hans@eds.org wrote:
That one is stymying IOhannes, if anyone has any suggestions.
.hc
On Jun 4, 2008, at 4:00 PM, hard off wrote:
i still get error messages when loading the zexy [>~] [<~ ] objects.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Terrorism is not an enemy. It cannot be defeated. It's a tactic.
It's about as sensible to say we declare war on night attacks and
expect we're going to win that war. We're not going to win the war
on terrorism. - retired U.S. Army general, William Odom
-- Patrick Pagano Sound and Light Technologist School of Theatre and Dance University of Florida
IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
That one is stymying IOhannes, if anyone has any suggestions.
i think i might have fixed this in the Pd-extended/v0-40 branch (by applying patch-#1990599 to pd/)
tell me if it starts working tomorrow...
with Pd-0.40.3-extended-20080614-macosx105-i386
libdir loader $Revision: 1.8 $ written by Hans-Christoph Steiner hans@at.or.at compiled on Jun 14 2008 at 03:36:53 compiled against Pd version 0.40.3.extended-20080614 hex loader $Revision: 1.5 $ written by IOhannes m zmölnig, IEM zmoelnig@iem.at compiled on Jun 14 2008 at 03:36:53 compiled against Pd version 0.40.3.extended-20080614
..snip..
load_object: Symbol "0x3c0x7e_setup" not found error: BUG: no pd_objectmaker found <~ ... couldn't create
eni
ola,
sorry, why PiDiP version is 0.12.22 when i committed a 0.12.23 in the trunk?
isn't it produced from the trunk ? this is somewhat important for us to have the new pdp_v4l2 and pdp_ieee1394 for cameras
thx, sevy
Hans-Christoph Steiner wrote:
For this release, there has been a lot of work in making the GUI and
user experience much more fluid and easy.
hi fellows..
first, i loved the new interface for mac osx. here, in my powerbook g4 OSX.4.11, everything works fine.
for now i have three questions:
- is very hard to compile the [pix_artoolkit] with artoolkit support?
- the [pix_opencv_series] will be great, but is the trouble the opencv
dependencies, or have some quick solution to compile it inside the packet?
- are u thinking in compile the gridflow to the packet, or its a far dream? ;)
anyway, congratulations and thanks a lot for once more great packet hans!
palm
2008/6/4 ydegoyon ydegoyon@gmail.com:
ola,
sorry, why PiDiP version is 0.12.22 when i committed a 0.12.23 in the trunk?
isn't it produced from the trunk ? this is somewhat important for us to have the new pdp_v4l2 and pdp_ieee1394 for cameras
thx, sevy
Hans-Christoph Steiner wrote:
For this release, there has been a lot of work in making the GUI and user experience much more fluid and easy.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Jun 4, 2008, at 10:20 PM, palmieri, ricardo wrote:
hi fellows..
first, i loved the new interface for mac osx. here, in my powerbook g4 OSX.4.11, everything works fine.
for now i have three questions:
- is very hard to compile the [pix_artoolkit] with artoolkit support?
- the [pix_opencv_series] will be great, but is the trouble the opencv
dependencies, or have some quick solution to compile it inside the packet?
Lluis, Sergi, and I hope to have that all working after this release
is done, so sometime in June.
- are u thinking in compile the gridflow to the packet, or its a
far dream? ;)
I think that gridflow would probably be more easily maintained
outside of Pd-extended, for now at least. Pd-extended now looks in
both a global folder and a user folder on all platforms, so you can
install it there and have it "just work".
.hc
anyway, congratulations and thanks a lot for once more great packet
hans!palm
2008/6/4 ydegoyon ydegoyon@gmail.com:
ola,
sorry, why PiDiP version is 0.12.22 when i committed a 0.12.23 in the trunk?
isn't it produced from the trunk ? this is somewhat important for us to have the new pdp_v4l2 and pdp_ieee1394 for cameras
thx, sevy
Hans-Christoph Steiner wrote:
For this release, there has been a lot of work in making the GUI and user experience much more fluid and easy.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-- ricardo palmieri # 1185833173 [palm.estudiolivre.org] [skype:palmieriricardo] [jabber: ricardopalmieri@xemele.cultura.gov.br] [msn: ricardopalmieri@bol.com.br] [linux user # 392484]
Using ReBirth is like trying to play an 808 with a long stick. - David Zicarelli
On Sat, 7 Jun 2008, Hans-Christoph Steiner wrote:
I think that gridflow would probably be more easily maintained outside of Pd-extended, for now at least.
GridFlow is not in a situation much different from Gem or PDP. It's just that there's more of an incentive to get Gem running in pd-extended, than there is to get GridFlow running. I'm talking about today's GridFlow, which is quite Rubyless. I think that basically you say that because you simply don't feel like handling it.
Now I have a contract item that is to include GridFlow in pd-extended, or if that fails, at least to make a version of pd-extended that has GridFlow in it. It is likely that it gets done in June, perhaps even in the next few days.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec
On Jun 18, 2008, at 3:12 PM, Mathieu Bouchard wrote:
On Sat, 7 Jun 2008, Hans-Christoph Steiner wrote:
I think that gridflow would probably be more easily maintained
outside of Pd-extended, for now at least.GridFlow is not in a situation much different from Gem or PDP. It's
just that there's more of an incentive to get Gem running in pd- extended, than there is to get GridFlow running. I'm talking about
today's GridFlow, which is quite Rubyless. I think that basically
you say that because you simply don't feel like handling it.Now I have a contract item that is to include GridFlow in pd- extended, or if that fails, at least to make a version of pd- extended that has GridFlow in it. It is likely that it gets done in
June, perhaps even in the next few days.
These days, I think we should try to make it easy to install and
manage external libraries. Then once things are very stable, they
should be included in Pd-extended. That's what I've learned from my
experience so far.
And honestly, I don't want to deal with more build issues, I am very
tired of it. So if you want to include it, please don't expect me to
do it, especially since you are getting paid and I am not.
.hc
If you are not part of the solution, you are part of the problem.
On Wed, 18 Jun 2008, Hans-Christoph Steiner wrote:
These days, I think we should try to make it easy to install and manage external libraries.
I don't know what you mean by that.
Now I have a contract item that is to include GridFlow in pd-extended, or if that fails, at least to make a version of pd-extended that has GridFlow in it.
So if you want to include it, please don't expect me to do it,
You can see that it is clear that I am already planning for this possibility.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec
On Jun 18, 2008, at 4:32 PM, Mathieu Bouchard wrote:
On Wed, 18 Jun 2008, Hans-Christoph Steiner wrote:
These days, I think we should try to make it easy to install and
manage external libraries.I don't know what you mean by that.
I mean not including everything in one big package, but instead make
it easy to package, distribute, and install libraries for Pd.
Now I have a contract item that is to include GridFlow in pd- extended, or if that fails, at least to make a version of pd- extended that has GridFlow in it.
So if you want to include it, please don't expect me to do it,
You can see that it is clear that I am already planning for this
possibility.
Feel free to ask questions, I'll do my best to answer them...
.hc
http://at.or.at/hans/
On Wed, Jun 18, 2008 at 05:57:03PM +0200, Hans-Christoph Steiner wrote:
On Jun 18, 2008, at 4:32 PM, Mathieu Bouchard wrote:
On Wed, 18 Jun 2008, Hans-Christoph Steiner wrote:
These days, I think we should try to make it easy to install and
manage external libraries.I don't know what you mean by that.
I mean not including everything in one big package, but instead make
it easy to package, distribute, and install libraries for Pd.
Hi Hans,
So does this mean that users in future will download a 'core' Pd (extended) and then separately download and install the different sets of externals that they want to work with, instead of downloading one big monolithic package? I like that because it fits well with the Debian philosophy.
Chris.
Chris McCormick wrote:
On Wed, Jun 18, 2008 at 05:57:03PM +0200, Hans-Christoph Steiner wrote:
On Jun 18, 2008, at 4:32 PM, Mathieu Bouchard wrote:
On Wed, 18 Jun 2008, Hans-Christoph Steiner wrote:
These days, I think we should try to make it easy to install and
manage external libraries.I don't know what you mean by that.
I mean not including everything in one big package, but instead make
it easy to package, distribute, and install libraries for Pd.Hi Hans,
So does this mean that users in future will download a 'core' Pd (extended) and then separately download and install the different sets of externals that they want to work with, instead of downloading one big monolithic package? I like that because it fits well with the Debian philosophy.
Chris.
this should be a good choice...
Husk
Hallo, Chris McCormick hat gesagt: // Chris McCormick wrote:
So does this mean that users in future will download a 'core' Pd (extended) and then separately download and install the different sets of externals that they want to work with, instead of downloading one big monolithic package? I like that because it fits well with the Debian philosophy.
Hans has said several times in the past that he has no interest at all to work on pd-packages separated like you sugest, so I believe, this would only apply for packages maintained somewhere/by someone else, like GridFlow.
Ciao
Frank Barknecht _ ______footils.org__
Hallo!
Hans has said several times in the past that he has no interest at all to work on pd-packages separated like you sugest, so I believe, this would only apply for packages maintained somewhere/by someone else, like GridFlow.
No, as far as I remember Hans said several times that someone should just do the work ... (but maybe Hans knows best what Hans said ... ;)
So if anyone would try to split the build system into such packages any work would be highly appreciated !
LG Georg
Hallo, Georg Holzmann hat gesagt: // Georg Holzmann wrote:
Hallo!
Hans has said several times in the past that he has no interest at all to work on pd-packages separated like you sugest, so I believe, this would only apply for packages maintained somewhere/by someone else, like GridFlow.
No, as far as I remember Hans said several times that someone should just do the work ... (but maybe Hans knows best what Hans said ... ;)
Of course. ;)
But as I understood e.g. this [1] separating packages of Pd and externals/abstractions is something, Hans did rather not want to deal with (at least at that time), so someone else needs to do it.
[1] http://lists.puredata.info/pipermail/pd-dev/2008-04/011410.html
Ciao
Frank Barknecht _ ______footils.org__
Hallo!
But as I understood e.g. this [1] separating packages of Pd and externals/abstractions is something, Hans did rather not want to deal with (at least at that time), so someone else needs to do it.
[1] http://lists.puredata.info/pipermail/pd-dev/2008-04/011410.html
Yes, as I said (or at least that was what I wanted to say).
I think the problem with the pd community is that everyone just says how he/she would like to have the distribution and is always complaining - but actually only Hans is doing the main work (with some very small contribution as also by myself).
I personally think that the pd-extended project is one of the most important things in the pd-community, if not the most important and I cannot understand why people are not able to work with each other and not always against each other. Especially developers are only complaining ...
It is not enough to always say "I want the build system like this" or "I don't like the current philosophy" - we heard this now many many times on the list and of course some of the criticism is also valid - there really need to be also contributions from other people to get this project working ...
LG Georg
PS: I was really fascinated how cooperation can work in other open source communities, but here (in PD world) I simply don't see this and I don't understand why.
On Jun 19, 2008, at 11:04 AM, Georg Holzmann wrote:
Hallo!
But as I understood e.g. this [1] separating packages of Pd and externals/abstractions is something, Hans did rather not want to deal with (at least at that time), so someone else needs to do it.
[1] http://lists.puredata.info/pipermail/pd-dev/2008-04/011410.html
Yes, as I said (or at least that was what I wanted to say).
I think the problem with the pd community is that everyone just
says how he/she would like to have the distribution and is always complaining - but actually only Hans is doing the main work (with some very small contribution as also by myself).I personally think that the pd-extended project is one of the most important things in the pd-community, if not the most important and I cannot understand why people are not able to work with each other and not always against each other. Especially developers are only complaining ...
It is not enough to always say "I want the build system like this"
or "I don't like the current philosophy" - we heard this now many many times on the list and of course some of the criticism is also valid - there really need to be also contributions from other people to get this project working ...LG Georg
PS: I was really fascinated how cooperation can work in other open source communities, but here (in PD world) I simply don't see this
and I don't understand why.
This is a very good criticism of the situation, and I know have been
guilty of this myself as well. I have tried to then stop giving
unproductive criticism and start spending that time fixing things
instead, i.e. less time emailing, more time learning the code and
coding.
.hc
Looking at things from a more basic level, you can come up with a
more direct solution... It may sound small in theory, but it in
practice, it can change entire economies. - Amy Smith
On Jun 19, 2008, at 8:12 AM, Frank Barknecht wrote:
Hallo, Chris McCormick hat gesagt: // Chris McCormick wrote:
So does this mean that users in future will download a 'core' Pd (extended) and then separately download and install the different
sets of externals that they want to work with, instead of downloading
one big monolithic package? I like that because it fits well with the Debian philosophy.Hans has said several times in the past that he has no interest at all to work on pd-packages separated like you sugest, so I believe, this would only apply for packages maintained somewhere/by someone else, like GridFlow.
Hmm, I don't think I would put it that way. What I do mean is that I
don't think I can take on the maintanence of yet another aspect of
Pd, I am overloaded as it is. I would like to see good Debian
packages for Pd, Pd-extended and all the libs, and I would help
anyone who is willing to take on the project.
For example, I helped Nando create the PlanetCCRMA packages for Pd- extended, which is organized this way (one package per library).
.hc
Ciao
Frank Barknecht _
______footils.org__
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
I spent 33 years and four months in active military service and
during that period I spent most of my time as a high class muscle man
for Big Business, for Wall Street and the bankers. - General
Smedley Butler
On Thu, 19 Jun 2008, Frank Barknecht wrote:
Hans has said several times in the past that he has no interest at all to work on pd-packages separated like you sugest, so I believe, this would only apply for packages maintained somewhere/by someone else, like GridFlow.
If you do a svn checkout of pure-data externals, it should download a gridflow folder, but it seems that there is a bug in svn about the setting the svn:externals property on the externals folder (I hope that it doesn't have to do with the name coïncidence). so, on at least one existing checkout, an update would tell the recent revision number of the last commit, yet did not even try to download GridFlow. At least I didn't forget to commit the propset (but then I wonder how to commit a propset without committing file modifs... especially file modifs of a whole folder)
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec
On Jun 19, 2008, at 2:59 PM, Mathieu Bouchard wrote:
On Thu, 19 Jun 2008, Frank Barknecht wrote:
Hans has said several times in the past that he has no interest at
all to work on pd-packages separated like you sugest, so I believe, this would only apply for packages maintained somewhere/by someone else, like GridFlow.If you do a svn checkout of pure-data externals, it should download
a gridflow folder, but it seems that there is a bug in svn about
the setting the svn:externals property on the externals folder (I
hope that it doesn't have to do with the name coïncidence). so, on
at least one existing checkout, an update would tell the recent
revision number of the last commit, yet did not even try to
download GridFlow. At least I didn't forget to commit the propset
(but then I wonder how to commit a propset without committing file
modifs... especially file modifs of a whole folder)
Unless you plan on integrating your release cycle with Pd-extended, I
don't think it makes much sense to use the svn:externals link. If
you want to include Gridflow in Pd-extended, it would make much more
sense to include released versions of the source in the SVN.
.hc
All mankind is of one author, and is one volume; when one man dies,
one chapter is not torn out of the book, but translated into a better
language; and every chapter must be so translated.... -John Donne
that will be very nice
---- Mathieu Bouchard matju@artengine.ca wrote:
On Wed, 18 Jun 2008, Hans-Christoph Steiner wrote:
These days, I think we should try to make it easy to install and manage external libraries.
I don't know what you mean by that.
Now I have a contract item that is to include GridFlow in pd-extended, or if that fails, at least to make a version of pd-extended that has GridFlow in it.
So if you want to include it, please don't expect me to do it,
You can see that it is clear that I am already planning for this possibility.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec
-- Patrick Pagano Sound and Light Technologist School of Theatre and Dance University of Florida
Yo yves, There is branches/pd-extended/v0-40 that produces the release, you'll have to merge over any changes. I wrote a guide here if you need it http://puredata.info/docs/developer/MergingHowto
Cheers Luke
On Wed, Jun 4, 2008 at 8:36 AM, ydegoyon ydegoyon@gmail.com wrote:
ola,
sorry, why PiDiP version is 0.12.22 when i committed a 0.12.23 in the trunk?
isn't it produced from the trunk ? this is somewhat important for us to have the new pdp_v4l2 and pdp_ieee1394 for cameras
thx, sevy
Hans-Christoph Steiner wrote:
For this release, there has been a lot of work in making the GUI and user experience much more fluid and easy.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
oh, sorry...
3DP didnt work in my pbg4 macosx4.11.
any tip?
palm
2008/6/4 Luke Iannini lukexipd@gmail.com:
Yo yves, There is branches/pd-extended/v0-40 that produces the release, you'll have to merge over any changes. I wrote a guide here if you need it http://puredata.info/docs/developer/MergingHowto
Cheers Luke
On Wed, Jun 4, 2008 at 8:36 AM, ydegoyon ydegoyon@gmail.com wrote:
ola,
sorry, why PiDiP version is 0.12.22 when i committed a 0.12.23 in the trunk?
isn't it produced from the trunk ? this is somewhat important for us to have the new pdp_v4l2 and pdp_ieee1394 for cameras
thx, sevy
Hans-Christoph Steiner wrote:
For this release, there has been a lot of work in making the GUI and user experience much more fluid and easy.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
do u have some page to bug report, or can i do it in the list? im having troubles with a lot of objects.
thx
palm
2008/6/4 palmieri, ricardo ricardopalmieri@gmail.com:
oh, sorry...
3DP didnt work in my pbg4 macosx4.11.
any tip?
palm
2008/6/4 Luke Iannini lukexipd@gmail.com:
Yo yves, There is branches/pd-extended/v0-40 that produces the release, you'll have to merge over any changes. I wrote a guide here if you need it http://puredata.info/docs/developer/MergingHowto
Cheers Luke
On Wed, Jun 4, 2008 at 8:36 AM, ydegoyon ydegoyon@gmail.com wrote:
ola,
sorry, why PiDiP version is 0.12.22 when i committed a 0.12.23 in the trunk?
isn't it produced from the trunk ? this is somewhat important for us to have the new pdp_v4l2 and pdp_ieee1394 for cameras
thx, sevy
Hans-Christoph Steiner wrote:
For this release, there has been a lot of work in making the GUI and user experience much more fluid and easy.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- ricardo palmieri # 1185833173 [palm.estudiolivre.org] [skype:palmieriricardo] [jabber: ricardopalmieri@xemele.cultura.gov.br] [msn: ricardopalmieri@bol.com.br] [linux user # 392484]
Use the "report bug" menu item on the Help menu.
.hc
On Jun 5, 2008, at 1:48 AM, palmieri, ricardo wrote:
do u have some page to bug report, or can i do it in the list? im having troubles with a lot of objects.
thx
palm
2008/6/4 palmieri, ricardo ricardopalmieri@gmail.com:
oh, sorry...
3DP didnt work in my pbg4 macosx4.11.
any tip?
palm
2008/6/4 Luke Iannini lukexipd@gmail.com:
Yo yves, There is branches/pd-extended/v0-40 that produces the release,
you'll have to merge over any changes. I wrote a guide here if you need it http://puredata.info/docs/developer/MergingHowtoCheers Luke
On Wed, Jun 4, 2008 at 8:36 AM, ydegoyon ydegoyon@gmail.com wrote:
ola,
sorry, why PiDiP version is 0.12.22 when i committed a 0.12.23 in the trunk?
isn't it produced from the trunk ? this is somewhat important for us to have the new pdp_v4l2 and pdp_ieee1394 for cameras
thx, sevy
Hans-Christoph Steiner wrote:
For this release, there has been a lot of work in making the
GUI and user experience much more fluid and easy.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-- ricardo palmieri # 1185833173 [palm.estudiolivre.org] [skype:palmieriricardo] [jabber: ricardopalmieri@xemele.cultura.gov.br] [msn: ricardopalmieri@bol.com.br] [linux user # 392484]
-- ricardo palmieri # 1185833173 [palm.estudiolivre.org] [skype:palmieriricardo] [jabber: ricardopalmieri@xemele.cultura.gov.br] [msn: ricardopalmieri@bol.com.br] [linux user # 392484]
Looking at things from a more basic level, you can come up with a
more direct solution... It may sound small in theory, but it in
practice, it can change entire economies. - Amy Smith
hey. luke,
ok, the documentation here is very useful and well-done
but, as usual, as almost always, it's not a technical problem really here, it is how naby different versions of pd are we going to produce now?
i'm glad i can make my branch on subversion but i feel like a monkey with my tribe
oh oh i did a quote there!
and then subversion has nothing to do with politics if it is to divide people
oh oh i did a quote
and fuck if i have to commit to ten branches and tribes
no this is not a quote
ok, see ya, sevy
Luke Iannini wrote:
Yo yves, There is branches/pd-extended/v0-40 that produces the release, you'll have to merge over any changes. I wrote a guide here if you need it http://puredata.info/docs/developer/MergingHowto
Cheers Luke
On Wed, Jun 4, 2008 at 8:36 AM, ydegoyon ydegoyon@gmail.com wrote:
ola,
sorry, why PiDiP version is 0.12.22 when i committed a 0.12.23 in the trunk?
isn't it produced from the trunk ? this is somewhat important for us to have the new pdp_v4l2 and pdp_ieee1394 for cameras
thx, sevy
Hans-Christoph Steiner wrote:
For this release, there has been a lot of work in making the GUI and user experience much more fluid and easy.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Yo Yves,
On Wed, Jun 4, 2008 at 7:49 PM, ydegoyon ydegoyon@gmail.com wrote:
hey. luke,
ok, the documentation here is very useful and well-done
Thanks
but, as usual, as almost always, it's not a technical problem really here, it is how naby different versions of pd are we going to produce now?
The idea of a "branch" doesn't have to mean a "fork"... the pd-extended 0.40 branch is just Hans trying to get a stable arrangement of objects for the next Pd-E release while still being able to commit his changes to subversion in order to work on it over a longer period of time.
i'm glad i can make my branch on subversion but i feel like a monkey with my tribe
But you could make a branch, it just wouldn't make much sense to do the entire trunk down if you're only going to work on code within, say, pidip/. So, you can just branch that directory if you ever wanted to work on an experimental feature, while still committing, but leaving a stable version in the trunk.
oh oh i did a quote there!
and then subversion has nothing to do with politics if it is to divide people
oh oh i did a quote
and fuck if i have to commit to ten branches and tribes
You of course don't have to merge into the pd-e-40 branch unless you want your latest stuff included in the release.
I obviously agree that it is a tedious process, but, an entire Pd-E release is not that common so usually I guess committing to the trunk will do. As I said in the docs, SVN 1.5 makes this about 1/5th the effort, which is enough to make it tolerable IMO.
Usually the branch maintainer would do the merging of everyone else's stuff, but I think in this case the Pd-repo is too huge.
So, there is some work as SVN Ambassador. Cheers Luke
no this is not a quote
ok, see ya, sevy
Luke Iannini wrote:
Yo yves, There is branches/pd-extended/v0-40 that produces the release, you'll have to merge over any changes. I wrote a guide here if you need it http://puredata.info/docs/developer/MergingHowto
Cheers Luke
On Wed, Jun 4, 2008 at 8:36 AM, ydegoyon ydegoyon@gmail.com wrote:
ola,
sorry, why PiDiP version is 0.12.22 when i committed a 0.12.23 in the trunk?
isn't it produced from the trunk ? this is somewhat important for us to have the new pdp_v4l2 and pdp_ieee1394 for cameras
thx, sevy
Hans-Christoph Steiner wrote:
For this release, there has been a lot of work in making the GUI and user experience much more fluid and easy.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Thanks for the merging howto, looks useful. At this point, only bug
fixes should be added to the release branch. Adding new code could
likely further the delay the release while we wait for the bugs to
settle. Right now PDP is sensitive to changes, so it would be best
to leave it like it is for this release.
The reason for the branch is to make it easier to make a stable
release. It is only used during the final release cycle. Then it is
back to "trunk" once the release is done.
.hc
On Jun 4, 2008, at 10:30 PM, Luke Iannini wrote:
Yo yves, There is branches/pd-extended/v0-40 that produces the release, you'll have to merge over any changes. I wrote a guide here if you need it http://puredata.info/docs/developer/MergingHowto
Cheers Luke
On Wed, Jun 4, 2008 at 8:36 AM, ydegoyon ydegoyon@gmail.com wrote:
ola,
sorry, why PiDiP version is 0.12.22 when i committed a 0.12.23 in the trunk?
isn't it produced from the trunk ? this is somewhat important for us to have the new pdp_v4l2 and pdp_ieee1394 for cameras
thx, sevy
Hans-Christoph Steiner wrote:
For this release, there has been a lot of work in making the GUI and user experience much more fluid and easy.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
http://at.or.at/hans/
When you do address PDP can you include pdp_freeframe and pdp_frei0r into that? I am not sure if i asked you before but these two would be awesome. currently on Linux ppc ubuntu i get a greenish color over all of the pixelizi0r plugin, but not on intel, and of course nothing on osx since they no worky.
i know this is a specific request but i just wanted to ask :-)
pp
---- Hans-Christoph Steiner hans@eds.org wrote:
Thanks for the merging howto, looks useful. At this point, only bug
fixes should be added to the release branch. Adding new code could
likely further the delay the release while we wait for the bugs to
settle. Right now PDP is sensitive to changes, so it would be best
to leave it like it is for this release.The reason for the branch is to make it easier to make a stable
release. It is only used during the final release cycle. Then it is
back to "trunk" once the release is done..hc
On Jun 4, 2008, at 10:30 PM, Luke Iannini wrote:
Yo yves, There is branches/pd-extended/v0-40 that produces the release, you'll have to merge over any changes. I wrote a guide here if you need it http://puredata.info/docs/developer/MergingHowto
Cheers Luke
On Wed, Jun 4, 2008 at 8:36 AM, ydegoyon ydegoyon@gmail.com wrote:
ola,
sorry, why PiDiP version is 0.12.22 when i committed a 0.12.23 in the trunk?
isn't it produced from the trunk ? this is somewhat important for us to have the new pdp_v4l2 and pdp_ieee1394 for cameras
thx, sevy
Hans-Christoph Steiner wrote:
For this release, there has been a lot of work in making the GUI and user experience much more fluid and easy.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
http://at.or.at/hans/
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Patrick Pagano Sound and Light Technologist School of Theatre and Dance University of Florida
Check out externals/pdvjtools, I am here in Barcelona working with
Sergi and Lluis on getting that library working smoothly. It should
be included in the 0.42 builds.
.hc
On Jun 9, 2008, at 4:13 PM, bigswift@cox.net bigswift@cox.net wrote:
When you do address PDP can you include pdp_freeframe and
pdp_frei0r into that? I am not sure if i asked you before but these two would be awesome. currently on Linux ppc ubuntu i get a greenish color over all of
the pixelizi0r plugin, but not on intel, and of course nothing on
osx since they no worky.i know this is a specific request but i just wanted to ask :-)
pp
---- Hans-Christoph Steiner hans@eds.org wrote:
Thanks for the merging howto, looks useful. At this point, only bug fixes should be added to the release branch. Adding new code could likely further the delay the release while we wait for the bugs to settle. Right now PDP is sensitive to changes, so it would be best to leave it like it is for this release.
The reason for the branch is to make it easier to make a stable release. It is only used during the final release cycle. Then it is back to "trunk" once the release is done.
.hc
On Jun 4, 2008, at 10:30 PM, Luke Iannini wrote:
Yo yves, There is branches/pd-extended/v0-40 that produces the release,
you'll have to merge over any changes. I wrote a guide here if you need it http://puredata.info/docs/developer/MergingHowtoCheers Luke
On Wed, Jun 4, 2008 at 8:36 AM, ydegoyon ydegoyon@gmail.com wrote:
ola,
sorry, why PiDiP version is 0.12.22 when i committed a 0.12.23 in the trunk?
isn't it produced from the trunk ? this is somewhat important for us to have the new pdp_v4l2 and pdp_ieee1394 for cameras
thx, sevy
Hans-Christoph Steiner wrote:
For this release, there has been a lot of work in making the
GUI and user experience much more fluid and easy.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
http://at.or.at/hans/
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-- Patrick Pagano Sound and Light Technologist School of Theatre and Dance University of Florida
http://at.or.at/hans/
you will find PiDiP 0.12.23 (and also pdvjtools, and opencv) in this package:
Pd-0.42.0-extended-20080605-ubuntu-hardy-i386.deb
but this doesn't include the new GUI stuff. cause it's a pd-vanilla +
externals(svn)
S'està citant ydegoyon ydegoyon@gmail.com:
ola,
sorry, why PiDiP version is 0.12.22 when i committed a 0.12.23 in the trunk?
isn't it produced from the trunk ? this is somewhat important for us to have the new pdp_v4l2 and pdp_ieee1394 for cameras
thx, sevy
Hans-Christoph Steiner wrote:
For this release, there has been a lot of work in making the GUI and user experience much more fluid and easy.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
This message was sent using IMP, the Internet Messaging Program.
Steffen Juul wrote:
On 05/06/2008, at 23.38, lluisgomez@hangar.org wrote:
Pd-0.42.0-extended
Pardon my ignorance; what does the "42" mean?
hmm, for one thing "42" means the answer.
the other thing is, that the current version in SVN (as committed by miller) is labelled 0.42.0-test1. the commit log says "no real work yet, just bug fixes and updates."
mgfa IOhannes
On Jun 6, 2008, at 7:26 AM, Steffen Juul wrote:
On 05/06/2008, at 23.38, lluisgomez@hangar.org wrote:
Pd-0.42.0-extended
Pardon my ignorance; what does the "42" mean?
version 42, like after version 41 ;) That build takes directly from
trunk on everything, so it shouldn't really be called "extended" but
rather "main+libs".
.hc
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
There is no way to peace, peace is the way. -A.J. Muste
This isn't from trunk, but the release branch. In the efforts to
make a stable release, I did a code-freeze branch about a month or so
ago. So anything done after that will be included in the next release.
.hc
On Jun 4, 2008, at 5:36 PM, ydegoyon wrote:
ola,
sorry, why PiDiP version is 0.12.22 when i committed a 0.12.23 in the trunk?
isn't it produced from the trunk ? this is somewhat important for us to have the new pdp_v4l2 and pdp_ieee1394 for cameras
thx, sevy
Hans-Christoph Steiner wrote:
For this release, there has been a lot of work in making the GUI and user experience much more fluid and easy.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
'You people have such restrictive dress for women,’ she said,
hobbling away in three inch heels and panty hose to finish out
another pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf
I notice that pd is much slower now to open up patches with gops, using
cpu at 100% sometimes for 1/2 a minute. is that normal?
after loaded, the patches run as normal. this happens since the
colorscheme option in hcs/sys-gui was introduced (I updated after that)
I think it's related with the number of gops in the patch. I have a kind
of small 4-voice seq utility with several gops on top of each other, and
on xp it takes almost a minute (takes less in ubuntu)
XP, 0.40.3-extended-20080603 [with custom colorscheme, but that probably
has nothing to do with it]
For this release, there has been a lot of work in making the GUI and user experience much more fluid and easy. There is a new visual look that was designed to make patches more readable. Additionally, lots of things have been tweaked to make Pd behave more like a normal app. There has already been a lot of testing on these builds, so it is getting quite close to a final version. (Debian/PowerPC is missing now but will come later)
http://at.or.at/hans/pd/installers.html
Here is a partial changelog:
- next visual appearance designed for readability (it can run slower
on machines < 1 GHz)
- default locations for user-installed externals, helpfiles, etc. GNU/Linux: /usr/share/pd and ~/pd Mac OS X: /Library/Pd and ~/Library/Pd Windows: %ProgramFiles%/Common Files/Pd and %UserProfile%/
Application Data/Pd
lots of standard key bindings added: Enter/Return for OK Escape for Cancel Ctrl/Cmd-W closes all windows on Mac OS X, Cmd-` cycles thru open windows on Mac OS X, Cmd-m minimizes windows Ctrl/Cmd-R raises/lowers Pd window Ctrl/Cmd-Shift-R shrinks/grows Pd window Ctrl/Cmd-Shift-L clears Pd window's text console Ctrl/Cmd-B opens the Help Browser
you can now use "~" in all paths to mean home folder, and on
Windows you can use environment variables, lie %UserProfile% in paths
cut/copy/paste now work directly into text boxes on all platforms
[declare] and [import] now sorted out for loading, much work needs
to be done before there namespace support is complete
"File -> Save As" defaults to the Home folder (~/)
fixed Cut/Copy/Paste for the Pd window's console
included pgp_opengl aka 3dp on GNU/Linux and Mac OS X
KNOWN BUGS
check http://puredata.info/dev/bugtracker before reporting bugs
Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup
preferences
pdp_opengl is alpha and will definitely crash Pd
loading pdp_opengl will crash Pd if X11 is not open before trying
to load it
.hc
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
I have notice the same problem on XP with Pd-0.40.3-extended-rc1 using abstractions with GOPs.
But the new look is really nice. Good work!
2008/6/5 João Pais jmmmpais@googlemail.com:
I notice that pd is much slower now to open up patches with gops, using cpu at 100% sometimes for 1/2 a minute. is that normal? after loaded, the patches run as normal. this happens since the colorscheme option in hcs/sys-gui was introduced (I updated after that) I think it's related with the number of gops in the patch. I have a kind of small 4-voice seq utility with several gops on top of each other, and on xp it takes almost a minute (takes less in ubuntu)
XP, 0.40.3-extended-20080603 [with custom colorscheme, but that probably has nothing to do with it]
For this release, there has been a lot of work in making the GUI and user experience much more fluid and easy. There is a new visual look that was designed to make patches more readable. Additionally, lots of things have been tweaked to make Pd behave more like a normal app. There has already been a lot of testing on these builds, so it is getting quite close to a final version. (Debian/PowerPC is missing now but will come later)
http://at.or.at/hans/pd/installers.html
Here is a partial changelog:
- next visual appearance designed for readability (it can run slower
on machines < 1 GHz)
- default locations for user-installed externals, helpfiles, etc. GNU/Linux: /usr/share/pd and ~/pd Mac OS X: /Library/Pd and ~/Library/Pd Windows: %ProgramFiles%/Common Files/Pd and %UserProfile%/
Application Data/Pd
lots of standard key bindings added: Enter/Return for OK Escape for Cancel Ctrl/Cmd-W closes all windows on Mac OS X, Cmd-` cycles thru open windows on Mac OS X, Cmd-m minimizes windows Ctrl/Cmd-R raises/lowers Pd window Ctrl/Cmd-Shift-R shrinks/grows Pd window Ctrl/Cmd-Shift-L clears Pd window's text console Ctrl/Cmd-B opens the Help Browser
you can now use "~" in all paths to mean home folder, and on
Windows you can use environment variables, lie %UserProfile% in paths
cut/copy/paste now work directly into text boxes on all platforms
[declare] and [import] now sorted out for loading, much work needs
to be done before there namespace support is complete
"File -> Save As" defaults to the Home folder (~/)
fixed Cut/Copy/Paste for the Pd window's console
included pgp_opengl aka 3dp on GNU/Linux and Mac OS X
KNOWN BUGS
check http://puredata.info/dev/bugtracker before reporting bugs
Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup
preferences
pdp_opengl is alpha and will definitely crash Pd
loading pdp_opengl will crash Pd if X11 is not open before trying
to load it
.hc
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Friedenstr. 58 10249 Berlin Deutschland Tel +49 30 42020091 Mob +49 162 6843570 jmmmpais@googlemail.com skype: jmmmpjmmmp http://www.puredata.org/Members/jmmmp IBM Thinkpad R51, XP, Ubuntu GG Pd-Ext-0.39-2-t5, Pd Van 0.40-t2
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Could you test it against Pd-vanilla 0.40.3? I suspect it is
something with the new look, since it is drawing polygons rather than
boxes, but I haven't profiled it.
.hc
On Jun 5, 2008, at 7:14 PM, raul diaz wrote:
I have notice the same problem on XP with Pd-0.40.3-extended-rc1
using abstractions with GOPs.But the new look is really nice. Good work!
2008/6/5 João Pais jmmmpais@googlemail.com: I notice that pd is much slower now to open up patches with gops,
using cpu at 100% sometimes for 1/2 a minute. is that normal? after loaded, the patches run as normal. this happens since the colorscheme option in hcs/sys-gui was introduced (I updated after
that) I think it's related with the number of gops in the patch. I have a
kind of small 4-voice seq utility with several gops on top of each
other, and on xp it takes almost a minute (takes less in ubuntu)XP, 0.40.3-extended-20080603 [with custom colorscheme, but that
probably has nothing to do with it]For this release, there has been a lot of work in making the GUI and user experience much more fluid and easy. There is a new visual look that was designed to make patches more readable. Additionally, lots of things have been tweaked to make Pd behave more like a normal
app.
There has already been a lot of testing on these builds, so it is getting quite close to a final version. (Debian/PowerPC is missing now but will come later)
http://at.or.at/hans/pd/installers.html
Here is a partial changelog:
- next visual appearance designed for readability (it can run slower
on machines < 1 GHz)
- default locations for user-installed externals, helpfiles, etc. GNU/Linux: /usr/share/pd and ~/pd Mac OS X: /Library/Pd and ~/Library/Pd Windows: %ProgramFiles%/Common Files/Pd and %UserProfile%/
Application Data/Pd
lots of standard key bindings added: Enter/Return for OK Escape for Cancel Ctrl/Cmd-W closes all windows on Mac OS X, Cmd-` cycles thru open windows on Mac OS X, Cmd-m minimizes windows Ctrl/Cmd-R raises/lowers Pd window Ctrl/Cmd-Shift-R shrinks/grows Pd window Ctrl/Cmd-Shift-L clears Pd window's text console Ctrl/Cmd-B opens the Help Browser
you can now use "~" in all paths to mean home folder, and on
Windows you can use environment variables, lie %UserProfile% in
paths
cut/copy/paste now work directly into text boxes on all platforms
[declare] and [import] now sorted out for loading, much work needs
to be done before there namespace support is complete
"File -> Save As" defaults to the Home folder (~/)
fixed Cut/Copy/Paste for the Pd window's console
included pgp_opengl aka 3dp on GNU/Linux and Mac OS X
KNOWN BUGS
check http://puredata.info/dev/bugtracker before reporting bugs
Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup
preferences
pdp_opengl is alpha and will definitely crash Pd
loading pdp_opengl will crash Pd if X11 is not open before trying
to load it
.hc
--
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle
man
for Big Business, for Wall Street and the bankers. - General Smedley Butler
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Friedenstr. 58 10249 Berlin Deutschland Tel +49 30 42020091 Mob +49 162 6843570 jmmmpais@googlemail.com skype: jmmmpjmmmp http://www.puredata.org/Members/jmmmp IBM Thinkpad R51, XP, Ubuntu GG Pd-Ext-0.39-2-t5, Pd Van 0.40-t2
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
-- Raul Diaz Poblete
http://creaciodigital.upf.edu/~i50874/
raul.lete@gmail.com Barcelona [Spain] _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
News is what people want to keep hidden and everything else is
publicity. - Bill Moyers
Hi Hans!
Could you test it against Pd-vanilla 0.40.3? I suspect it is something with the new look, since it is drawing polygons rather than boxes, but I haven't profiled it.
I have tested again with Pd-vanilla 0.40.3 and now abstractions with GOPs loads right.
Good work!
.hc
On Jun 5, 2008, at 7:14 PM, raul diaz wrote:
I have notice the same problem on XP with Pd-0.40.3-extended-rc1 using abstractions with GOPs.
But the new look is really nice. Good work!
2008/6/5 João Pais jmmmpais@googlemail.com:
I notice that pd is much slower now to open up patches with gops, using cpu at 100% sometimes for 1/2 a minute. is that normal? after loaded, the patches run as normal. this happens since the colorscheme option in hcs/sys-gui was introduced (I updated after that) I think it's related with the number of gops in the patch. I have a kind of small 4-voice seq utility with several gops on top of each other, and on xp it takes almost a minute (takes less in ubuntu)
XP, 0.40.3-extended-20080603 [with custom colorscheme, but that probably has nothing to do with it]
For this release, there has been a lot of work in making the GUI and user experience much more fluid and easy. There is a new visual look that was designed to make patches more readable. Additionally, lots of things have been tweaked to make Pd behave more like a normal app. There has already been a lot of testing on these builds, so it is getting quite close to a final version. (Debian/PowerPC is missing now but will come later)
http://at.or.at/hans/pd/installers.html
Here is a partial changelog:
- next visual appearance designed for readability (it can run slower
on machines < 1 GHz)
- default locations for user-installed externals, helpfiles, etc. GNU/Linux: /usr/share/pd and ~/pd Mac OS X: /Library/Pd and ~/Library/Pd Windows: %ProgramFiles%/Common Files/Pd and %UserProfile%/
Application Data/Pd
lots of standard key bindings added: Enter/Return for OK Escape for Cancel Ctrl/Cmd-W closes all windows on Mac OS X, Cmd-` cycles thru open windows on Mac OS X, Cmd-m minimizes windows Ctrl/Cmd-R raises/lowers Pd window Ctrl/Cmd-Shift-R shrinks/grows Pd window Ctrl/Cmd-Shift-L clears Pd window's text console Ctrl/Cmd-B opens the Help Browser
you can now use "~" in all paths to mean home folder, and on
Windows you can use environment variables, lie %UserProfile% in paths
cut/copy/paste now work directly into text boxes on all platforms
[declare] and [import] now sorted out for loading, much work needs
to be done before there namespace support is complete
"File -> Save As" defaults to the Home folder (~/)
fixed Cut/Copy/Paste for the Pd window's console
included pgp_opengl aka 3dp on GNU/Linux and Mac OS X
KNOWN BUGS
check http://puredata.info/dev/bugtracker before reporting bugs
Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup
preferences
pdp_opengl is alpha and will definitely crash Pd
loading pdp_opengl will crash Pd if X11 is not open before trying
to load it
.hc
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Friedenstr. 58 10249 Berlin Deutschland Tel +49 30 42020091 Mob +49 162 6843570 jmmmpais@googlemail.com skype: jmmmpjmmmp http://www.puredata.org/Members/jmmmp IBM Thinkpad R51, XP, Ubuntu GG Pd-Ext-0.39-2-t5, Pd Van 0.40-t2
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Raul Diaz Poblete
http://creaciodigital.upf.edu/~i50874/http://creaciodigital.upf.edu/%7Ei50874/
raul.lete@gmail.com Barcelona [Spain] _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
News is what people want to keep hidden and everything else is publicity. - Bill Moyers
On Thu, Jun 5, 2008 at 5:29 AM, João Pais jmmmpais@googlemail.com wrote:
I notice that pd is much slower now to open up patches with gops, using cpu at 100% sometimes for 1/2 a minute. is that normal? after loaded, the patches run as normal. this happens since the colorscheme option in hcs/sys-gui was introduced (I updated after that) I think it's related with the number of gops in the patch. I have a kind of small 4-voice seq utility with several gops on top of each other, and on xp it takes almost a minute (takes less in ubuntu)
Ha, a minute is nothing : ). I just decided to time the opening of my performance/composition suite (made up of 16 drum modules and a sequencer) and it took...
/fourteen minutes/ and 22 seconds.
Is anyone versed enough in Pd's loading sequence to explain how it can run the patch (mostly) flawlessly but take a quarter of an hour to open it? (on a 2.8g mac pro)
I'll try it with vanilla sometime when I get the energy to collect the many externals I use.
Cheers Luke
XP, 0.40.3-extended-20080603 [with custom colorscheme, but that probably has nothing to do with it]
For this release, there has been a lot of work in making the GUI and user experience much more fluid and easy. There is a new visual look that was designed to make patches more readable. Additionally, lots of things have been tweaked to make Pd behave more like a normal app. There has already been a lot of testing on these builds, so it is getting quite close to a final version. (Debian/PowerPC is missing now but will come later)
http://at.or.at/hans/pd/installers.html
Here is a partial changelog:
- next visual appearance designed for readability (it can run slower
on machines < 1 GHz)
- default locations for user-installed externals, helpfiles, etc. GNU/Linux: /usr/share/pd and ~/pd Mac OS X: /Library/Pd and ~/Library/Pd Windows: %ProgramFiles%/Common Files/Pd and %UserProfile%/
Application Data/Pd
lots of standard key bindings added: Enter/Return for OK Escape for Cancel Ctrl/Cmd-W closes all windows on Mac OS X, Cmd-` cycles thru open windows on Mac OS X, Cmd-m minimizes windows Ctrl/Cmd-R raises/lowers Pd window Ctrl/Cmd-Shift-R shrinks/grows Pd window Ctrl/Cmd-Shift-L clears Pd window's text console Ctrl/Cmd-B opens the Help Browser
you can now use "~" in all paths to mean home folder, and on
Windows you can use environment variables, lie %UserProfile% in paths
cut/copy/paste now work directly into text boxes on all platforms
[declare] and [import] now sorted out for loading, much work needs
to be done before there namespace support is complete
"File -> Save As" defaults to the Home folder (~/)
fixed Cut/Copy/Paste for the Pd window's console
included pgp_opengl aka 3dp on GNU/Linux and Mac OS X
KNOWN BUGS
check http://puredata.info/dev/bugtracker before reporting bugs
Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup
preferences
pdp_opengl is alpha and will definitely crash Pd
loading pdp_opengl will crash Pd if X11 is not open before trying
to load it
.hc
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Friedenstr. 58 10249 Berlin Deutschland Tel +49 30 42020091 Mob +49 162 6843570 jmmmpais@googlemail.com skype: jmmmpjmmmp http://www.puredata.org/Members/jmmmp IBM Thinkpad R51, XP, Ubuntu GG Pd-Ext-0.39-2-t5, Pd Van 0.40-t2
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Yes, it loads super-slow. Or should I say sub-slow. Is it because of the fancy gui look? (compared to the last extended release)
On 6/6/08, Luke Iannini lukexipd@gmail.com wrote:
On Thu, Jun 5, 2008 at 5:29 AM, João Pais jmmmpais@googlemail.com wrote:
I notice that pd is much slower now to open up patches with gops, using cpu at 100% sometimes for 1/2 a minute. is that normal? after loaded, the patches run as normal. this happens since the colorscheme option in hcs/sys-gui was introduced (I updated after that) I think it's related with the number of gops in the patch. I have a kind of small 4-voice seq utility with several gops on top of each other, and on xp it takes almost a minute (takes less in ubuntu)
Ha, a minute is nothing : ). I just decided to time the opening of my performance/composition suite (made up of 16 drum modules and a sequencer) and it took...
/fourteen minutes/ and 22 seconds.
Is anyone versed enough in Pd's loading sequence to explain how it can run the patch (mostly) flawlessly but take a quarter of an hour to open it? (on a 2.8g mac pro)
I'll try it with vanilla sometime when I get the energy to collect the many externals I use.
Cheers Luke
XP, 0.40.3-extended-20080603 [with custom colorscheme, but that probably has nothing to do with it]
For this release, there has been a lot of work in making the GUI and user experience much more fluid and easy. There is a new visual look that was designed to make patches more readable. Additionally, lots of things have been tweaked to make Pd behave more like a normal app. There has already been a lot of testing on these builds, so it is getting quite close to a final version. (Debian/PowerPC is missing now but will come later)
http://at.or.at/hans/pd/installers.html
Here is a partial changelog:
- next visual appearance designed for readability (it can run slower
on machines < 1 GHz)
- default locations for user-installed externals, helpfiles, etc. GNU/Linux: /usr/share/pd and ~/pd Mac OS X: /Library/Pd and ~/Library/Pd Windows: %ProgramFiles%/Common Files/Pd and %UserProfile%/
Application Data/Pd
lots of standard key bindings added: Enter/Return for OK Escape for Cancel Ctrl/Cmd-W closes all windows on Mac OS X, Cmd-` cycles thru open windows on Mac OS X, Cmd-m minimizes windows Ctrl/Cmd-R raises/lowers Pd window Ctrl/Cmd-Shift-R shrinks/grows Pd window Ctrl/Cmd-Shift-L clears Pd window's text console Ctrl/Cmd-B opens the Help Browser
you can now use "~" in all paths to mean home folder, and on
Windows you can use environment variables, lie %UserProfile% in paths
cut/copy/paste now work directly into text boxes on all platforms
[declare] and [import] now sorted out for loading, much work needs
to be done before there namespace support is complete
"File -> Save As" defaults to the Home folder (~/)
fixed Cut/Copy/Paste for the Pd window's console
included pgp_opengl aka 3dp on GNU/Linux and Mac OS X
KNOWN BUGS
check http://puredata.info/dev/bugtracker before reporting bugs
Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup
preferences
pdp_opengl is alpha and will definitely crash Pd
loading pdp_opengl will crash Pd if X11 is not open before trying
to load it
.hc
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Friedenstr. 58 10249 Berlin Deutschland Tel +49 30 42020091 Mob +49 162 6843570 jmmmpais@googlemail.com skype: jmmmpjmmmp http://www.puredata.org/Members/jmmmp IBM Thinkpad R51, XP, Ubuntu GG Pd-Ext-0.39-2-t5, Pd Van 0.40-t2
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Which part loads super slow? There could be other things at play
there. How fast is your machine? Which platform?
It is possible with custom preferences to cause a massive CPU spike
on startup, if you forget to include the npath or nloadlib tags.
.hc
On Jun 6, 2008, at 4:50 PM, Matthew Logan wrote:
Yes, it loads super-slow. Or should I say sub-slow. Is it because
of the fancy gui look? (compared to the last extended release)On 6/6/08, Luke Iannini lukexipd@gmail.com wrote: On Thu, Jun 5, 2008 at 5:29 AM, João Pais jmmmpais@googlemail.com
wrote:I notice that pd is much slower now to open up patches with gops,
using
cpu at 100% sometimes for 1/2 a minute. is that normal? after loaded, the patches run as normal. this happens since the colorscheme option in hcs/sys-gui was introduced (I updated after
that)
I think it's related with the number of gops in the patch. I have
a kind
of small 4-voice seq utility with several gops on top of each
other, and
on xp it takes almost a minute (takes less in ubuntu)
Ha, a minute is nothing : ). I just decided to time the opening of my performance/composition suite (made up of 16 drum modules and a sequencer) and it took...
/fourteen minutes/ and 22 seconds.
Is anyone versed enough in Pd's loading sequence to explain how it can run the patch (mostly) flawlessly but take a quarter of an hour to open it? (on a 2.8g mac pro)
I'll try it with vanilla sometime when I get the energy to collect the many externals I use.
Cheers Luke
XP, 0.40.3-extended-20080603 [with custom colorscheme, but that
probably
has nothing to do with it]
For this release, there has been a lot of work in making the GUI
and
user experience much more fluid and easy. There is a new visual
look
that was designed to make patches more readable. Additionally, lots of things have been tweaked to make Pd behave more like a normal
app.
There has already been a lot of testing on these builds, so it is getting quite close to a final version. (Debian/PowerPC is missing now but will come later)
http://at.or.at/hans/pd/installers.html
Here is a partial changelog:
- next visual appearance designed for readability (it can run
slower
on machines < 1 GHz)
- default locations for user-installed externals, helpfiles, etc. GNU/Linux: /usr/share/pd and ~/pd Mac OS X: /Library/Pd and ~/Library/Pd Windows: %ProgramFiles%/Common Files/Pd and %UserProfile%/
Application Data/Pd
lots of standard key bindings added: Enter/Return for OK Escape for Cancel Ctrl/Cmd-W closes all windows on Mac OS X, Cmd-` cycles thru open windows on Mac OS X, Cmd-m minimizes windows Ctrl/Cmd-R raises/lowers Pd window Ctrl/Cmd-Shift-R shrinks/grows Pd window Ctrl/Cmd-Shift-L clears Pd window's text console Ctrl/Cmd-B opens the Help Browser
you can now use "~" in all paths to mean home folder, and on
Windows you can use environment variables, lie %UserProfile% in
paths
cut/copy/paste now work directly into text boxes on all platforms
[declare] and [import] now sorted out for loading, much work
needs
to be done before there namespace support is complete
"File -> Save As" defaults to the Home folder (~/)
fixed Cut/Copy/Paste for the Pd window's console
included pgp_opengl aka 3dp on GNU/Linux and Mac OS X
KNOWN BUGS
check http://puredata.info/dev/bugtracker before reporting bugs
Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup
preferences
pdp_opengl is alpha and will definitely crash Pd
loading pdp_opengl will crash Pd if X11 is not open before trying
to load it
.hc
--
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class
muscle man
for Big Business, for Wall Street and the bankers. - General Smedley Butler
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Friedenstr. 58 10249 Berlin Deutschland Tel +49 30 42020091 Mob +49 162 6843570 jmmmpais@googlemail.com skype: jmmmpjmmmp http://www.puredata.org/Members/jmmmp IBM Thinkpad R51, XP, Ubuntu GG Pd-Ext-0.39-2-t5, Pd Van 0.40-t2
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/
listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
"Free software means you control what your computer does. Non-free
software means someone else controls that, and to some extent
controls you." - Richard M. Stallman
Which part loads super slow? There could be other things at play there. How fast is your machine? Which platform?
the patch loads super slow. specially if there are gops in it (or nested
ones, as in my case)
Thinkpad r51, 1,6Ghz, 1Gb Ram. XP.
It is possible with custom preferences to cause a massive CPU spike on startup, if you forget to include the npath or nloadlib tags.
it does, specially with all the libraries in the startup window - I
removed them from the registry anyway.
But that isn't related to the problem, and it makes no difference if the
externals are previously loaded or not (my gops don't have that many
complicated externals anyway)
.hc
On Jun 6, 2008, at 4:50 PM, Matthew Logan wrote:
Yes, it loads super-slow. Or should I say sub-slow. Is it because of the fancy gui look? (compared to the last extended release)
On 6/6/08, Luke Iannini lukexipd@gmail.com wrote: On Thu, Jun 5, 2008 at 5:29 AM, João Pais jmmmpais@googlemail.com wrote:
I notice that pd is much slower now to open up patches with gops,
using
cpu at 100% sometimes for 1/2 a minute. is that normal? after loaded, the patches run as normal. this happens since the colorscheme option in hcs/sys-gui was introduced (I updated after
that)
I think it's related with the number of gops in the patch. I have
a kind
of small 4-voice seq utility with several gops on top of each
other, and
on xp it takes almost a minute (takes less in ubuntu)
Ha, a minute is nothing : ). I just decided to time the opening of my performance/composition suite (made up of 16 drum modules and a sequencer) and it took...
/fourteen minutes/ and 22 seconds.
Is anyone versed enough in Pd's loading sequence to explain how it can run the patch (mostly) flawlessly but take a quarter of an hour to open it? (on a 2.8g mac pro)
I'll try it with vanilla sometime when I get the energy to collect the many externals I use.
Cheers Luke
XP, 0.40.3-extended-20080603 [with custom colorscheme, but that
probably
has nothing to do with it]
For this release, there has been a lot of work in making the GUI
and
user experience much more fluid and easy. There is a new visual
look
that was designed to make patches more readable. Additionally, lots of things have been tweaked to make Pd behave more like a normal
app.
There has already been a lot of testing on these builds, so it is getting quite close to a final version. (Debian/PowerPC is missing now but will come later)
http://at.or.at/hans/pd/installers.html
Here is a partial changelog:
- next visual appearance designed for readability (it can run
slower
on machines < 1 GHz)
- default locations for user-installed externals, helpfiles, etc. GNU/Linux: /usr/share/pd and ~/pd Mac OS X: /Library/Pd and ~/Library/Pd Windows: %ProgramFiles%/Common Files/Pd and %UserProfile%/
Application Data/Pd
lots of standard key bindings added: Enter/Return for OK Escape for Cancel Ctrl/Cmd-W closes all windows on Mac OS X, Cmd-` cycles thru open windows on Mac OS X, Cmd-m minimizes windows Ctrl/Cmd-R raises/lowers Pd window Ctrl/Cmd-Shift-R shrinks/grows Pd window Ctrl/Cmd-Shift-L clears Pd window's text console Ctrl/Cmd-B opens the Help Browser
you can now use "~" in all paths to mean home folder, and on
Windows you can use environment variables, lie %UserProfile% in
paths
cut/copy/paste now work directly into text boxes on all platforms
[declare] and [import] now sorted out for loading, much work
needs
to be done before there namespace support is complete
"File -> Save As" defaults to the Home folder (~/)
fixed Cut/Copy/Paste for the Pd window's console
included pgp_opengl aka 3dp on GNU/Linux and Mac OS X
KNOWN BUGS
check http://puredata.info/dev/bugtracker before reporting bugs
Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup
preferences
pdp_opengl is alpha and will definitely crash Pd
loading pdp_opengl will crash Pd if X11 is not open before trying
to load it
.hc
--
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class
muscle man
for Big Business, for Wall Street and the bankers. - General Smedley Butler
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Friedenstr. 58 10249 Berlin Deutschland Tel +49 30 42020091 Mob +49 162 6843570 jmmmpais@googlemail.com skype: jmmmpjmmmp http://www.puredata.org/Members/jmmmp IBM Thinkpad R51, XP, Ubuntu GG Pd-Ext-0.39-2-t5, Pd Van 0.40-t2
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/
listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
"Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you." - Richard M. Stallman
I noticed that in the latest pd-extended on ubuntu, the arrow doesn't change direction when you mouse over a GUI object that is editable. Why so? I found it useful..
-rich
On Wed, Jun 4, 2008 at 3:59 AM, Hans-Christoph Steiner hans@eds.org wrote:
For this release, there has been a lot of work in making the GUI and user experience much more fluid and easy. There is a new visual look that was designed to make patches more readable. Additionally, lots of things have been tweaked to make Pd behave more like a normal app. There has already been a lot of testing on these builds, so it is getting quite close to a final version. (Debian/PowerPC is missing now but will come later)
http://at.or.at/hans/pd/installers.html
Here is a partial changelog:
- next visual appearance designed for readability (it can run slower
on machines < 1 GHz)
- default locations for user-installed externals, helpfiles, etc.
GNU/Linux: /usr/share/pd and ~/pd Mac OS X: /Library/Pd and ~/Library/Pd Windows: %ProgramFiles%/Common Files/Pd and %UserProfile%/ Application Data/Pd
lots of standard key bindings added: Enter/Return for OK Escape for Cancel Ctrl/Cmd-W closes all windows on Mac OS X, Cmd-` cycles thru open windows on Mac OS X, Cmd-m minimizes windows Ctrl/Cmd-R raises/lowers Pd window Ctrl/Cmd-Shift-R shrinks/grows Pd window Ctrl/Cmd-Shift-L clears Pd window's text console Ctrl/Cmd-B opens the Help Browser
you can now use "~" in all paths to mean home folder, and on
Windows you can use environment variables, lie %UserProfile% in paths
cut/copy/paste now work directly into text boxes on all platforms
[declare] and [import] now sorted out for loading, much work needs
to be done before there namespace support is complete
"File -> Save As" defaults to the Home folder (~/)
fixed Cut/Copy/Paste for the Pd window's console
included pgp_opengl aka 3dp on GNU/Linux and Mac OS X
KNOWN BUGS
check http://puredata.info/dev/bugtracker before reporting bugs
Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup
preferences
pdp_opengl is alpha and will definitely crash Pd
loading pdp_opengl will crash Pd if X11 is not open before trying
to load it
.hc
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Ok, that should be fixed on Ubuntu/GNOME now.
.hc
On Jun 14, 2008, at 10:17 PM, Rich E wrote:
I noticed that in the latest pd-extended on ubuntu, the arrow
doesn't change direction when you mouse over a GUI object that is
editable. Why so? I found it useful..-rich
On Wed, Jun 4, 2008 at 3:59 AM, Hans-Christoph Steiner
hans@eds.org wrote:For this release, there has been a lot of work in making the GUI and user experience much more fluid and easy. There is a new visual look that was designed to make patches more readable. Additionally, lots of things have been tweaked to make Pd behave more like a normal app. There has already been a lot of testing on these builds, so it is getting quite close to a final version. (Debian/PowerPC is missing now but will come later)
http://at.or.at/hans/pd/installers.html
Here is a partial changelog:
- next visual appearance designed for readability (it can run slower
on machines < 1 GHz)
- default locations for user-installed externals, helpfiles, etc.
GNU/Linux: /usr/share/pd and ~/pd Mac OS X: /Library/Pd and ~/Library/Pd Windows: %ProgramFiles%/Common Files/Pd and %UserProfile%/ Application Data/Pd
lots of standard key bindings added: Enter/Return for OK Escape for Cancel Ctrl/Cmd-W closes all windows on Mac OS X, Cmd-` cycles thru open windows on Mac OS X, Cmd-m minimizes windows Ctrl/Cmd-R raises/lowers Pd window Ctrl/Cmd-Shift-R shrinks/grows Pd window Ctrl/Cmd-Shift-L clears Pd window's text console Ctrl/Cmd-B opens the Help Browser
you can now use "~" in all paths to mean home folder, and on
Windows you can use environment variables, lie %UserProfile% in paths
cut/copy/paste now work directly into text boxes on all platforms
[declare] and [import] now sorted out for loading, much work needs
to be done before there namespace support is complete
"File -> Save As" defaults to the Home folder (~/)
fixed Cut/Copy/Paste for the Pd window's console
included pgp_opengl aka 3dp on GNU/Linux and Mac OS X
KNOWN BUGS
check http://puredata.info/dev/bugtracker before reporting bugs
Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup
preferences
pdp_opengl is alpha and will definitely crash Pd
loading pdp_opengl will crash Pd if X11 is not open before trying
to load it
.hc
--
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Looking at things from a more basic level, you can come up with a
more direct solution... It may sound small in theory, but it in
practice, it can change entire economies. - Amy Smith
do the following to reproduce a crash (tested on os x, don't know
about other systems)
open pd navigate to menu -> Pd-extended -> About Pd... select some of the text close the window crash
Am 2008-06-04 um 20:59 schrieb Hans-Christoph Steiner:
For this release, there has been a lot of work in making the GUI and user experience much more fluid and easy. There is a new visual look that was designed to make patches more readable. Additionally, lots of things have been tweaked to make Pd behave more like a normal app. There has already been a lot of testing on these builds, so it is getting quite close to a final version. (Debian/PowerPC is missing now but will come later)
http://at.or.at/hans/pd/installers.html
Here is a partial changelog:
- next visual appearance designed for readability (it can run slower
on machines < 1 GHz)
- default locations for user-installed externals, helpfiles, etc. GNU/Linux: /usr/share/pd and ~/pd Mac OS X: /Library/Pd and ~/Library/Pd Windows: %ProgramFiles%/Common Files/Pd and %UserProfile%/
Application Data/Pd
lots of standard key bindings added: Enter/Return for OK Escape for Cancel Ctrl/Cmd-W closes all windows on Mac OS X, Cmd-` cycles thru open windows on Mac OS X, Cmd-m minimizes windows Ctrl/Cmd-R raises/lowers Pd window Ctrl/Cmd-Shift-R shrinks/grows Pd window Ctrl/Cmd-Shift-L clears Pd window's text console Ctrl/Cmd-B opens the Help Browser
you can now use "~" in all paths to mean home folder, and on
Windows you can use environment variables, lie %UserProfile% in paths
cut/copy/paste now work directly into text boxes on all platforms
[declare] and [import] now sorted out for loading, much work needs
to be done before there namespace support is complete
"File -> Save As" defaults to the Home folder (~/)
fixed Cut/Copy/Paste for the Pd window's console
included pgp_opengl aka 3dp on GNU/Linux and Mac OS X
KNOWN BUGS
check http://puredata.info/dev/bugtracker before reporting bugs
Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup
preferences
pdp_opengl is alpha and will definitely crash Pd
loading pdp_opengl will crash Pd if X11 is not open before trying
to load it
.hc
--
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Strange one, could you file a bug report?
.hc
On Jun 15, 2008, at 11:39 AM, Max Neupert wrote:
do the following to reproduce a crash (tested on os x, don't know about other systems)
open pd navigate to menu -> Pd-extended -> About Pd... select some of the text close the window crash
Am 2008-06-04 um 20:59 schrieb Hans-Christoph Steiner:
For this release, there has been a lot of work in making the GUI and user experience much more fluid and easy. There is a new visual look that was designed to make patches more readable. Additionally, lots of things have been tweaked to make Pd behave more like a normal app. There has already been a lot of testing on these builds, so it is getting quite close to a final version. (Debian/PowerPC is missing now but will come later)
http://at.or.at/hans/pd/installers.html
Here is a partial changelog:
- next visual appearance designed for readability (it can run slower
on machines < 1 GHz)
- default locations for user-installed externals, helpfiles, etc. GNU/Linux: /usr/share/pd and ~/pd Mac OS X: /Library/Pd and ~/Library/Pd Windows: %ProgramFiles%/Common Files/Pd and %UserProfile%/
Application Data/Pd
lots of standard key bindings added: Enter/Return for OK Escape for Cancel Ctrl/Cmd-W closes all windows on Mac OS X, Cmd-` cycles thru open windows on Mac OS X, Cmd-m minimizes windows Ctrl/Cmd-R raises/lowers Pd window Ctrl/Cmd-Shift-R shrinks/grows Pd window Ctrl/Cmd-Shift-L clears Pd window's text console Ctrl/Cmd-B opens the Help Browser
you can now use "~" in all paths to mean home folder, and on
Windows you can use environment variables, lie %UserProfile% in paths
cut/copy/paste now work directly into text boxes on all platforms
[declare] and [import] now sorted out for loading, much work needs
to be done before there namespace support is complete
"File -> Save As" defaults to the Home folder (~/)
fixed Cut/Copy/Paste for the Pd window's console
included pgp_opengl aka 3dp on GNU/Linux and Mac OS X
KNOWN BUGS
check http://puredata.info/dev/bugtracker before reporting bugs
Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup
preferences
pdp_opengl is alpha and will definitely crash Pd
loading pdp_opengl will crash Pd if X11 is not open before trying
to load it
.hc
--
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
"Free software means you control what your computer does. Non-free
software means someone else controls that, and to some extent
controls you." - Richard M. Stallman
done.
Am 2008-06-15 um 23:01 schrieb Hans-Christoph Steiner:
Strange one, could you file a bug report?
.hc
On Jun 15, 2008, at 11:39 AM, Max Neupert wrote:
do the following to reproduce a crash (tested on os x, don't know about other systems)
open pd navigate to menu -> Pd-extended -> About Pd... select some of the text close the window crash
Am 2008-06-04 um 20:59 schrieb Hans-Christoph Steiner:
For this release, there has been a lot of work in making the GUI and user experience much more fluid and easy. There is a new visual look that was designed to make patches more readable. Additionally, lots of things have been tweaked to make Pd behave more like a normal
app. There has already been a lot of testing on these builds, so it is getting quite close to a final version. (Debian/PowerPC is missing now but will come later)http://at.or.at/hans/pd/installers.html
Here is a partial changelog:
- next visual appearance designed for readability (it can run slower
on machines < 1 GHz)
- default locations for user-installed externals, helpfiles, etc. GNU/Linux: /usr/share/pd and ~/pd Mac OS X: /Library/Pd and ~/Library/Pd Windows: %ProgramFiles%/Common Files/Pd and %UserProfile%/
Application Data/Pd
lots of standard key bindings added: Enter/Return for OK Escape for Cancel Ctrl/Cmd-W closes all windows on Mac OS X, Cmd-` cycles thru open windows on Mac OS X, Cmd-m minimizes windows Ctrl/Cmd-R raises/lowers Pd window Ctrl/Cmd-Shift-R shrinks/grows Pd window Ctrl/Cmd-Shift-L clears Pd window's text console Ctrl/Cmd-B opens the Help Browser
you can now use "~" in all paths to mean home folder, and on
Windows you can use environment variables, lie %UserProfile% in
paths
cut/copy/paste now work directly into text boxes on all platforms
[declare] and [import] now sorted out for loading, much work needs
to be done before there namespace support is complete
"File -> Save As" defaults to the Home folder (~/)
fixed Cut/Copy/Paste for the Pd window's console
included pgp_opengl aka 3dp on GNU/Linux and Mac OS X
KNOWN BUGS
check http://puredata.info/dev/bugtracker before reporting bugs
Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup
preferences
pdp_opengl is alpha and will definitely crash Pd
loading pdp_opengl will crash Pd if X11 is not open before trying
to load it
.hc
--
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle
man for Big Business, for Wall Street and the bankers. - General Smedley Butler
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
"Free software means you control what your computer does. Non-free
software means someone else controls that, and to some extent
controls you." - Richard M. Stallman
-
altern -
bigswift＠cox.net -
Chris McCormick -
Enrique Erne -
Frank Barknecht -
Georg Holzmann -
Hans-Christoph Steiner -
hard off -
husk -
IOhannes m zmoelnig -
João Pais -
lluisgomez＠hangar.org -
Luke Iannini -
Mathieu Bouchard -
Matthew Logan -
Max Neupert -
palmieri, ricardo -
raul diaz -
Rich E -
Steffen Juul -
ydegoyon