Re: [PD] GEM error on latest pd extended with Ubuntu Gutsy

2007-10-31 Thread altern
hi the video does not seem corrupted i can open it with VLC, no problem. I tried to find the reason for the error and I found that I can use the first frame but as soon as I go the the second or further it doesnt display it. btw. passing mode 0 to pix_texture crashed PD. I was trying this to

Re: [PD] GEM error on latest pd extended with Ubuntu Gutsy

2007-10-31 Thread IOhannes m zmoelnig
altern wrote: hi the video does not seem corrupted i can open it with VLC, no problem. I oh and i forgot: vlc uses different decoding libraries than Gem; being able to playback your movies (with Gem) on one computer and not on the other, could of course mean, that you haven't installed the

Re: [PD] GEM error on latest pd extended with Ubuntu Gutsy

2007-10-31 Thread Jaime Oliver
hello all, where can I search for info on what does CLAMP() do in gem external codes, i see it everywhere but don't know where to look. best, J On 10/31/07, IOhannes m zmoelnig [EMAIL PROTECTED] wrote: altern wrote: hi the video does not seem corrupted i can open it with VLC, no

Re: [PD] GEM error on latest pd extended with Ubuntu Gutsy

2007-10-31 Thread IOhannes m zmoelnig
altern wrote: hi the video does not seem corrupted i can open it with VLC, no problem. I tried to find the reason for the error and I found that I can use the first frame but as soon as I go the the second or further it doesnt display it. is lqtplay able to playback this movie? aviplay?

[PD] CLAMP() (was Re: GEM error on latest pd extended with Ubuntu Gutsy)

2007-10-31 Thread IOhannes m zmoelnig
Jaime Oliver wrote: hello all, where can I search for info on what does CLAMP() do in gem external codes, i see it everywhere but don't know where to look. % cd Gem/src/Base % grep -w CLAMP *.{cpp,h} it clamps a number into a specific range. (makes sure it is within bounds) mfga.sdr

Re: [PD] TkWidget library

2007-10-31 Thread João Miguel Pais
For the gui-edit patch that I made some time ago to work perfectly, a state query command would be necessary. Then it would be possible to send the properties of each element to pd, and do whatever you want with it. How about also checking out if there would be any other alternative to

[PD] resyncing audio

2007-10-31 Thread matteo sisti sette
Hi, I'm using PD Vanilla 0.40.2 under WinXP, with a Motu Ultralite soundcard, of which I use 4 channels in and 2 channels out. I don't use ASIO, because I coundn't in any way get more than 2in/2out channels working with asio (with this card), and because with asio enabled I sometimes got some pd

Re: [PD] TkWidget library

2007-10-31 Thread cdr
How about also checking out if there would be any other alternative to Tcl/Tk? It's still quite slow, and some not so uncomplicated things (like a gui element in a gop) take lots of cpu for what they give. a lot of this has nothing to do with TCL/Tk being slow, but PD using C string

[PD] midi yoke question

2007-10-31 Thread matteo sisti sette
Hi, I'm using MidiYoke in Windows to send midi data from one application and receive it in another one, where either of them may be PD. In case some of you don't know MidiYoke, it is a software that you install as if it was a driver, and provides 8 virtual midi ports that are loopback ports: if

Re: [PD] Fun with Lua coroutines

2007-10-31 Thread Luigi Rensinghoff
Hi List... I would be interested to know as well ;-) Back on the list ;-) What could pdlua be good for ? Or better asked - and i would appreciate an answer for non-nerds - what reason could there be for using another extension language within pd ?? For what kind of problems ? What is the

Re: [PD] Array indexing for the wind and the birds

2007-10-31 Thread Mathieu Bouchard
On Fri, 26 Oct 2007, Roman Haefeli wrote: a) it is very hard to do that in pd, since message to canvasses are different from the lines in the pd-file? No, they are not different. Lines in the pd-file are interpreted as message to a canvas using #X, a message to [canvasmaker] using #N, or a

[PD] [bang]--clickable but bypass when indirect

2007-10-31 Thread robbert van hulzen
hi there dear list people, a little while ago, andy mentioned a construction for bypassing gui objects (numberboxes, in that case) while at the same time using the info you may put in them with the mouse. i can't find the post anymore, but i think that's exactly what i need now. i'm making an

Re: [PD] midi yoke question

2007-10-31 Thread Batuhan Bozkurt
I remember that it is MIDIyoke giving that error. But I haven't been running it for quite some time. I remember that feedback detection on midiyoke was releated to number of events per second and it was optional. It had some sort of control panel, and you were able to disable feedback

Re: [PD] [bang]--clickable but bypass when indirect

2007-10-31 Thread Claude Heiland-Allen
robbert van hulzen wrote: in other words, i'm looking for a way to have incoming info stop at the [bang] (as it'll come out directly), but info generated at the [bang] move on. Well, you can't stop info at a bang, but you can stop the output with [spigot], as in the ascii below: in | [t b a

Re: [PD] [bang]--clickable but bypass when indirect

