[PD] max for live
harris_pilton at gmx.de
harris_pilton at gmx.de
Tue Jan 27 17:52:47 CET 2009
is somebody still aware of this. i mean like having it on the agenda/
taking care of it. i'm sorry for not doing it. as i so far dont have
experience in programming it might wouldn't be a good idea to let me
do that ;) i wasnt even able to follow the whole discussion. but there
seemed everybody seemed to match there has to been something on that
i just wondered if anybody is doing anything on this. (maybe 2 people
are doing same things on different channels - i dont hope thats the
thanks for not getting me wrong in advance.
Am 22.01.2009 um 02:21 schrieb Hans-Christoph Steiner:
> On Jan 19, 2009, at 6:23 PM, Luke Iannini wrote:
>> On Mon, Jan 19, 2009 at 2:49 PM, Hans-Christoph Steiner
>> <hans at eds.org> wrote:
>>> On Jan 19, 2009, at 9:21 AM, Damian Stewart wrote:
>>>> Daniel Almeida wrote:
>>>>> I dare say PD needs to ditch tcl/tk! SDL could be a good idea.
>>>> yeah that's what i said about two years ago...
>>>> the problem is, at the moment tcl/tk is embedded quite deeply into
>>>> itself. this is a focus of the current pd-dev effort: trying to
>>>> clear this
>>>> up. tcl/tk in itself isn't _necessarily_ slow, it's just that the
>>>> way Pd is
>>>> using it is not at all optimised (for example, as Hans-Christoph
>>>> and i
>>>> discovered once, when you click-drag to move an element in a
>>>> table, not just the element you moved but _the entire table_ is
>>>> each time).
>>>> damian stewart | skype: damiansnz | damian at frey.co.nz
>>>> frey | live art with machines | http://www.frey.co.nz
>>> It's slight worse, even. The entire table is deleted and re-created
>>> on each change, not even just redrawn. That said, I am guessing
>>> the C+
>>> + code on the GPU (Live) will always be quite a bit faster than Tcl/
>>> on the CPU. One of the ways that Live is able to make things fast
>>> by ignoring the native widgets on each platform and coding their
>>> Tcl/Tk is the best GUI toolkit I've seen for making native-feeling
>>> apps while writing cross-platform code.
>>> If Live is really just blasting bitmaps to the screen, that is
>>> something that Tcl/Tk can easily do. But I am not sure that it
>>> be the fastest way to implement GUI widgets.
>>> If someone wants to help this situation, I think the best thing to
>>> would be to create some GUI objects using TkZinc. Then we'll have
>>> Tk on the GPU and that should make things quite a bit faster.
>> Wow, hadn't heard of TkZinc. That looks incredible. Another cloud
>> for my Pd heaven : ). As I've been writing, I'd really love to
>> GUIs entirely with Data Structures - I'm not sure how much of a
>> performance hit that causes but the opportunities for customization
>> are much richer when it's turtles all the way down (where turtles =
>> Pd). Is TkZinc feasible for replacing the whole GUI? It seems to
>> support all the platforms Pd does.
> That is something to find out. It sounds promising. At least it
> would be possible to write a TkZinc canvas which works like data
> structures, but uses OpenGL.
>>> There is no way to peace, peace is the way. -A.J. Muste
>>> Pd-list at iem.at mailing list
>>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
> Mistrust authority - promote decentralization. - the hacker ethic
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
More information about the Pd-list