Le 2012-02-12 à 18:10:00, Hans-Christoph Steiner a écrit :
1) pd completely removed redrawing logic from the c code and migrated
it into tcl (which is what you may have done in great part already
inside desire-data)
The big problems with (1) is that not only you need to copy all the
visible
Le 2012-02-11 à 13:58:00, Ivica Ico Bukvic a écrit :
JUCE is amazing in terms of gui speed-up. Just check out bundled demos
that come with the sdk... Half of Gem could be easily reimplemented
using JUCE sdk...
Looks nice, but the window border of JuceDemo is weird. JuceDemo disables
the
- Original Message -
From: Mathieu Bouchard ma...@artengine.ca
To: Ivica Ico Bukvic i...@vt.edu
Cc: Jonathan Wilkes jancs...@yahoo.com; Hans-Christoph Steiner
h...@at.or.at; pd-list@iem.at List pd-list@iem.at
Sent: Saturday, February 18, 2012 2:06 PM
Subject: Re: [PD] GUI and DSP
Le 2012-02-18 à 11:29:00, Jonathan Wilkes a écrit :
From what I remember JUCE would by default give you pixel-exact UI down
to the window border on every platform, at the expense of
native-widgets/dialog-boxes/etc. for that specific OS. Well, maybe you
can get native widgets if you want, but
Le 2012-02-12 à 13:23:00, Ivica Ico Bukvic a écrit :
1) pd completely removed redrawing logic from the c code and migrated it
into tcl (which is what you may have done in great part already inside
desire-data)
Yes, that was what I did, plus or minus some big bugs and slowdowns.
2) pd used a
Both pd-vanilla and pd-extended use both pd-gui and wish. Wish is the
Tcl/Tk graphical shell which runs Pd's pd-gui.tcl script to create the
GUI.
In Pd versions before 0.43, pd-gui was a binary program written in C
which worked with the Wish shell and the pd.tk script.
.hc
On Mon, 2012-02-13
When I tried JUCE on windows it was slow. pretty but slow. Same with
pdlork on linux. I tried the latest autobuild of extended as well as the
0.43 vanilla from sourceforge. both installed fine withh Ubuntu software
center. they both kept freezing though sometimes it was a toggle tat would
freeze
Have you tried any Pd-extended 0.43 builds in the past week or two? There have
been some key bug fixes recently.
As for trying a .deb without installing, you can extract the .deb and run it in
place, something like:
mkdir /tmp/pd-extended
dpkg -x pd-extended.deb /tmp/pd-extended
cd
I added some bug fixes to pdlua a week ago but they haven't appeared in
the nightly builds yet. Is sourceforge svn still the right place?
Martin
On 2012-02-12 10:45, Hans-Christoph Steiner wrote:
Have you tried any Pd-extended 0.43 builds in the past week or two? There have
been some key
Yup, still the right place. There was a bug in the svn update script, I just
fixed it, so the updates should again automatically be included.
.hc
On Feb 12, 2012, at 11:14 AM, Martin Peach wrote:
I added some bug fixes to pdlua a week ago but they haven't appeared in the
nightly builds
Thanks for the info Hans. Ill try that out. With the version I have now
has pd-gui. Where the latest puredata and pd-extende used wish instead. I
think the problems were with wish probably because it was jumpin around in
the process list like crazy. The pd extended was the latest autobuild, I
Well, yes, I have them, but it's not very relevant, as I already know that
those changes make Pd really worse in too many cases.
The interface common to all item-types has a function to return one
bbox
(bounding-box : x1 y1 x2 y2). It is assumed that the whole bbox has to be
redrawn
From: Billy Stiltner billy.stilt...@gmail.com
To: Mathieu Bouchard ma...@artengine.ca
Cc: Jonathan Wilkes jancs...@yahoo.com; pd-list@iem.at List
pd-list@iem.at
Sent: Sunday, February 12, 2012 4:03 AM
Subject: Re: [PD] GUI and DSP
When I tried JUCE
On Feb 12, 2012, at 1:23 PM, Ivica Ico Bukvic wrote:
Well, yes, I have them, but it's not very relevant, as I already know that
those changes make Pd really worse in too many cases.
The interface common to all item-types has a function to return one
bbox
(bounding-box : x1 y1 x2 y2). It
...@yahoo.com wrote:
From: Billy Stiltner billy.stilt...@gmail.com
To: Mathieu Bouchard ma...@artengine.ca
Cc: Jonathan Wilkes jancs...@yahoo.com; pd-list@iem.at List
pd-list@iem.at
Sent: Sunday, February 12, 2012 4:03 AM
Subject: Re: [PD] GUI and DSP
On 02/12/2012 06:10 PM, Hans-Christoph Steiner wrote:
I think a lot of this would be alleviated for the most part if not entirely if:
1) pd completely removed redrawing logic from the c code and migrated it into
tcl (which is what you may have done in great part already inside desire-data)
2)
Do you mean with juce and pd2lork? or just pd2lork? I will try the latest
pd2lork the next time I fire up my other machine. I have a really nice
model for interactive dynamic objects if you guys are interested. I'm not
sure if all the widowing stuff was implemented nor if the version I
uploaded
If you think that the freezing that you mentioned is a bug in Pd, please
file a bug report:
http://bugs.puredata.info
.hc
On Sun, 2012-02-12 at 11:56 -0500, Billy Stiltner wrote:
Thanks for the info Hans. Ill try that out. With the version I have
now has pd-gui. Where the latest puredata
Hans, it could have very well been some lingering installation that didn't
get removed before installing. by the way wish was bouncing around I think
it might have had something to do with that. I'll try and install again
later and see if I can repeat anything, till then I'll just get the dev
Le 2012-02-10 à 20:09:00, Jonathan Wilkes a écrit :
For me the create-delete method uses more CPU but both are pretty
intensive. Any Qt devs out there? Or gtk'ers? Maybe a JUCEr? Would
those toolkits be able to utilize the GPU? Those would be nice to
compare, too.
In the end, switching
- Original Message -
From: Mathieu Bouchard ma...@artengine.ca
To: Jonathan Wilkes jancs...@yahoo.com
Cc: Hans-Christoph Steiner h...@at.or.at; Ivica Ico Bukvic i...@vt.edu;
pd-list@iem.at List pd-list@iem.at
Sent: Saturday, February 11, 2012 11:59 AM
Subject: Re: [PD] GUI
...@artengine.ca
To: Jonathan Wilkes jancs...@yahoo.com
Cc: Hans-Christoph Steiner h...@at.or.at; Ivica Ico Bukvic i...@vt.edu;
pd-list@iem.at List pd-list@iem.at
Sent: Saturday, February 11, 2012 11:59 AM
Subject: Re: [PD] GUI and DSP
Le 2012-02-10 à 20:09:00, Jonathan Wilkes a écrit :
For me
On Feb 11, 2012, at 11:59 AM, Mathieu Bouchard wrote:
Le 2012-02-10 à 20:09:00, Jonathan Wilkes a écrit :
For me the create-delete method uses more CPU but both are pretty intensive.
Any Qt devs out there? Or gtk'ers? Maybe a JUCEr? Would those toolkits be
able to utilize the GPU?
Le 2012-02-11 à 09:15:00, Jonathan Wilkes a écrit :
Do you still have any of those changes you made to Tk? If so, how do
they compare to unpatched Tk when running Hans' array-demo?
Well, yes, I have them, but it's not very relevant, as I already know that
those changes make Pd really worse
On Feb 8, 2012, at 3:22 PM, Mathieu Bouchard wrote:
Le 2012-02-08 à 11:55:00, Jonathan Wilkes a écrit :
While technically correct that's misleading because there's a lot of stuff
happening on the 'pd' side that a reasonable person would assume to be
handled on the 'pd-gui' side. Well,
: [PD] GUI and DSP
Mathieu Bouchard ma...@artengine.ca wrote:
Le 2012-02-08 à 11:55:00, Jonathan Wilkes a écrit :
While technically correct that's misleading because there's a
lot of
stuff happening on the 'pd' side that a reasonable person would
assume
to be handled on the 'pd-gui
- Original Message -
From: Hans-Christoph Steiner h...@at.or.at
To: Jonathan Wilkes jancs...@yahoo.com
Cc: Ivica Ico Bukvic i...@vt.edu; Mathieu Bouchard ma...@artengine.ca;
pd-list@iem.at List pd-list@iem.at
Sent: Friday, February 10, 2012 10:48 PM
Subject: Re: [PD] GUI and DSP
Hello list
reading everywhere that GUI takes enormous amount of CPU.
More precisely : does a GUI element, say a slider monitoring a signal, require
lots of CPU in anycase -even when for instance it is invisible somewhere deep
in a subpatch-, or is it requiring lots of CPU only when displayed
Hi
See attached patch. Open it, turn on DSP, click the toggle and compare
CPU usage with the subpatch visible or hidden. On my computer, Pd takes
1% of CPU with the non-visible slider, and between 2 and 3% when the
slider is visible. Remember that [bang~] bangs at audio rate :) I
usually limit
One thing to keep in mind with Pd on modern computers is that 'pd-gui'
is a totally separate process from 'pd', so since basically all laptops,
desktops, and even tablets these days ship with 2 or more cores, that
means 'pd-gui' and 'pd' will be running on separate cores. Therefore,
as long as
You might also want to [set ( values to be displayed by your slider or
number box.
i.e.
better this
[your input]
|
[set (
|
[vslider]
rather than
[your input]
|
[vslider]
When a slider receives a [set $1( message, it only displays the data,
without executing any output.
This is another good
One thing to keep in mind with Pd on modern computers is that 'pd-gui'
is a totally separate process from 'pd', so since basically all laptops,
desktops, and even tablets these days ship with 2 or more cores, that
means 'pd-gui' and 'pd' will be running on separate cores. Therefore,
as long as
-Christoph Steiner h...@at.or.at
To: batinste dwanaf...@yahoo.fr
Cc: pd-list@iem.at List pd-list@iem.at
Sent: Wednesday, February 8, 2012 12:38 PM
Subject: Re: [PD] GUI and DSP
One thing to keep in mind with Pd on modern computers is that 'pd-gui'
is a totally separate process from 'pd', so
Le 2012-02-08 à 11:55:00, Jonathan Wilkes a écrit :
While technically correct that's misleading because there's a lot of
stuff happening on the 'pd' side that a reasonable person would assume
to be handled on the 'pd-gui' side. Well, more than that-- there's
stuff happening on the 'pd' side
Mathieu Bouchard ma...@artengine.ca wrote:
Le 2012-02-08 à 11:55:00, Jonathan Wilkes a écrit :
While technically correct that's misleading because there's a lot of
stuff happening on the 'pd' side that a reasonable person would
assume
to be handled on the 'pd-gui' side. Well, more than
Hmm, thanks !
Sorry i was just wondering wether i had to erase all my signal driven sliders
deep in subpatches :))
...got some info thus, thanks, i love this list
JmAdrien
Le 8 févr. 2012 à 21:33, Ivica Ico Bukvic i...@vt.edu a écrit :
Mathieu Bouchard ma...@artengine.ca wrote:
Le
Le 2012-02-08 à 15:33:00, Ivica Ico Bukvic a écrit :
Mathieu Bouchard ma...@artengine.ca wrote:
Or you could simply use pd-l2ork and a move arrays and other complex
graphical user interface objects using tags and never worry about that
problem again.
But arrays can still update quite quickly
- Original Message -
From: Ivica Ico Bukvic i...@vt.edu
To: Mathieu Bouchard ma...@artengine.ca; Jonathan Wilkes
jancs...@yahoo.com
Cc: pd-list@iem.at List pd-list@iem.at
Sent: Wednesday, February 8, 2012 3:33 PM
Subject: Re: [PD] GUI and DSP
Mathieu Bouchard ma
38 matches
Mail list logo