Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
The grand plan is to have no libraries loaded by default. Then the
library configuration would be completely embedded in the patch, like
python does with import.
$ python
Python 2.4.4c0 (#2, Jul 30 2006,
Frank Barknecht wrote:
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
The grand plan is to have no libraries loaded by default. Then the
library configuration would be completely embedded in the patch, like
python does with import.
$ python
Python
* On 2008-07-22 marius schebella [EMAIL PROTECTED] wrote :
Frank Barknecht wrote:
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
The grand plan is to have no libraries loaded by default. Then the
library configuration would be completely embedded in
Ico Doornekamp wrote:
* On 2008-07-22 marius schebella [EMAIL PROTECTED] wrote :
Frank Barknecht wrote:
Hallo,
Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:
The grand plan is to have no libraries loaded by default. Then the
library configuration would be
On Tue, Jul 22, 2008 at 09:56:58AM -0400, marius schebella wrote:
Frank Barknecht wrote:
$ python
Python 2.4.4c0 (#2, Jul 30 2006, 15:43:58)
[GCC 4.1.2 20060715 (prerelease) (Debian 4.1.1-9)] on linux2
Type help, copyright, credits or license for more information.
sin(0.5)
Traceback (most
Hallo,
Chris McCormick hat gesagt: // Chris McCormick wrote:
In Python you can also say:
from math import sin
sin(0.5)
0.47942553860420301
or even
from math import *
so for your examples you'd say:
from communication.human.writtenlanguage.english.word import *
and
leave
Frank Barknecht wrote:
Pd-extended obviously has the Python model in mind, while I would
prefer a more minimalistic, Lua-like Pd,
A really nice thing in python is that it comes with batteries included.
You might have to import something from a lib, but it's always there on
any platform.
For
On Tue, Jul 8, 2008 at 9:43 PM, Luke Iannini [EMAIL PROTECTED] wrote:
On Fri, Jul 4, 2008 at 1:37 AM, IOhannes m zmoelnig [EMAIL PROTECTED] wrote:
Luke Iannini wrote:
So, sorry to pick on the hexloader some more : ) but it seems it is
the culprit. Can anyone confirm?
it makes sense.
could
On Jul 21, 2008, at 6:28 PM, Luke Iannini wrote:
On Tue, Jul 8, 2008 at 9:43 PM, Luke Iannini [EMAIL PROTECTED]
wrote:
On Fri, Jul 4, 2008 at 1:37 AM, IOhannes m zmoelnig
[EMAIL PROTECTED] wrote:
Luke Iannini wrote:
So, sorry to pick on the hexloader some more : ) but it seems it is
Enrique Erne wrote:
IOhannes m zmoelnig wrote:
- remove the entire hexloader quirks and just claim that you cannot
write objects with filenames containing special characters.
should it work on osx? it never worked for me. i reported it a couple of
times and last time i checked the
On Fri, Jul 4, 2008 at 1:37 AM, IOhannes m zmoelnig [EMAIL PROTECTED] wrote:
Luke Iannini wrote:
So, sorry to pick on the hexloader some more : ) but it seems it is
the culprit. Can anyone confirm?
it makes sense.
could you send me the complete output of the pd-console when loading
your
IOhannes m zmoelnig wrote:
- remove the entire hexloader quirks and just claim that you cannot
write objects with filenames containing special characters.
should it work on osx? it never worked for me. i reported it a couple of
times and last time i checked the bugtracker there was a very old
Luke Iannini wrote:
So, sorry to pick on the hexloader some more : ) but it seems it is
the culprit. Can anyone confirm?
it makes sense.
could you send me the complete output of the pd-console when loading
your patch with -verbose. (might get big; so zip it and send it to me
privately; or
I removed the hexloader from my startup, and the time to load for my main
patch dropped down from 5 1/2 min to 1 min. Wonderful.
On Fri, Jul 4, 2008 at 1:37 AM, IOhannes m zmoelnig [EMAIL PROTECTED] wrote:
Luke Iannini wrote:
So, sorry to pick on the hexloader some more : ) but it seems it
On Sat, Jun 28, 2008 at 6:19 PM, hard off [EMAIL PROTECTED] wrote:
10 minutes to load a patch that used to take 10-15 seconds!!
Alright, so I narrowed the big jump in loadtimes to between May 18th
(about the same as Vanilla) and May 22nd (between 3-4x slower). The
18th is when the hexloader was
i found my problem, which was that pd was going nuts trying to find sssad.
once i sorted that out, the loading of my patches didn't take so long.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
I think someone brought this up in another thread.
I had the same problem and it seems that abstractions with the same name as
their folder don't load. All you have to do is change the folder name, or
the patch. I think the folder is better to change, as you only have to
change the path to the
Please submit a bug report. I haven't been able to reproduce the
slowness on Ubuntu or Mac OS X.
.hc
On Jun 29, 2008, at 3:19 AM, hard off wrote:
10 minutes to load a patch that used to take 10-15 seconds!!
also, a minor bug:
when i first opened the application, i couldn't access the
Oops, and include an example patch.
.hc
On Jun 29, 2008, at 3:19 AM, hard off wrote:
10 minutes to load a patch that used to take 10-15 seconds!!
also, a minor bug:
when i first opened the application, i couldn't access the
preferences without opening an untitled patch first. and
hans, i have found the source of my problem. sorry for not adding this to
the bug-tracker, as i don't check that, but i do check this mailing list
often.
for some totally weird reason, this version of extended won't let me load
sssad.pd
i added the path to the sssad folder, and that's no
by the way, if i just type gibberish into an object box (eq. [brrgghh] )
then pd only takes about a second to see that as unidentified object and
gives me dotted red lines around the object box.
i have no idea why sssad would be acting this way.
___
arrghh. sorry for so many mails.
one more thing: i did remove my old preference files, so i don't think
that's part of the problem.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
10 minutes to load a patch that used to take 10-15 seconds!!
also, a minor bug:
when i first opened the application, i couldn't access the preferences
without opening an untitled patch first. and then, when i added my
abstractions directory to the paths, pd froze.
i did a 'force quit', and
Something is loading pyext. Try deleting your preferences file. It is
~/Library/Preferences/org.puredata.pd.plist
.hc
On Fri, 27 Jun 2008, bbarros wrote:
Hi Hans,
I didn't open any patch, just PD itself.
cheers,
Bernardo
2008/6/27 Hans-Christoph Steiner [EMAIL PROTECTED]:
Looks
On Jun 23, 2008, at 5:58 AM, Max Neupert wrote:
Hans, thank you for doing that.
I have some remarks though:
Am 2008-06-23 um 06:58 schrieb Hans-Christoph Steiner:
- default locations for user-installed externals, helpfiles, etc.
Mac OS X: /Library/Pd and ~/Library/Pd
i still think it
I see now. My guess is that this issue is related to the very large
search path caused by having the hexloader and all of the libraries
loaded by default. Could you guys try a couple things:
- take hexloader out of the start up libs and try opening
- take all of the libs out of the
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
Hurrah, great work Hans... Pd is starting to feel quite native on the Mac.
The app-generator is fantastic. I've got quite a few patches designed
for just such a thing.
- the GUI runs slower on some older Macs
It's definitely not just older Macs! I've got a two month old Mac Pro
2.8x8 that
So it's not just XP then. It makes it hard to even build a patch, because
I'm afraid of using GOP.
Start-up of the program itself is no issue. The slow-down occurs whenever I
open my main working patch. It took about 30-45 sec before (last released
pd-extended package). Now it takes 5 1/2
Hans, thank you for doing that.
I have some remarks though:
Am 2008-06-23 um 06:58 schrieb Hans-Christoph Steiner:
- default locations for user-installed externals, helpfiles, etc.
Mac OS X: /Library/Pd and ~/Library/Pd
i still think it should rather be /Library/Application Support/Pd
-
30 matches
Mail list logo