marius schebella wrote:
I am getting similar problems like andy, and it looks like a bug.
right.
someone please file a bug-report at sourceforge and attach a
bug-triggering patch.
while the patch posted by andy seems to positively trigger the bug, you
have to know exactly what you are doing in
I also think this would be a simple but very handy tool, (also in
pd-vanilla...), at this moment I always have to 'navigate' a lot to
open files...
hans r
At 20:11 3/12/2007, you wrote:
Donno, I haven't looked into it. It's possible, of course.
.hc
On Dec 3, 2007, at 12:24 PM, marius
Isabel Pires wrote:
I wish and hope that PD had segmented patch cords soon.
weird that both you and joe really wish for that feature.
for me, it is one of the most annoying things (equal to the hide
patchcord thingy) i experience when i have to open a max-patch.
but that of course is
patrick wrote:
hi,
first of all, gem is now compiling fine under gutsy (no more problem
with avifile).
i know :-)
mpeg3toc cow.mpg cow.toc and loading cow.toc will crash gem.
i experienced that too, and hopefully will find some time to fix it.
mgfasdrt
IOhannes
Russell Bryant wrote:
Hans-Christoph Steiner wrote:
Now that I think about it, it would also work to have each call open
an instance of a patch within one constantly running Pd process.
just to make sure: you are not talking about creating a system that
would do that for me as the way to
Hallo,
marius schebella hat gesagt: // marius schebella wrote:
I am getting similar problems like andy, and it looks like a bug.
try the following: if you are at the end of the file and hit bang, then
you lose all data of msgfile.
I'm using an older version of zexy (too lazy to upgrade...)
Hans Roels a écrit :
I also think this would be a simple but very handy tool, (also in
pd-vanilla...), at this moment I always have to 'navigate' a lot to
open files...
One parenthesis...(
in win32 pd-vanilla it's possible to drag'n'drop patches from explorer,
sometimes this trick can
Hallo,
IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
Isabel Pires wrote:
I wish and hope that PD had segmented patch cords soon.
weird that both you and joe really wish for that feature.
for me, it is one of the most annoying things (equal to the hide
patchcord thingy)
Hans-Christoph Steiner schrieb:
It would be great to have this all in a page on the webpage, like
somewhere here:
http://puredata.info/docs/
There is one other step needed after setting the preferences when
starting in GUI mode. That is to turn on the interface. I believe rc
Hello everyone,
Is there a gui rotary dial for pd or an object similar to pictctrl for
Max/MSP. If not where would a newbie need to start in order to create an
external which does this.
Many thanks
Alex
___
PD-list@iem.at mailing list
UNSUBSCRIBE and
Hallo,
Javier Garcia hat gesagt: // Javier Garcia wrote:
Thomas Ouellet Fredericks wrote:
Instantiate the counter with 2 arguments: the min and the max values
I dont understand that object, where should i set the min and the max value?
where is the counter?
Someone can give a patch
Hi,
Pd version 0.40.3-extended-20071116, ubuntu 2.6.17-10:
Control-clicking gui objects in Edit mode no longer lets you manipulate
them, but instead it just opens the context menu. (like it would on a
Mac ?).
Personally I prefer the old control-click-in-edit-mode functionality.
thanks,
Tim
PS:
also cmd-t or apple-t is now suddenly the font bomb instead of the
text editor why is that?
Am 04.12.2007 um 11:01 schrieb tim:
Hi,
Pd version 0.40.3-extended-20071116, ubuntu 2.6.17-10:
Control-clicking gui objects in Edit mode no longer lets you
manipulate
them, but instead it just
no idea what pictctrl is but are you talking about a knob?
http://footils.org/cms/show/20
also in pd-extended
max
Am 04.12.2007 um 10:43 schrieb Alex Lucas:
Hello everyone,
Is there a gui rotary dial for pd or an object similar to pictctrl
for Max/MSP. If not where would a newbie need to
Joe Reinsel a écrit :
Hi,
I am looking for anyone on the list who might be able to talk about
similarites and difference of PD/PDP/PiDiP/GEM and MAX/MSP/Jitter.
I am interested in hearing most about experiences with video processing
in PD.
hello,
i'm not really working with video.
hi
here is some information about how to use abstractions and arguments. i
think it's a must to know how to use abstractions and arguments in
puredata :-)
http://puredata.hurleur.com/sujet-1187-abstraction-why-use-etc
http://crca.ucsd.edu/~msp/Pd_documentation/x2.htm#s7.1
basically u can
Hallo,
Max Neupert hat gesagt: // Max Neupert wrote:
also cmd-t or apple-t is now suddenly the font bomb instead of the
text editor why is that?
IIRC Hans changed that in pd-ext. to follow Apple's OS-X GUI
guidelines instead of Pd's unwritten crossplatform GUI guidelines.
Ciao
--
Frank
Am 04.12.2007 um 13:55 schrieb Frank Barknecht:
Hallo,
Max Neupert hat gesagt: // Max Neupert wrote:
also cmd-t or apple-t is now suddenly the font bomb instead of the
text editor why is that?
IIRC Hans changed that in pd-ext. to follow Apple's OS-X GUI
guidelines instead of Pd's unwritten
now u can create an object [up-down-counter 0 9] or
[up-down-counter -100 0]
thanks, Enrique now works. The word instantiate (Thomas Ouellet wrote it) was
the key. It was strange for me..
For newbies on counters, I want to add the final patch is this:
toggle
|
[metro 500]
|
segmented patchcords can make patches less readable, but most of the
time they make patches more readable, and that is when you use so many
unsegmented cords that they hide the objects. also when you want to
connect an object at the bottom of the patch to an object at the top,
then you can lay
i have never felt the need for segmented patch cords. and as many
people keep saying, your patches will eventually end up neater and
more logical without them. they force you to patch more correctly.
infinite undos would be nice though :)
___
i use both.
pidip/pdp/Gem is my choice for live performance. I use freeframe in both and
now frei0r
i enjoy the challenge of compiling myself but simply use jitter to keep up with
the JOnes'
Modul8 isadora are much more useful nowadays too.
pp
Joe Reinsel [EMAIL PROTECTED] wrote:
I think it is really a personal preference then anything else and I was
thinking that it could be a nice option. I have used segmented patch cords
for a while and I never had a problem with the patch being less readable
because the patch cord could be lined up besides another and organized more
I think it's a real question whether it's better to have Pd act similarly
across all platforms or whether it's best to adapt key bindings, etc., to
specific ones. Certainly the first solution makes long-term maintainabilty
(a high priority for me) easier.
cheers
Miller
On Tue, Dec 04, 2007 at
Hallo,
Miller Puckette hat gesagt: // Miller Puckette wrote:
I think it's a real question whether it's better to have Pd act similarly
across all platforms or whether it's best to adapt key bindings, etc., to
specific ones. Certainly the first solution makes long-term maintainabilty
(a high
Hallo,
marius schebella hat gesagt: // marius schebella wrote:
segmented patchcords can make patches less readable, but most of the
time they make patches more readable, and that is when you use so many
unsegmented cords that they hide the objects. also when you want to
connect an object
On Dec 4, 2007, at 8:09 AM, Max Neupert wrote:
Am 04.12.2007 um 13:55 schrieb Frank Barknecht:
Hallo,
Max Neupert hat gesagt: // Max Neupert wrote:
also cmd-t or apple-t is now suddenly the font bomb instead of the
text editor why is that?
IIRC Hans changed that in pd-ext. to follow
It's Cmd-click on Mac OS X.
.hc
On Dec 4, 2007, at 5:01 AM, tim wrote:
Hi,
Pd version 0.40.3-extended-20071116, ubuntu 2.6.17-10:
Control-clicking gui objects in Edit mode no longer lets you
manipulate
them, but instead it just opens the context menu. (like it would on a
Mac ?).
On Mac OS X, Cmd-T is the font editor in every other app, I figure Pd
can differentiate itself in better, more substantial ways ;).
.hc
On Dec 4, 2007, at 5:13 AM, Max Neupert wrote:
also cmd-t or apple-t is now suddenly the font bomb instead of the
text editor why is that?
Am 04.12.2007
There are occasional times when segmented patchcords make a patch
more readable, but the vast majority of the time, they are a
distraction at best. I have watched so many Max users spend quite a
bit of time segmenting and organizing their patchcords. If they
instead put that same effort
Hey,
Finally, the Windows builds are working again. I am interested to
hear about how the GUI changes work on Windows...
.hc
If nature has made any one thing less susceptible than all others of
exclusive
Hans-Christoph Steiner wrote:
There are occasional times when segmented patchcords make a patch
more readable, but the vast majority of the time, they are a
distraction at best. I have watched so many Max users spend quite a
bit of time segmenting and organizing their patchcords. If they
The key binding code right now is very messy, with two parallel
implementations (one for the Pd window and one for canvases). I am
willing to clean it up and make it straightforward, also making it
easy and straightforward to support native key commands on each
platform. I've seen much
On Dec 4, 2007 11:57 AM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote:
Hey,
Finally, the Windows builds are working again. I am interested to
hear about how the GUI changes work on Windows...
.hc
I will try it this week and report back...I have a Windows machine at home now!
--
Josh
good design includes more than just personal taste.
in real life, you don't want to have cables running diagonally through
your room, only because that is the easiest way to do...
in pd it is more likely that you accidently delete a line if it runs
over an object.
plus, in a performance
Hans-Christoph Steiner wrote:
Hey,
Finally, the Windows builds are working again. I am interested to
hear about how the GUI changes work on Windows...
All objects except the iemguis are invisible. (WindowsXP)
The Edit menu on the main window has a tiny grayed out font. All other menus
look
no.
you can pry segmented patch coords from my dead deathly ice cold grip.
right after I kiss my rounded corners and new shiny UI goodbye.
:)
On Dec 4, 2007, at 12:29 PM, Frank Barknecht wrote:
Btw.: Even many Max users prefer non-segmented cords, don't they?
On Tue, 4 Dec 2007, Javier Garcia wrote:
thanks, Enrique now works. The word instantiate (Thomas Ouellet wrote
it) was the key. It was strange for me..
i haven't seen how Thomas uses the word, but btw, one instantiates a
class, by creating an object. The object is templated according to the
On Tue, 4 Dec 2007, Martin Peach wrote:
Hans-Christoph Steiner wrote:
Finally, the Windows builds are working again. I am interested to
hear about how the GUI changes work on Windows...
All objects except the iemguis are invisible. (WindowsXP)
This can be related to some things:
1. the
On Tue, 4 Dec 2007, Frank Barknecht wrote:
Miller Puckette hat gesagt: // Miller Puckette wrote:
I think it's a real question whether it's better to have Pd act similarly
across all platforms or whether it's best to adapt key bindings, etc., to
specific ones. Certainly the first solution makes
Mathieu Bouchard wrote:
On Tue, 4 Dec 2007, Martin Peach wrote:
Hans-Christoph Steiner wrote:
Finally, the Windows builds are working again. I am interested to
hear about how the GUI changes work on Windows...
All objects except the iemguis are invisible. (WindowsXP)
This can be related to some
On Tue, 4 Dec 2007, Hans-Christoph Steiner wrote:
This leads me to the question of the Text Editor. Is there any
reason to have it besides as a workaround for the lack of copy-n-
paste in boxes?
What DesireData does is put the Text Editor directly in the patch, no
extra window, and make it
On Dec 4, 2007, at 3:54 AM, IOhannes m zmoelnig wrote:
Russell Bryant wrote:
Hans-Christoph Steiner wrote:
Now that I think about it, it would also work to have each call open
an instance of a patch within one constantly running Pd process.
just to make sure: you are not talking about
On Dec 4, 2007, at 4:20 AM, Patrice Colet wrote:
Hans Roels a écrit :
I also think this would be a simple but very handy tool, (also in
pd-vanilla...), at this moment I always have to 'navigate' a lot to
open files...
One parenthesis...(
in win32 pd-vanilla it's possible to drag'n'drop
I think no one would argue it isn't useful, it's a matter of someone
doing the work.
Patches welcome! :D
.hc
On Dec 4, 2007, at 3:33 AM, Hans Roels wrote:
I also think this would be a simple but very handy tool, (also in
pd-vanilla...), at this moment I always have to 'navigate' a lot to
On Dec 4, 2007, at 4:35 AM, wolfgang schwarzenbrunner wrote:
Hans-Christoph Steiner schrieb:
It would be great to have this all in a page on the webpage, like
somewhere here:
http://puredata.info/docs/
There is one other step needed after setting the preferences when
starting in GUI
On Wed, 5 Dec 2007, hard off wrote:
i have never felt the need for segmented patch cords. and as many
people keep saying, your patches will eventually end up neater and
more logical without them. they force you to patch more correctly.
they also force me to do workarounds every time i need
From: Thomas Grill [EMAIL PROTECTED]
To: Hans-Christoph Steiner [EMAIL PROTECTED]
CC: pd-list@iem.at
Subject: Re: [PD] open recent
Date: Tue, 04 Dec 2007 22:25:26 +0100
Also if we double-click on the icon of a patch still on win32
platform, it opens an instance of pd, it would be nice
Martin Peach schrieb:
From: Thomas Grill [EMAIL PROTECTED]
To: Hans-Christoph Steiner [EMAIL PROTECTED]
CC: pd-list@iem.at
Subject: Re: [PD] open recent
Date: Tue, 04 Dec 2007 22:25:26 +0100
Also if we double-click on the icon of a patch still on win32
platform, it opens an
On Tue, 2007-12-04 at 18:29 +0100, Frank Barknecht wrote:
Hallo,
marius schebella hat gesagt: // marius schebella wrote:
segmented patchcords can make patches less readable, but most of the
time they make patches more readable, and that is when you use so many
unsegmented cords that
On Mon, 2007-12-03 at 22:39 -0600, Russell Bryant wrote:
Hans-Christoph Steiner wrote:
I just had a thought about this, perhaps it would make more sense to
make Asterisk use Jack (http://jackaudio.org/) as the interface for
transferring audio to Pd. It's a common standard, it runs on
Thomas Grill wrote:
Martin Peach schrieb:
Also if we double-click on the icon of a patch still on win32
platform, it opens an instance of pd, it would be nice if the patch
was
opened in the already loaded (the last one at least) instance of pd.
That is an old, known bug. I
On Tue, 2007-12-04 at 10:33 -0500, Joe Reinsel wrote:
I think it is really a personal preference then anything else and I
was thinking that it could be a nice option.
hm... i think it depends on what kind of patches you actually work on.
if the patch is something rather simple like:
Hello all,
I have a patch that has started to cause a crash in PD. In trying to figure
out exactly what is happening, I reworked the patch, and now each of the
smaller chunks of code are in their own subpatch. So, now the patch doesn't
ALWAYS crash. Now the only time it crashes is when I open the
On Tue, 2007-12-04 at 15:36 -0500, Hans-Christoph Steiner wrote:
On Dec 4, 2007, at 4:35 AM, wolfgang schwarzenbrunner wrote:
Hans-Christoph Steiner schrieb:
It would be great to have this all in a page on the webpage, like
somewhere here:
http://puredata.info/docs/
There is
Am 04.12.2007 um 18:18 schrieb Hans-Christoph Steiner:
My intention is to fix Pd to allow direct copy and pasting in
object boxes so we can ditch the Text Editor all together.
dreams come true!
thanks.
ps: xmas is approaching, maybe we should start a wishlist.
On Dec 4, 2007, at 3:01 PM, Martin Peach wrote:
Mathieu Bouchard wrote:
On Tue, 4 Dec 2007, Martin Peach wrote:
Hans-Christoph Steiner wrote:
Finally, the Windows builds are working again. I am interested to
hear about how the GUI changes work on Windows...
All objects except the iemguis
On Dec 4, 2007, at 4:53 PM, Mathieu Bouchard wrote:
On Wed, 5 Dec 2007, hard off wrote:
i have never felt the need for segmented patch cords. and as many
people keep saying, your patches will eventually end up neater and
more logical without them. they force you to patch more correctly.
On Dec 3, 2007, at 11:42 PM, Russell Bryant wrote:
Hans-Christoph Steiner wrote:
Now that I think about it, it would also work to have each call open
an instance of a patch within one constantly running Pd process.
Then when the call is dropped, that patch instance would close. For
this to
Hey,
I think it's only needed to send this to one list, since many people
are subscribed to both, etc.
There aren't too many things that cause crashes in Pd, so you can try
to known crashers first. That stacktrace seems to say the crash is
in drawing a object to the canvas, or perhaps
Hans-Christoph Steiner a écrit :
On Dec 4, 2007, at 4:20 AM, Patrice Colet wrote:
Hans Roels a écrit :
I also think this would be a simple but very handy tool, (also in
pd-vanilla...), at this moment I always have to 'navigate' a lot to
open files...
One parenthesis...(
in win32
On Wed, Dec 05, 2007 at 12:18:51AM +0100, Roman Haefeli wrote:
On Tue, 2007-12-04 at 18:19 +0100, Frank Barknecht wrote:
Hallo,
Miller Puckette hat gesagt: // Miller Puckette wrote:
I think it's a real question whether it's better to have Pd act similarly
across all platforms or
On Tue, Dec 04, 2007 at 06:29:00PM +0100, Frank Barknecht wrote:
Btw.: Even many Max users prefer non-segmented cords, don't they?
I think the key point to take from the whole discussion is that Max/MSP
users have a choice, whilst under Pd we have no choice. It's all very
well justifying how
On Tue, 2007-12-04 at 09:26 +0100, IOhannes m zmoelnig wrote:
marius schebella wrote:
I am getting similar problems like andy, and it looks like a bug.
right.
someone please file a bug-report at sourceforge and attach a
bug-triggering patch.
did it.
btw: how can i assign the bug to
Hans-Christoph Steiner a écrit :
A couple of comments to hopefully make things cleaner. The existing
files aren't very clean, so it can be tricky at times:
- these changes need to fit into the configure.in and makefile.in so
that those files will still work on other platforms. I am not
Some nice textures there, did you post the patches anywhere?
.hc
On Dec 1, 2007, at 12:34 PM, Marko Timlin wrote:
To whom it may concern...
January 2007 I played a solo concert at the le placard headphone
festival in Helsinki. The music was entirely improvised using pure
data.
The
On Dec 4, 2007, at 7:55 PM, Patrice Colet wrote:
Hans-Christoph Steiner a écrit :
On Dec 4, 2007, at 4:20 AM, Patrice Colet wrote:
Hans Roels a écrit :
I also think this would be a simple but very handy tool, (also in
pd-vanilla...), at this moment I always have to 'navigate' a lot to
open
or just describe the offending subpatch, or post the offending
subpatch as an attachment to this list. someone is bound to have
seen the same thing before.
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
On Dec 4, 2007, at 8:03 PM, João Miguel Pais wrote:
by the way, when installing the files and the file already exists
dialog, please add a always button. it's a bit uneffective having
to press the y key for several minutes, until all files are there.
Uninstalling first is a solution to
On Dec 4, 2007, at 8:36 PM, Chris McCormick wrote:
On Tue, Dec 04, 2007 at 06:29:00PM +0100, Frank Barknecht wrote:
Btw.: Even many Max users prefer non-segmented cords, don't they?
I think the key point to take from the whole discussion is that Max/
MSP
users have a choice, whilst under
On Dec 4, 2007, at 8:53 PM, Patrice Colet wrote:
Hans-Christoph Steiner a écrit :
A couple of comments to hopefully make things cleaner. The
existing files aren't very clean, so it can be tricky at times:
- these changes need to fit into the configure.in and makefile.in
so that those
Hans-Christoph Steiner wrote:
On Dec 4, 2007, at 3:01 PM, Martin Peach wrote:
Mathieu Bouchard wrote:
On Tue, 4 Dec 2007, Martin Peach wrote:
Hans-Christoph Steiner wrote:
Finally, the Windows builds are working again. I am interested to
hear about how the GUI
72 matches
Mail list logo