2007-10-31 Thread Max Neupert
i don't think this is possible. a workaround would be to change the color of the bang for 250 ms so the whole thing is black if a hit gets detected. [color 22 0 0( | [t a b] | | | [delay 250] | | | [color 0 22 0( | / | / [bng] Am 31.10.2007 um 15:10 schrieb robbert

Re: [PD] open with on os x

2007-10-31 Thread Dafydd Hughes
boy. i'm gonna bookmark this one! On 31-Oct-07, at 12:39 PM, marius schebella wrote: I finally found the solution to this annoying problem. you have to rebuild the launch service database (see http:// www.macosxhints.com/article.php?story=20031215144430486 ) I ran the following command, and

Re: [PD] TkWidget library

2007-10-31 Thread Mathieu Bouchard
On Wed, 31 Oct 2007, João Miguel Pais wrote: How about also checking out if there would be any other alternative to Tcl/Tk? It's still quite slow, and some not so uncomplicated things (like a gui element in a gop) take lots of cpu for what they give. I think that it's easier to work on

Re: [PD] open with on os x

2007-10-31 Thread marius schebella
I finally found the solution to this annoying problem. you have to rebuild the launch service database (see http://www.macosxhints.com/article.php?story=20031215144430486 ) I ran the following command, and that fixed it.

Re: [PD] TkWidget library

2007-10-31 Thread Mathieu Bouchard
On Wed, 31 Oct 2007, cdr wrote: How about also checking out if there would be any other alternative to Tcl/Tk? It's still quite slow, and some not so uncomplicated things (like a gui element in a gop) take lots of cpu for what they give. a lot of this has nothing to do with TCL/Tk being slow,

Re: [PD] russian pdpedia template ready

2007-10-31 Thread errordeveloper
On Tue, Oct 30, 2007 at 10:08:45PM +0100, danja vasiliev wrote: Hello Ilya, good job ;) i commented on some, i think the tongue can be a little easier, somewhat simpler... yeah , we must keep it that way. [EMAIL PROTECTED] wrote: i just made the basic translation of the template. could

Re: [PD] TkWidget library

2007-10-31 Thread Hans-Christoph Steiner
On Oct 31, 2007, at 12:51 PM, Mathieu Bouchard wrote: On Wed, 31 Oct 2007, cdr wrote: How about also checking out if there would be any other alternative to Tcl/Tk? It's still quite slow, and some not so uncomplicated things (like a gui element in a gop) take lots of cpu for what they

Re: [PD] TkWidget library

2007-10-31 Thread Hans-Christoph Steiner
On Oct 31, 2007, at 4:45 AM, cdr wrote: How about also checking out if there would be any other alternative to Tcl/Tk? It's still quite slow, and some not so uncomplicated things (like a gui element in a gop) take lots of cpu for what they give. a lot of this has nothing to do with

Re: [PD] TkWidget library

2007-10-31 Thread Mathieu Bouchard
On Wed, 31 Oct 2007, Hans-Christoph Steiner wrote: First off, Tcl/Tk 8.5 looks to have a lot of performance improvements, especially on Mac OS X, as it shifts from Carbon/QuickDraw to Cocoa/CoreGraphics. I said that before. I'm claiming that Tcl/Tk 8.5 is too slow. Tcl/Tk 8.4 is even

Re: [PD] TkWidget library

2007-10-31 Thread Hans-Christoph Steiner
On Oct 31, 2007, at 3:12 PM, Mathieu Bouchard wrote: On Wed, 31 Oct 2007, Hans-Christoph Steiner wrote: First off, Tcl/Tk 8.5 looks to have a lot of performance improvements, especially on Mac OS X, as it shifts from Carbon/ QuickDraw to Cocoa/CoreGraphics. I said that before. I'm

Re: [PD] TkWidget library

2007-10-31 Thread Hans-Christoph Steiner
The state query is a very good idea, feel like adding it to the wiki? :) .hc On Oct 31, 2007, at 8:26 AM, João Miguel Pais wrote: For the gui-edit patch that I made some time ago to work perfectly, a state query command would be necessary. Then it would be possible to send the

Re: [PD] TkWidget library

2007-10-31 Thread Mathieu Bouchard
On Wed, 31 Oct 2007, Hans-Christoph Steiner wrote: This is not where the bottleneck is. I thought the network socket was the bottleneck. The example I am thinking of is getting the mouse pointer coords from Tk. That generates a lot of network traffic, it would be nice this happened in the pd

Re: [PD] CLAMP() (was Re: GEM error on latest pd extended with Ubuntu Gutsy)

2007-10-31 Thread Jaime Oliver
sorry, i started replying from that message and the subject wasn't successfully edited, thanks for the answer, j On 10/31/07, IOhannes m zmoelnig [EMAIL PROTECTED] wrote: Jaime Oliver wrote: hello all, where can I search for info on what does CLAMP() do in gem external codes, i see it

[PD] Difference between import and declare

