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
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
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
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]
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
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
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
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
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
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
that will be very nice
Mathieu Bouchard [EMAIL PROTECTED] 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
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
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
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
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
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
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 -
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
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, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
When you do address PDP can you include
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 [EMAIL PROTECTED]
wrote:
For this release, there has been a lot
I am cc'ing the list since this is of general interest.
People at ZHdK helped me find this bug while I was there in Zürich,
it should be fixed in the most recent nightly builds.
.hc
On Jun 12, 2008, at 9:51 AM, Kjetil Falkenberg Hansen wrote:
Hi, sorry if I breach any emailing policies by
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...
f
gasrmd
IOhannes
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
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,
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 -
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 [EMAIL PROTECTED]:
oh, sorry...
3DP
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
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
are you loading cyclone as well?
Hans-Christoph Steiner [EMAIL PROTECTED] 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.
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
[EMAIL PROTECTED] wrote:
When you do address PDP can you include pdp_freeframe and pdp_frei0r into
that?
you could also use the [pix_freeframe] with the gem2pdp bridge.
this doesn't help you with frei0r, however.
fmarsd
IOhannes
___
Pd-list@iem.at
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
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
Yo Yves,
On Wed, Jun 4, 2008 at 7:49 PM, ydegoyon [EMAIL PROTECTED] 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
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 [EMAIL PROTECTED] wrote:
On Thu, Jun 5, 2008 at 5:29 AM, João Pais [EMAIL PROTECTED] wrote:
I notice that pd is much slower now to open up
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
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 [EMAIL PROTECTED]:
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
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 [EMAIL PROTECTED]:
ola,
sorry, why PiDiP version
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
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
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
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
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 [EMAIL PROTECTED] wrote:
ola,
sorry, why
oh, sorry...
3DP didnt work in my pbg4 macosx4.11.
any tip?
palm
2008/6/4 Luke Iannini [EMAIL PROTECTED]:
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
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
45 matches
Mail list logo
