On Wed, Mar 3, 2010 at 12:30 AM, Jeff Mann j...@jeffmann.com wrote:
[...]
Having said that, I understand that the first step would really need to be
a cleaner interface between pd-core and pd-gui. From what I've read, there's
a lot of drawing stuff going on inside pd-core that really expects
I have an interest in using Pd on smaller embedded platforms, such as
ARM-based ones.
Especially with the higher-end ARM chips with floating point units these
days, I think Pd could have some interesting applications on the new
tablets and various other ARM-based devices coming down the pipes
On 2010-02-24 22:23, Arnout Engelen wrote:
Well, if the protocol used for the communication is very application-specific
this might not be entirely clear-cut.
sorry to continue on the license issue, but i don't think that we are
in flamewar hell at all (yet :-))
anyhow:
it's true that the
On Thu, Feb 25, 2010 at 09:26:09AM +0100, IOhannes m zmoelnig wrote:
On 2010-02-24 22:23, Arnout Engelen wrote:
Well, if the protocol used for the communication is very
application-specific
this might not be entirely clear-cut.
sorry to continue on the license issue, but i don't
I've done it in pd-extended. it's true, the initial step to do a full gui
will be a hassle, because you'll have to program the interface yourself.
but if that's done carefully, it should pay up afterwards.
The lingering question is whether you wish to encumber GPU with editor
interface (if
I'm not a coder, but I could also give a sugestion, which I haven't tried
myself for lack of time: how about circumventing tcl/tk, by writing your
gui in gem? There was once a report that it's much faster - I can only say
it does if you're using data structures inside a gop.
The problem
On Feb 23, 2010, at 11:52 PM, Ivica Ico Bukvic wrote:
The problem is that Tcl/Tk is not the bottleneck when it comes to
array
redrawing. Its how pd sends draw commands. Redrawing a big array
once
could result in literally 500KB of Tcl code generated by Pd and
sent to
the GUI.
So
you mean in opengl?
Ico
João Pais jmmmp...@googlemail.com wrote:
I'm not a coder, but I could also give a sugestion, which I haven't tried
myself for lack of time: how about circumventing tcl/tk, by writing your
gui in gem? There was once a report that it's much faster - I can only say
it
Did you try the current GUI rewrite?
http://puredata.info/dev/PdGuiRewrite
.hc
Hi Hans,
Please allow me to chime in here for the sake of clarifying a few things about
this project.
First of all, allow me to state that I honestly appreciate all the efforts
being made in respect to the
On Tue, Feb 23, 2010 at 07:46:32PM -0500, Ivica Ico Bukvic wrote:
Hence, I personally feel going after JUCE or Qt still allows Pd to be as
platform-agnostic as Pd currently is (with the exception that these are
AFAIK using GPL as opposed to BSD license)
This could be an issue: unless the new
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Arnout Engelen wrote:
On Tue, Feb 23, 2010 at 07:46:32PM -0500, Ivica Ico Bukvic wrote:
Hence, I personally feel going after JUCE or Qt still allows Pd to be as
platform-agnostic as Pd currently is (with the exception that these are
AFAIK using
On Feb 24, 2010, at 3:54 PM, IOhannes m zmölnig wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Arnout Engelen wrote:
On Tue, Feb 23, 2010 at 07:46:32PM -0500, Ivica Ico Bukvic wrote:
Hence, I personally feel going after JUCE or Qt still allows Pd to
be as
platform-agnostic as Pd
I guess so (haven't that much experience with gem). only know that a
small
square with some data structures with geographical positions took at
least
10% cpu in my thinkpad. with gem it took nothing.
you mean in opengl?
I think this would then be probably done in vanilla OpenGL, not Gem.
I think this would then be probably done in vanilla OpenGL, not Gem. And
I agree this could potentially work but is perhaps not as easily
implemented as with using JUCE where a lot of APIs are already prebuilt
for you. The same may be the case with Qt but I don't know for sure as I
haven't
Did you try the current GUI rewrite?
http://puredata.info/dev/PdGuiRewrite
.hc
On Feb 23, 2010, at 2:43 PM, Paul Kohlhoff wrote:
Hello,
I am looking for some advice on a possible rewrite of the PureData
GUI. I am a member of a team of student developers at Virginia Tech.
We are looking
The problem is that Tcl/Tk is not the bottleneck when it comes to array
redrawing. Its how pd sends draw commands. Redrawing a big array once
could result in literally 500KB of Tcl code generated by Pd and sent to
the GUI.
So whether you use Tcl/Tk, Qt, JUCE, or whatever, you'll have to
The problem is that Tcl/Tk is not the bottleneck when it comes to array
redrawing. Its how pd sends draw commands. Redrawing a big array
once
could result in literally 500KB of Tcl code generated by Pd and sent to
the GUI.
So whether you use Tcl/Tk, Qt, JUCE, or whatever, you'll have to
Hi Paul,
On Tue, Feb 23, 2010 at 02:43:59PM -0500, Paul Kohlhoff wrote:
It would be very helpful to us if anyone could offer any suggestions,
criticism, or comments on this project. Does anyone know of any similar
projects? What could be some possible issues/consequences?
What we are doing at
18 matches
Mail list logo