2007-10-31 Thread Thomas O Fredericks
What is the difference between import and declare? Pd 0.4 and up, will on of the two be deprecated? Tom ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list

Re: [PD] Fun with Lua coroutines

2007-10-31 Thread Frank Barknecht
Hallo, Luigi Rensinghoff hat gesagt: // Luigi Rensinghoff wrote: What could pdlua be good for ? Well, scripting can be used to easily overcome some limitations of Pd. pdlua or whatever scripting language could be used to replace a lot of externals. One Lua fits all. When used to replace

Re: [PD] TkWidget library

2007-10-31 Thread Martin Peach
Hans-Christoph Steiner wrote: On Oct 31, 2007, at 3:12 PM, Mathieu Bouchard wrote: On Wed, 31 Oct 2007, Hans-Christoph Steiner wrote: First off, Tcl/Tk 8.5 looks to have a lot of performance improvements, especially on Mac OS X, as it shifts from Carbon/ QuickDraw to Cocoa/CoreGraphics.

Re: [PD] Difference between import and declare

2007-10-31 Thread Thomas O Fredericks
Hum, first observations: import is realtime: it imports the lib right away while with a declare you need to reopen the patch which is a pain. import seems to be less flexible than declare (as declare has many different flags). Tom On 10/31/07, Thomas O Fredericks [EMAIL PROTECTED] wrote: What

Re: [PD] Fun with Lua coroutines

2007-10-31 Thread Enrique Erne
It could even be included in Miller's Pd as a general scripting language without any dependencies. (Though pdlua's choice of GPL does not quite fit the BSD/MIT tradition of Pd and Lua.) Starting with Lua 5.0, Lua is licensed under the terms of the MIT license. http://www.lua.org/license.html

Re: [PD] Difference between import and declare

2007-10-31 Thread Roman Haefeli
afaik, [import] is part of pd-extended and is much older. [declare] is part of pd since 0.40. altough [import] came first, i personally prefer [declare], because it's part of pd. i don't know if it is possible with [import] as well, but with [declare] you can specify paths either relative to pd

Re: [PD] Fun with Lua coroutines

2007-10-31 Thread Steffen Juul
On 31/10/2007, at 21.11, Frank Barknecht wrote: Lua could also be used as a very powerful textfile replacement, that would allow more structured score files in a BibTex fashion. Wait for an example for this coming soon. I'm really looking forward to see what you mean by 'structured score

[PD] pdlua license (Was: Re: Fun with Lua coroutines)

2007-10-31 Thread Claude Heiland-Allen
Enrique Erne wrote: (Though pdlua's choice of GPL does not quite fit the BSD/MIT tradition of Pd and Lua.) Starting with Lua 5.0, Lua is licensed under the terms of the MIT license. http://www.lua.org/license.html Yes, Pd is BSD (I think), Lua is MIT, but pdlua is GPL (I guess by habit

Re: [PD] open with on os x

2007-10-31 Thread Hans-Christoph Steiner
Watch out, I am pretty sure that it deletes all your associations as well, and will prompt you again with the this App hasn't been run before, run it? dialog. .hc On Oct 31, 2007, at 12:44 PM, Dafydd Hughes wrote: boy. i'm gonna bookmark this one! On 31-Oct-07, at 12:39 PM, marius

Re: [PD] open with on os x

2007-10-31 Thread marius schebella
Yes, that is true, but it was the only possibility to get rid of the double entries. at least the only one that I found. marius. Hans-Christoph Steiner wrote: Watch out, I am pretty sure that it deletes all your associations as well, and will prompt you again with the this App hasn't been

Re: [PD] Fun with Lua coroutines

2007-10-31 Thread Jamie Bullock
On Wed, 2007-10-31 at 21:11 +0100, Frank Barknecht wrote: If not, lua may be the easiest start: It's easy to compile, compiled versions could be statically compiled, the language is fully documented with a wonderful book (see www.lua.org). [snip] Language freaks (nerds) can find some

Re: [PD] pdlua license (Was: Re: Fun with Lua coroutines)

2007-10-31 Thread Mathieu Bouchard
On Wed, 31 Oct 2007, Claude Heiland-Allen wrote: Enrique Erne wrote: (Though pdlua's choice of GPL does not quite fit the BSD/MIT tradition of Pd and Lua.) Starting with Lua 5.0, Lua is licensed under the terms of the MIT license. http://www.lua.org/license.html Yes, Pd is BSD (I think), Lua

Re: [PD] TkWidget library

2007-10-31 Thread Mathieu Bouchard
On Wed, 31 Oct 2007, Martin Peach wrote: Maybe if redundant calls could be pruned before going through the socket things would work better. For instance if a number box is being updated a few hundred times a second then it would be better if only the last update per signal block would get

Re: [PD] TkWidget library

2007-10-31 Thread Martin Peach
Mathieu Bouchard wrote: On Wed, 31 Oct 2007, Martin Peach wrote: Maybe if redundant calls could be pruned before going through the socket things would work better. For instance if a number box is being updated a few hundred times a second then it would be better if only the last update