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 s
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
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
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.pureda
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
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,
> > lik
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 some
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?
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 in
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.
> >
>
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 contr
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 packa
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 versi
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
> j
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-extend
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
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
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
> c
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 wor
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 l
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 p
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-ext
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
__
> 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
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
>
[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.a
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
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.
> >
> >
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 a
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 i
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
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, sorr
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 -
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, Matthe
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 vers
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
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
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 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-
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 vers
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.
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 n
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
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 didnt work in my pbg4 macosx4.11.
>
> any tip?
>
> palm
>
> 2008/6/4 Luke Iannini <[EMAIL PROTECTED]>:
>> Yo yv
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
> http://puredata.info/docs/deve
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, w
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
depend
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
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
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 tweake
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 alre
51 matches
Mail list logo