Re: [PD] nightly build of Pd-devel aka Pd-gui-rewrite

[Steffen Juul]

On 21/09/2009, at 17.13, Hans-Christoph Steiner wrote:



Last night there was the first successful Mac OS X nightly build of  
the pd-gui-rewrite branch with the whole -extended lib set.  The  
Ubuntu nightly has been running for a while now.  The Windows build  
should start showing up today or tomorrow.


http://autobuild.puredata.info/auto-build/latest/


Sorry but what does the icon mean? If i would like to test the Mac  
gui-rewrite version, which should i download (non carry something  
along gui-rewrite in their name)?


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] nightly build of Pd-devel aka Pd-gui-rewrite

[Steffen Juul]

On 22/09/2009, at 9.17, IOhannes m zmoelnig wrote:


Steffen Juul wrote:

On 21/09/2009, at 17.13, Hans-Christoph Steiner wrote:


Last night there was the first successful Mac OS X nightly build  
of the pd-gui-rewrite branch with the whole -extended lib set.   
The Ubuntu nightly has been running for a while now.  The Windows  
build should start showing up today or tomorrow.


http://autobuild.puredata.info/auto-build/latest/

Sorry but what does the icon mean? If i would like to test the Mac


which icon. i don't see any icon.
on the mentioned site i see 4 different iconS,


Sorry, icon_s_.

which it seems i have no meaning whatsoever apart from  
differentiating the file-types on a first glance.


My first glans gave different result. Red ball, fx, meant something  
along the lines of "don't go there".



(snip) i guess this answers your question


I guess too. Thanks.

gui-rewrite version, which should i download (non carry something  
along gui-rewrite in their name)?



indeed.
but when you look carefully at the subject of this email, you will  
eventually read "Pd-devel aka Pd-gui-rewrite".


Sorry. Thanks for pointing that out.


i would take the newest packages


Ok. Then it seams to be for Mac OS X side of this is for evrsion 10.5  
only.


(Pd-0.43-devel; if you have followed the discussion about the gui- 
rewrite a bit, you might have noticed that it took off only  
recently; the Pd-0.41.4-devel packages from 25th of august 2009  
seems to be from something older)


I didn't follow that discussion close, hence i didn't want to assume  
connection like that. I guess that was wrong of me.



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Small bug with comment

[Steffen Juul]

On 09/02/2010, at 19.03, Max wrote:

there is a bug in vanilla and even in the latest rewrite, that dots  
followed by a space are disappearing after saving and reopening  
patches.


make the first line in this patch read
"first 1. <- see there is no dot!"
after reopening you'll see:
"first 1 <- see there is no dot!"


reminds me of the bug with id 1984672, . Don't  
know if it's related.


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] reware howto video

[Steffen Juul]

>> On Mon, Dec 1, 2008 at 6:54 PM, Hans-Christoph Steiner
>> <[EMAIL PROTECTED]> wrote:
>>
>> old devices and run new software on them.  We now have our first
>> Reware HOWTO video, showing the basics of how to use a Reware image
>> yourself, then it illustrates some of the Pd patches we've made:

That's one well made demo video. Thanks for that.

Insight on how it was recorded/edited would be cool. I'm guessing you
recorded the screen(action/"cast") in parallel with the other video shot
by a camera also recording the audio? But how did you get the syncing in
the cuts so tight?


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] reusable snippets with key commands WAS: left mouse click abuse

[Steffen Juul]

On 05/01/2009, at 20.24, Hans-Christoph Steiner wrote:

> Basically, the sooner we have the new u_main.tk replacement code
> finished, the sooner we can start tackling things like this in a
> rational fashion.  Here are some parts that are good modules to  
> work on:
>
> - unified preference panel with tabs (like standard pref panes on
> GNOME, Mac OS X, and Windows)
(snip)

I though the point was to first restructure u_main.tk, then add  
futures. As opposed to adding features while restructuring.


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Gem 0.91-2 bugfix release

[Steffen Juul]

On 19/01/2009, at 10.57, IOhannes m zmoelnig wrote:

> have fun

thanks, but my fun stopped at:

8<
/path/to/Gem.d_fat: dlopen(/path/to/Gem.d_fat, 10): Symbol not found:  
_close$UNIX2003
   Referenced from: /path/to/Gem.d_fat
   Expected in: /usr/lib/libSystem.B.dylib

Gem: can't load library
8<

This happens with Pd-0.42-3 and Pd-0.41-4 intel mac os x.4.11

What am i doing wrong? `file /path/to/Gem.d_fat´ reports the expected.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Gem 0.91-2 bugfix release

[Steffen Juul]

On 20/01/2009, at 22.13, IOhannes m zmoelnig wrote:

>  could you try the binary  at http://iem.at/~zmoelnig/GEM/ 
> Gem0.91.2_104.tgz
> (it seems to work here)

works/loads. thanks! that was fast.

Then i have another problem but it's not new. it's with pix_data.  
when i query it for rgb values from a red part of a png image, i get  
(r=0,g=1,b=1) as the output (i also boost the contrast and round  
off). to gem-tracker item 2484105 I posted a link to an email in the  
(pd-list) archive that have a demo patch. i wonder if it's a user error?

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Gem 0.91-2 bugfix release

[Steffen Juul]

On 21/01/2009, at 10.35, IOhannes m zmoelnig wrote:

> one more thing: could someone test whether [pix_2grey] works with  
> the new 10.4 build?

How do i/one test if it works? It instantiate and does something to  
the image loaded by pix_image in the help patch. Like turns my  
testbild.png into http://dibidut.dk/tmp/testbild2gray.png

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Gem 0.91-3 bugfix release

[Steffen Juul]

On 22/01/2009, at 14.34, IOhannes m zmoelnig wrote:
> * fixes [pix_2grey] on OSX/intel

Ahh. I see how it should work. Makes all sense now.

> * fixes [pix_data] on OSX/intel

Danke schöen! I need to get you a beer when/if i meet you (again).

Best, Steffen
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] escape space character

[Steffen Juul]

On 07/02/2009, at 17.38, y wrote:

> Am I missing something ?

does the Pd console tell you that list-drip was not created? list- 
drip is part of list-abs.

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Phone application

[Steffen Juul]

On 12/02/2009, at 12.58, josue moreno wrote:

> I found pd2j2me (snip)

Did you find the actual "compiler" or the source? I can't seam to  
locate any of it, that's why i ask.

Best wishes. 

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] default [output~] in Pd-extended

[Steffen Juul]

On 10/03/2009, at 18.11, Hans-Christoph Steiner wrote:


(...) and the green/white toggle from [pddp/dsp].



I quite strongly think [cvn]'s tricks should be avoided in help  
patches, especially those default for vanilla objects.


Reason being it took me quite some time before i got heads and tails  
of it. Before that, it was a total mystery. Such mysteries are bad  
for learning since it may well obstruct learning of basic things.  
There is enough syntax to get into when starting to learn Pd.


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] default [output~] in Pd-extended

[Steffen Juul]

On 10/03/2009, at 23.27, Hans-Christoph Steiner wrote:

(snip) Many newbies are hung up because they can't get the example  
patches to do anything.  A lot of the time, that's because they  
haven't turned up the audio.


So to be precis and to check if i understand you correct: It's the  
word "dB" that is confusing? - While maybe the word "Vol" or "Volume"  
might clear it.


If it is encapsulated in an object, then the complexity is hidden  
until you want to see it.  Same idea with a osc~.  The osc~ C code  
is far more complex.


I don't think that's a fair analogy.

I think it's quite clear, and i think most folk will have something  
like the same feeling,  that what is "beneath" osc~ and other things  
you can type into a object-box such that an object is instantiated is  
by the syntax in a class of "hidden until I want to see it".  
Abstractions generate another class and so does subpatches. The to  
later are maybe in the same class to some. Then comes GOBified  
abstractions. Then GOBified abstactions that use [cvn] tricks to make  
a "funky" interface. The syntax of the last is way different from the  
first and different from the rest too in the way that the syntax is a  
"graphical design matter". GOP asb inherent syntax from the Pd it  
passes though, some i don't think that is conceptually that hard.


Is this all blahblabbarbar? I agree it's getting hairy. 
 


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] wrap~

[Steffen Juul]

What is the largest integer not exceeding 0 (zero)? I've asked  
before, but I'll still like to know.


Best, Steffen

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] wrap~

[Steffen Juul]

On 19/03/2009, at 17.24, Mathieu Bouchard wrote:


On Thu, 19 Mar 2009, Steffen Juul wrote:


What is the largest integer not exceeding 0 (zero)?
I've asked before, but I'll still like to know.


It's 0.


Ok. It's just that when one send the 0 signal to a wrap~ instance it  
returns 1. (wrap~ of a negative integer is also 1.)


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] default [output~] in Pd-extended

[Steffen Juul]

On 21/03/2009, at 3.44, Hans-Christoph Steiner wrote:



On Mar 11, 2009, at 8:42 AM, IOhannes m zmoelnig wrote:


but myteries unveiled are good for learning.
so it boils down to in-line documentation of the mysteries used.


Unveiled mysteries are indeed good, yes, we could almost define it as  
learning. But did you learn Modern Algebra before Linear Algebra?


So here's my attempt at a vanilla combination of Miller's output~,  
rradical/ezdac~, and pddp/dsp.


I find that quite confusing. I can't say i know how it works.


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] default [output~] in Pd-extended

[Steffen Juul]

To cut a longer story short:

- No i don't want everyone to live there life linearly. How could  
that at all be assumed. (I rather embrace the opposite.)


- The Pd tutorials that Miller ship with Pd is bottom-up. That is the  
didactic contract with the reader. So if you want a canvas'ified-gui- 
volume-control with such use of canvas with graph-on-parent, it need  
be introduced first. That could be done in the "2.control.examples"  
section.



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] default [output~] in Pd-extended

[Steffen Juul]

On 24/03/2009, at 18.10, Hans-Christoph Steiner wrote:

Scrolling in a number box is not a standard GUI interaction, and  
not particularly intuitive.


So thats the initial reason. Chancing the numberbox to a slider could  
live together with not making the colour changes i opposed to (- i  
shall not repeat it).


Also I've meet Pd sliders i could not recognize as sliders for a  
while. As a total it took me longer to learn sliders then  
numberboxes, since the looks of sliders can be altered so much.


I rest my case, I don't think i get through.

Happy hacking.



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] building vanilla on os x (Was: Re: abs~ and exp~ fixes [was: rjdj])

[Steffen Juul]

On 29/03/2009, at 17.41, volker böhm wrote:

however i never succeeded in building pd vanilla on osx myself  
(anyone?).


No, not with the makefile shipped with vanilla. It would be nice to  
know who Miller actually builds it.



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] building vanilla on os x (Was: Re: abs~ and exp~ fixes [was: rjdj])

[Steffen Juul]

On 30/03/2009, at 14.01, Luke Iannini wrote:


On Mon, Mar 30, 2009 at 3:52 AM, volker böhm  wrote:


On 30 Mar 2009, at 00:31, Hans-Christoph Steiner wrote:


On Mar 29, 2009, at 3:20 PM, Steffen Juul wrote:



On 29/03/2009, at 17.41, volker böhm wrote:


however i never succeeded in building pd vanilla on osx myself
(anyone?).


No, not with the makefile shipped with vanilla. It would be nice  
to know

who Miller actually builds it.

Hmm.. I build Pd on OS X all the time!  I don't think I've done
anything special but perhaps I did long ago.  Of course, I don't know
the process by which Miller assembles the Pd app bundle, but I simply
build the pd binary and drop it in to the latest Pd.app from Miller's
site.


Ah ok. Thanks for sharing that tip. Maybe Miller actually make  
the .app that way. That could explain why the CFBundleVersion tag in  
Info.plist still is set to 0.38. Side note: I think Marius found that  
to be the problem with newer versions not being the standard for  
opening Pd patches.



Where is it failing?


It didn't really fail. IT just doesn't assemble a .app - as Volker  
described.

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] building vanilla on os x (Was: Re: abs~ and exp~ fixes [was: rjdj])

[Steffen Juul]

On 30/03/2009, at 16.31, volker böhm wrote:
i would be interested in knowing what's the startup sequence when  
double clicking on the app bundle.


I think Hans has documented exactly that. Maybe you can find the  
appropriate thread on the pd-dev list.
 
___

Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pd book sprint

[Steffen Juul]

On 30/03/2009, at 20.29, Derek Holzer wrote:

If people are ready for a deeper understanding of DSP, that's where  
Miller's book, and pd-tutorial.com and the Roads CMT book and all  
the rest come in. And perhaps your Portuguese one as well. I don't  
want this book to step into a niche which already has many options,  
I want it to fill a niche which is still wide open: Pd for absolute  
beginners, no prerequisites required.



As i understood it, that is also the (at least intended) scope of  
'Programming Electronic Music in Pd' aka pd-tutorial.com. - Not that  
you shouldn't carry on.


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] PD t-shirts

[Steffen Juul]

On 01/04/2009, at 16.34, Ben Baker-Smith wrote:


I just don't want to settle on PdCon if
it's only useful to attendees.  (of course, I understand that in a
good open-source community knowledge gained by any members contributes
in some way to the knowledge of the group... but I'm talking more
formal documention rather than more answers on the mailing list)


I guess at least the papers and similar will be posted online. Maybe  
there will even be printed a proceeding. So i think your fairly safe.  
Also i don't think you have any other option.


Great idea. Have you got a design ready?


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] a story for Lists

[Steffen Juul]

On 06/04/2009, at 8.49, Frank Barknecht wrote:

I would also strongly recommend to use a consistent terminology for  
lists that
are not lists in the Pd sense: I would call them meta-messages just  
like Miller

does, and if there's ambiguity the manual should call proper lists
"list-messages".


So "A 20, D 30, S 76, R 300" is a meta-message while "list A 20, D  
30, S 76, R 300" is a list-message? 


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] using namespace prefixes in a vanilla setup

[Steffen Juul]

On 02/05/2009, at 3.31, Hans-Christoph Steiner wrote:


So here's the solution i came up with, you
make a 'lib' folder in your project, stick the libraries as folders in
'lib', then use [declare -path lib].  Here's an example:

http://puredata.info/Members/hans/vanilla_libdir.tar.bz2


But what about "sorry, couldn't find help patch for "mapping/ 
curve.pd"" ?


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Improved bug report: [expr] on Windows 2000 (XP non-professional)

[Steffen Juul]

On 01/03/2008, at 20.06, David F. Place wrote:

> Yesterday, I rather vaguely reported a bug

I think it is better to add them to the bug tracker:
https://sourceforge.net/tracker/?atid=478070&group_id=55736

best

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] audio from LAC2008 Pd meeting

[Steffen Juul]

On 03/03/2008, at 22.36, Frank Barknecht wrote:

> Also the recorded streams will be cut and edited a bit and then be
> available there as well as in the last years.

But http://lac2008.khm.de/ ...?

> What we already have
> online is a set of pictures by an IMO amazingly talented KHM student,
> Niels Mlynek who managed to make us all look like trendy fashion
> models. Definitly check them out. For example I very much like the two
> of Miller here: http://lac.linuxaudio.org/?page_id=51 where the Pd
> patch in the background almost looks like speech ballons right out of
> Miller's mind: [pd think], great!

I have been thinking almost the exact same, though not speech balls  
but something else about the "settings". Really lovely pictures,  
indeed. Action packed and present.

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] A couple new list-abs

[Steffen Juul]

Allow me to chime in. I don't know if this is trivial from the list- 
abs or maybe comes as a special case in one of them. But here goes.


[list-alter-idx] takes tree inputs

2) an idx or the list element key (counting from 0)
1) a list in which element number idx will be altered by
0) the new input,

and returns the original list but with element number idx altered.  
Makes sense? See attached.


It's whoever not robust as if idx is greater then list-length, it  
misbehaves. It depends on list-abs. It's inspired by RTC.






list-alter-idx-help.pd
Description: Binary data


list-alter-idx.pd
Description: Binary data
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] understanding vline~

[Steffen Juul]

On 07/03/2008, at 1.01, naysayer wrote:

> when you click on the rampup, jump down, ramp up again you don't  
> actually get to see that in the example patch because it happens so  
> quickly in the atom gui.(does anyone agree on that with me??).

I do.

> Where as if you print the output of snapshot   then you can see  
> that it is working

Better might be to display it in a graph.

Best, Steffen 

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] GEM manual : 404 Not Found

[Steffen Juul]

On 07/03/2008, at 13.35, altern wrote:

> hi
>
> the GEM manual link at puredata.org and gem.iem.org does not work
>
> http://gem.iem.at/manual/

there is another link in http://puredata.info/docs/manuals


>
> enrike
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] vbap define_loudspeakers messages

[Steffen Juul]

On 07/03/2008, at 20.05, Georg Holzmann wrote:

> Last year I did a workshop on this, you can find the files here:
> http://grh.mur.at/misc/PdSpatialization.tar.gz

Great. Took the liberty of adding it to http://puredata.info/docs/ 
tutorials

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Compiling netsend~/netreceive~ on intel mac

[Steffen Juul]

On 16/03/2008, at 13.52, Roman Haefeli wrote:

> i couldn't find anything about the license of those externals, though.

netsend~.c and netreceive~.c says:

/* This program is free software; you can redistribute it and/ 
or*/
/* modify it under the terms of the GNU General Public  
License  */
/* as published by the Free Software Foundation; either version  
2   */
/* of the License, or (at your option) any later  
version.   */


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Compiling netsend~/netreceive~ on intel mac

[Steffen Juul]

On 16/03/2008, at 0.38, Philip Rivera wrote:

> I've been trying to compile Olaf Matthews netsend~ and netreceive~  
> objects for pd for an intel mac.  Has anyone had any success with  
> this, or has binaries already compiled.

What error do you get?

I can compile netreceive~ fine. Only need to alter the DARWININCLUDE  
variable in the makefile to point to the Pd source code, if it  
doesn't already.

Wrt. netsend~ i get the following error:

cc -DPD -DUNIX -DMACOSX -O2 -Wall -W -Wno-unused -Wno-parentheses - 
Wno-switch -I/My/Path/To/pd/src -Iinclude -o netsend~.o -c netsend~.c
/var/tmp//cchTlZrk.s:597:no such instruction: `fctiw %st,%st'
/var/tmp//cchTlZrk.s:598:no such instruction: `stfd %st,-32(%ebp)'
make: *** [netsend~.pd_darwin] Error 1


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Box Muller Gaussian noise

[Steffen Juul]

Hey Andy,

On 16/03/2008, at 23.12, Andy Farnell wrote:

> I just neatened that up into an abstration + help

Thanks for wrapping it up.

> All vanilla

I don't think [ln~] is vanilla. But [expr~ ln($v1)] could maybe do,  
as it's shipped with vanilla.

Best, Steffen

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Fwd: Alternate Controllers

[Steffen Juul]

On 18/03/2008, at 3.29, Mike McGonagle wrote:

> I saw R Boulange (sp?) perform with a Radio Baton in the 90's, and  
> was very interested in that, except that they went for somewhere  
> around 4000$

Didn't Max Matthews publish the schematics? At icmc07 there was a guy  
demoing a vocal piece using the Radio Baton and iirc he said that  
they were bugging Max for a USB version.

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Google SoC: call for mentors and project ideas

[Steffen Juul]

On 20/03/2008, at 18.52, Daniel Wilcox wrote:

> I'd like to see drag and drop of pd patches from an OS file browser  
> onto pd to open them.

I'm sure you'r concerned with a specific or any OS not just an OS,  
since it works on Mac OS X. Maybe it's work for the "desktop manager"  
not the OS? - Just thoughts. 

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] HID: Am I doing this right?

[Steffen Juul]

On 20/03/2008, at 21.18, Mike McGonagle wrote:

> In playing with [hid] a bit more, it appears that you can have it  
> track when multiple keys are down. Just as a test, I pressed and  
> held down keys, and once I get to the sixth key, no matter what key  
> I pressed it would output 'key_1 1' for that key, and any  
> subsequent keys that are pressed are not registered.
>
> Is the number of multiple keys restricted by [hid] or the system?  
> Is 'key_1 1' an indicator that no more keys can be pressed?

I've also been successful with five keys max. I don't know if that's  
within specs. Maybe you can juice something out of - or sub to,  
depending on your OS - 

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] skull & crossbone blob detection

[Steffen Juul]

Eyesweb [0] does some 16 point blob detection and tracking of (human,  
i guess) skeletons - or the human figure. It can output OSC messages.  
Does such tool exist as open source? Like in or for, say, GEM?

[0] Webpage: http://musart.dist.unige.it/EywMain.html
A demo: http://youtube.com/watch?v=J9sC7eb930o

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] call for old PC100/PC133 RAM donations

[Steffen Juul]

Have you scored some RAM already, Hans?

On 25/03/2008, at 21.08, [EMAIL PROTECTED] wrote:
> i had always considered  to write a couple of ebuilds and emerge pd
> just a s normal, but i didn't actyually learn to write them propertly
> yet .. but i reckon i can sort that out really ;)

Then maybe you'll find http://pd-overlay.sf.net/ useful.

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] new pd-gem audio-video synth

[Steffen Juul]

On 25/03/2008, at 23.35, Hans-Christoph Steiner wrote:
>
> That's quite nice. Simple yet engaging.

yeah. nice idea.

>   How did you make the lights
> turn on and off?  Did you gather up pictures with each room's light  
> on?

it seams from the zip packages that one pic was taken with alot but  
not all rooms had light on. Then all those rooms with light on has a  
corresponding (hand made, i suppose) picture with the room cut out  
with the light off and the rest transparent. 

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] cheap AVR/HID sensor board

[Steffen Juul]

Neat lill' thing.

On 27/03/2008, at 2.04, Derek Holzer wrote:
> The circuit diagram is pretty simple, if you can't etch it I think you
> could still build it in an afternoon.

One would need to (purchase parts to and) build a programmer first,  
right?

Also, i can't find locate the code/hex-file on the website (http:// 
1010.co.uk/avrhid.html). 

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] cyclone

[Steffen Juul]

On 27/03/2008, at 21.45, marius schebella wrote:
> hi (hans),
> is there a problem with externals/miXed/shadow/cyclone? did you think
> about integrating this into pd-extended? I think it is a useful  
> object.
> can you help me, what do I need to do to get it compiled within the
> pd-extended build system?

For what i know there is some extra magic (that you request in  
another thread) witch is not there when build as one object-class per  
file as Pd-extended does is. But when build as a multi class lib in a  
single file, then it works. (cf. )

So maybe it works if you give the shipped in makefile a bash?

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] lowest common multiple of lots of periods

[Steffen Juul]

On 29/03/2008, at 10.22, Andy Farnell wrote:
> for a pair gcd by Euclid then lcm (a, b) = a/gcd(a, b) * b
>
> Dunno how you can extend this to a list lcm(a, b, c ...z) ??

Maybe using 'lcm(a,b,c) = lcm(lcm(a,b),c)' (which is true sine they  
share prime factors).


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Another interface suggestion

[Steffen Juul]

On 01/04/2008, at 2.24, danomatika wrote:
> Another thing occurred to me as far as ui.  When I'm editing  
> subpatches I sometimes lose the window and have this habit of  
> clicking on the subpatch object in the parent window and when  
> nothing happens, I remember it's already open.  I would be great if  
> pd would bring that open window to the forefront as if it had been  
> selected in the window list.

Thats interesting. It behaves as you'd like on MacOSX. I made a wiki  
pages where we maybe could document those small cross platform  
differences:
http://puredata.info/dev/GUIPlatformDifferences

It kind of glue to the GUI Ideas wiki page: http://puredata.info/dev/ 
GuiIdeas

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] FSR and velocity sensitive keyboards

[Steffen Juul]

Inspired by the (other) topic on force sensitive resisters:

How is velocity sensitive keyboards made, do they use FSR's of some  
sort?

I'm sorry if it's too off topic, but it could easily be Pd+Arduion/uC  
related.

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Building messages

[Steffen Juul]

On 15/04/2008, at 5.09, Ricardo Dueñas Parada wrote:
I need to compose a OSC message like this: [/messagename xxx yyy 
(   where xxx and yyy are
values from fiddle. And I need that one message is build and send  
everytime xxx or yyy changes.



Like the attached maybe?



buildingmsg.pd
Description: Binary data
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Cyclone in vanilla?

[Steffen Juul]

On 24/04/2008, at 19.17, Claude Heiland-Allen wrote:
> But, there is the potential confusion of [pow][pow~][**][**~], it  
> would
> be nice if the signal version of maths behaved the same as the
> non-signal maths with the same name (confusing if [pow] exists but the
> signal equivalent is [**~]).

Right. I think odd naming like **~, power~ and the like cause more  
harm then if the inlets are "swapped", since they are harder to  
recall or guess for both current and new users.

And to be frank, does it really matter if it's one way or the other?  
I mean, they are both "hot". So it only a matter of what one would  
think is natural or the convention or how you'd normally use such  
function. I'm very sure i have a TI calculator floating somewhere  
where it is the "cyclone/max" way. So there is no right thing only  
preferences, and no trigger-particle issues, hence in that respect i  
can not see how it contradicts with current Pd tilde-class behavior.

just my opinion.

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Cyclone in vanilla?

[Steffen Juul]

On 25/04/2008, at 17.06, Miller Puckette wrote:
> OMG, is it really true that pow and pow~ are reversed from each  
> other in
> Max (and hence cyclone)!?

no (the assumption in the above is not true). according to the  
reference manuals downloadable from C74's website [0], pow and pow~  
are consistent with each other. Ie. left inlet sets the exponent and  
the right inlet and the argument sets the base.

[0] http://www.cycling74.com/download/maxmsp463doc.zip



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Cyclone in vanilla?

[Steffen Juul]

On 25/04/2008, at 17.37, marius schebella wrote:
> in max (4.6) you get
>
> [6\
> |
> [pow 2]
>   |
> [36\

That is odd. It matches the example in their reference manuals but  
not the text unless "base" and "exponent" momentarily means something  
else while reading that text.

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] I'm stuck in a corner, please help! RE: [delta~] object was: Re: Cyclone in vanilla?

[Steffen Juul]

On 25/04/2008, at 18.34, Frank Barknecht wrote:
> Hallo,
> Andy Farnell hat gesagt: // Andy Farnell wrote:
>
>> Fundamentally, [z~] is a *very* useful primitive to have
>
> I think, fundamentally z~ is just delread~/delwrite~ with a different
> way to specify delay times, slightly better performance because it
> doesn't allow many things delread~/delwrite~ can do, and no need
> to employ two objects. Or am I missing something?

Maybe that your implementation uses an unsupported feature?

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] I'm stuck in a corner, please help! RE: [delta~] object was: Re: Cyclone in vanilla?

[Steffen Juul]

On 25/04/2008, at 19.25, Steffen Juul wrote:
>
> On 25/04/2008, at 18.34, Frank Barknecht wrote:
>> Hallo,
>> Andy Farnell hat gesagt: // Andy Farnell wrote:
>>
>>> Fundamentally, [z~] is a *very* useful primitive to have
>>
>> I think, fundamentally z~ is just delread~/delwrite~ with a different
>> way to specify delay times, slightly better performance because it
>> doesn't allow many things delread~/delwrite~ can do, and no need
>> to employ two objects. Or am I missing something?
>
> Maybe that your implementation uses an unsupported feature?

I gotta point out that my intention was not to be rude, but rather to  
point out that if, and i may very well be wrong, z~ implementations  
need dynamic patching which is an unsupported feature then its not a  
robust solution hence not the best to add to a printed book.

I'm sorry if i seamed rude, i just tried to be brief.

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] List header (Was: Re: [PD-announce] Proof Me! PD FLOSS Manual)

[Steffen Juul]

On 07/05/2008, at 9.54, IOhannes m zmoelnig wrote:

> Derek Holzer wrote:
>>
>> 4) Grammar/spelling, of course
>
> Miller refers to "Pd" rather than "PD", shouldn't this canonical  
> form be
> used? (which reminds me, that even the header of this list says  
> [PD] :-|)

Oh dear. Any chance of changing that (for all the iem-lists)? Please. 

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] UI developer volunteering to help

[Steffen Juul]

On 03/05/2008, at 20.06, David Golightly wrote:
So, I'm interested in starting with fixing some of the messy  
dialogs, then working toward getting a mouse-less edit mode.



That sounds great. I especially like your focus on editing objects  
prefs.


For the path/lib pref panel, the attached is what i got at when i  
stalled.
- It's super messy and only trying to sketch an idea on how to  
actually do it while learning tcl/tk and getting into Pd src. This  
sketching need no edits to Pd source code but tries to black-box test  
first. Depending on the actual implementation one might need to patch  
s_path.c, hence recompile Pd to do a full test (as opposed to just  
swap main.tk). IOhannes recently got a patch for adding more path/ 
libs into Vanilla that gives more then 10 variables to work with in  
the Tcl side of Pd. A better fix would be to use another format (not  
assumed in my test) then pd_path0, pd_path1, ..., pd_pathN - like a  
'pd_path' array.

 

pref.test.tk
Description: Binary data
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] List header (Was: Re: [PD-announce] Proof Me! PD FLOSS Manual)

[Steffen Juul]

On 09/05/2008, at 11.27, Roman Haefeli wrote:

> changing the mail filters shouldn't be too hard ;-)

And why filter list-mail by subject? I might miss an obvious reason,  
thats why i ask.


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] UI developer volunteering to help

[Steffen Juul]

On 10/05/2008, at 19.48, David Golightly wrote:

> Ok, after a busy week this is what I've been able to come up with  
> for the Path dialog.

Looking really good! The browse functionality is a fair idiom in a  
such GUI as oppose to entering text, i think.

"One" comment: I have a beef with the functionality of the buttons.  
Not the Cancel one. The others. 'Apply' does something. 'Ok' does  
'apply' plus 'cancel'. 'Save...' does 'Apply' plus saves. But it says  
the list is only gonna work from next time Pd is lunched, why i don't  
get the 'Apply' and 'Ok'. 'Ok' should do save and cancel. Thats all  
one wants, anit?

> I'm thinking about adapting this UI for the Startup dialog -  
> shouldn't be hard to do - except instead of choosing directories  
> you want to enter arbitrary text.

I haven't checked your code but i suppose most "proc's" can be reused?

> I've set up some various key bindings so I want to make sure it  
> seems usable for everyone.

Nice. What are they?

> So far I've only tested this on Mac OS X

OS X.4 here.

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] UI developer volunteering to help

[Steffen Juul]

On 11/05/2008, at 2.25, David Golightly wrote:

> So... what's the procedure for checking in to svn :)?

(FWIW.) To make a patch and submit it to the patch-tracker as SF.  
Then a few things can happen (and some combinations):
1) Miller accepts it and it gets into vanilla section of SVN 2)  
Miller doesn't accept it and it doesn't get into vanilla 3) Hans subs  
the patch to SVN and use it for Pd-extended.

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] UI developer volunteering to help

[Steffen Juul]

On Sun, May 11, 2008 1:29 pm, Hans-Christoph Steiner wrote:

> - about the Apply button, I think it should only show up on platforms
> where it is a common thing.  On Mac OS X, it should just be OK and
> Cancel.  On Windows, there should be Apply.  I think GNOME has moved
> away from Apply, but I don't know anything about KDE.

KDE seam to have both Apply and OK (and Cancel). But i don't think the
actual UI need be platform dependent. That is, i think it matters less
then having multiple buttons with different names that hint much the same
functionally but don't nessacarily supply that functionality. Apply, Ok
and Save in this case - as explained earlier.

One easy solution is to remove the Save button and add the save
functionality to the Ok button. And then either remove also the Apply
button or add the save functionality to that also. So where

Save:= Saves changes to file ready for next startup of Pd
Cancel:= Cancels i.e. quit the dialog

we have:

Case i:
Cancel
Apply:= Save
Ok:= Apply + Cancel

Case ii:
Cancel
Ok:= Save + Cancel

That said, I'd like to underline that i think the improvements already
done are much more impotent then this clearing of confusion of the UI. I
shall rest my case now (or submit a patch).


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] automated subpatch creation

[Steffen Juul]

On 12/05/2008, at 7.03, Joseph Barrows wrote:

> (...) is there a tute or some details on howto do this i can read  
> up on and refer to while patching?

See /trunk/doc/additional/pd-msg/ of the SVN repo at SF.
Those tut/docs are also shipped with Pd-extended.
Not that this so-called "dynamic patching" is doable but unsupported.

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] List header (Was: Re: [PD-announce] Proof Me! PD FLOSS Manual)

[Steffen Juul]

On 12/05/2008, at 23.40, Frank Barknecht wrote:

> Maybe you want to change that as well while you're at it

Good idea.

> - with an advance warning so I can adapt my filter in time.

Alternatively you could make your filter look for list-id in '"List- 
ID:" [phrase] "<" list-id ">"' instead of (part of) phrase.

Best

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] call for testing on the nightly builds!

[Steffen Juul]

On 13/05/2008, at 20.09, Hans-Christoph Steiner wrote:

>
> On May 13, 2008, at 10:06 AM, Enrique Erne wrote:
>> 1) at the moment if one modifies the preferences of i.e. vanilla pd
>> the pd-extended looses all path and startup preferences (this is on
>> osx i don't know about win or linux).
>>
>> i would like to propose that ~/Library/Preferences/
>> org.puredata.pd.plist will be completely ignored by pd-extended.
>> instead only the org.puredata.pd.plist inside the pd-extended app
>> should be used.
>> this way one could have different working setups. what do you think?


This resembles a feature request i made, cf. . (So I encourage  
this.)

> I think people want to save preferences for Pd-extended too.

If there was such option in Pd-extended then people could do either  
of two to save preferences for Pd-extended:

1) Enable 'use "internal preferences"' and edit those.
2) Disable 'use "internal preferences"' and edit the normal preferences.

It should properly be disabled as standard to suit most users need. 

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-ot] mailing-list header

[Steffen Juul]

On 13/05/2008, at 21.06, IOhannes m zmölnig wrote:

> Steffen Juul wrote:
>> On 13/05/2008, at 18.46, Steffen Juul wrote:
>
>> Or.. it's there in the email i sent before this one, but not in the
>> one by you/IOhannes.
>
> well, i sent my reply to pd-ot, and directly to frank and you.
> you probably have set the "no-dupes" flag, so you only got the email i
> directly sent to you, without any list-id headers (as it did not come
> from the list)
>
> this one goes via the list, so you should get a list-id header.

Straight. Thanks for explaining. 
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] UI developer volunteering to help

[Steffen Juul]

On 14/05/2008, at 0.16, marius schebella wrote:

> David Golightly wrote:
>> Keep in mind I'm
>> still learning Tcl/Tk, so some of these ideas, while excellent, are a
>> little beyond my technical grasp at this point and may be  
>> improvements
>> that we make incrementally over time.  Also, I have a limited  
>> amount of
>> my time to budget for this kind of work
>
> david,
> if you spend 1 hour on coding and one hour on documenting of how to  
> get
> to that step, (instead of 2 hours coding), then the chance that more
> people will be able to jump in is bigger. tcl/tk is new to most  
> people.
> being able to concentrate on design and ui aspects would make life
> easier. the hard part is to get started.

Especially since the names in Tk are to my experience somewhat  
different to what one put in the search bar, ie. of my/your(?)/normal  
vocabulary.

Example: tabs ~= notebook. See http://wiki.tcl.tk/2298

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] splitfilename length problem

[Steffen Juul]

On 15/05/2008, at 13.20, martin brinkmann wrote:

> #N canvas 481 272 608 289 10;
> #X obj 15 217 splitfilename;
> #X obj 106 244 print;
> #X text 478 79 freeze pd!!!;
> #X msg 44 76 symbol  
> qwertzuiopasdfghjklyxcvbnmqwertzuiopasdfghjklyxcvbnmqwertzuiopasdfghjk 
> lqasdf
> ;
> #X connect 0 1 1 0;
> #X connect 3 0 0 0;

It doesn't freeze in Pd-extended 0.39.3 (mac osx). No idea what  
version of iem-lib that is though.

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] splitfilename length problem

[Steffen Juul]

On 15/05/2008, at 16.37, martin brinkmann wrote:

> sorry for any inconvenience.

For my part; I enjoy that this issue shows that version numbers on  
lib/externals make great sense. Sadly it's a rare phenomenon. 

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] help files was: Re: call for testing on the nightly builds!

[Steffen Juul]

On 18/05/2008, at 12.16, Roman Haefeli wrote:

> i don't see a benefit in having to tell _in_ a help-file where to find
> the class.

I agree.

And the same goes for the other way around. That would be very good  
for giving the help browser a bash, especially (dynamically creation  
of) the reference section (based on path settings). If they (the  
helpfiles/classes/libs) are in the same dir going the route HCS  
surest, that is to do it in TCL, might also make auto/tab-completion  
in object-boxes within reach. - Humble ideas.

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] call for testing on the nightly builds!

[Steffen Juul]

On 22/05/2008, at 17.19, Hans-Christoph Steiner wrote:

>
> On Mac OS X 10.4.11 using Pd-extended v 0.40.3-20080522, I cannot  
> reproduce that.

same here.

But i got:

-
/path/to/pdlua/src/lua.pd_darwin: dlopen(/path/to/pdlua/src/ 
lua.pd_darwin, 10): Symbol not found: _garray_getfloatwords
   Referenced from: /path/to/pdlua/src/lua.pd_darwin
   Expected in: flat namespace

lua: can't load library


It loads fine in Pd-0.41-4 with the same prefs where "Startup..."  
contains 'lua' and "Path..." contains '/path/to/pdlua/src'. The Pdlua  
binaries lives in '/path/to/pdlua/src'.

Submitted as bug #1969695

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] call for testing on the nightly builds!

[Steffen Juul]

On 23/05/2008, at 10.30, hard off wrote:

> if you have a nested abstraction, and edit that abstraction,
> then closing the parent window without saving disables the 'quit pd- 
> extended' option in the menubar.

Hmm. I can't reproduce. Pd-extended 0.40.3 22th of May edition.

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] GridFlow 0.9.1

[Steffen Juul]

On 23/05/2008, at 15.51, marius schebella wrote:

> just wanted to say that it needed some time, but finally this also  
> runs
> on mac (at least on intel with os x 10.5).
> thanks to mathieu!


How did you go by installing? I'm confused since the install guide in  
the manual [0] mentions ruby but the changelog for 0.9.1 says ruby  
have been removed (so it can't be called rubyext anymore right?).

[0] http://gridflow.ca/svn/trunk/doc/install.html

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [openpanel]/[savepanel] directory, [cd]

[Steffen Juul]

On 29/05/2008, at 4.09, Rich E wrote:

> Which brought me to another question; is there any way currently to  
> do a 'cd' or 'pwd' in pd?

Since your already on the external path you could use [getdir] from  
ggee.


> I tried:
>
> [pwd (
> |
> [shell]
>
> but this has the same problem of openpanel and savepaned; it gives  
> you the path that pd was opened from.
>
> [cd /home/full/path/to/patch (
> |
> [shell]
>
> doesn't seem to do anything, and would be a workaround if it did.

When using a [shell] object you'd really wanna run a script. Since  
it's a new shell that's opened each time you query it.

So when you do [cd /to/som/dir(/[shell] and then after wards to [pwd(/ 
[shell] then you'r no longer cd'ed to /to/some/dir but get the root  
dir. You can make a simple shell-script that both cd and pwd and then  
run that script. That is if you want to use a [shell] object.

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Gem-0.91.0 released

[Steffen Juul]

On 02/06/2008, at 9.48, IOhannes m zmoelnig wrote:


finally i have decided to release Gem-0.91 codename 'tigital'.


Cool, thanks.

I just made (with bash+) a pd-patch that instantiate all the object- 
classes that have a help-patch in the Gem folder. It's attached in  
case others might find it useful for testing or just for the overview  
or something else.


Best



gem_obj_list.pd
Description: Binary data
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Gem-0.91.0 released

[Steffen Juul]

On 02/06/2008, at 14.25, IOhannes m zmoelnig wrote:

> if you (or anybody else) finds more bugs till tomorrow, i will  
> hopefully fix them and re-release...

The best i can manage to do right now wrt. finding bugs is to post  
the output, that is printed to the Pd console (shown below). I can  
investigate further if you got specific questions, or, like, things i  
should try out. (I'm really new to Gem. My fist peak at it was a  
~week ago (when i sub'ed my first bug-report).)

- 8< -
  pix_blobtracker
... couldn't create
  pix_buffer_filmopen
... couldn't create
error: [pix_convolve]: matrix must have some dimension
... you might be able to track this down from the Find menu.
error: [pix_curve]: only 1, 3 or 4 arguments are allowed
[pix_fiducialtrack]:based on fidtrack-library (c) R.Bencina
based on reacTIVision (c) M.Kaltenbrunner, R.Bencina
see http://www.iua.upf.es/mtg/reacTable/
error: error opening configuration file
error: [pix_fiducialtrack]: could not load TreeIdMap from 'all.trees'
[pix_freeframe]: trying to load /path/to/gem_obj_list.pd/.frf/
/path/to/gem_obj_list.pd/.frf/: couldn't load
error: GemException: couldn't load FreeFrame-plugin
  pix_freeframe
... couldn't create
error: [pix_histo]: only 1, 3 or 4 arguments are allowed
  pix_indycam
... couldn't create
[pix_movieDarwin]: constructor
using recordQT
recordQT: 29 codecs installed
recordQT: found pjpeg codec 15 1785750887 65816 ctype
error: GemException: pix_share_*: no ID given
  pix_share_read
... couldn't create
error: GemException: pix_share_*: no ID given
  pix_share_write
... couldn't create
[pix_videoDarwin]: height 320 width 240
[pix_videoDarwin]: SG channnel Device List count 3 index 2
[pix_videoDarwin]: SG channnel Device List  DV Video
[pix_videoDarwin]: SG channnel Device List  IIDC FireWire Video
[pix_videoDarwin]: SG channnel Device List  USB Video Class  
VideoreWireDV.component
error: [pix_videoDarwin]: SGSetChannelDevice returned error -9408
[pix_videoDarwin]: vdigName is Built-in iSight
[pix_videoDarwin]: digitizer rect is top 0 bottom 1200 left 0 right 1600
[pix_videoDarwin]: active src rect is top 0 bottom 1200 left 0 right  
1600
error: [pix_videoDarwin]: could not set SG Rect
[pix_videoDarwin]: set SG NormalQuality
[pix_videoDarwin]: using YUV
  pix_videoDS
... couldn't create
error: [part_velcone]: this is obsolete, use [part_velocity cone   
  ] instead
error: [part_velsphere]: this is obsolete, use [part_velocity sphere  
   ] instead
error: [curve]: illegal number of points
[gemframebuffer]: default format is GL_RGB, 6407
[gemframebuffer]: default type is BYTE, 5121
  gemorb
... couldn't create
  gemtablet
... couldn't create
  hsv2rgb
... couldn't create
error: [polygon]: illegal number of points
  rgb2hsv
... couldn't create
  rgb2yuv
... couldn't create
error: [text2d]: cannot find font-file '/path/to/gem_obj_list.pd/ 
vera.ttf'
error: [text3d]: cannot find font-file '/path/to/gem_obj_list.pd/ 
vera.ttf'
error: [textextruded]: cannot find font-file '/path/to/ 
gem_obj_list.pd/vera.ttf'
error: [textoutline]: cannot find font-file '/path/to/gem_obj_list.pd/ 
vera.ttf'
  yuv2rgb
... couldn't create
--

As it's show in the output this is on Mac OS. X.4.11 intel version.  
Pd-0.41-4. Gem is loaded with "-path /path/to/Gem" and "-lib Gem".


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] testing help patches Re: [PD-announce] Gem-0.91.0 released

[Steffen Juul]

On 02/06/2008, at 14.35, Hans-Christoph Steiner wrote:



On Jun 2, 2008, at 1:34 PM, Steffen Juul wrote:

I just made (with bash+) a pd-patch that instantiate all the  
object-classes that have a help-patch in the Gem folder. It's  
attached in case others might find it useful for testing or just  
for the overview or something else.


Looks useful.


Attached is the bash script. Beware; it's ugly. But development speed  
over code efficiency, right?




gem_obj_list.sh
Description: Binary data





That reminds me of my small effort along these lines (snip)


Thanks for pointing to that. Unfortunately i haven't got time right  
now to give it a bash (pun intend). Hopefully someone else has. It's  
a good thing to "bulk test", i think, to speed things up. Also maybe  
effort put here could be reused in the help-browser (- the thing  
about having help-patches live next to where its class lives and  
point to that place from the browser).___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Gem-0.91.0 released

[Steffen Juul]

On 02/06/2008, at 15.38, IOhannes m zmoelnig wrote:

> (snip) is there a hsv2rgb.pd in this path?

No. Some tosser didn't append "Gem" to "/path/to/" in the path  
settings.  /..\

> so all in all i am quite happy with your output :-)

I'm also quite happy now. Thanks for straightening it!

> you did install the universal binary package from gem.iem.at, did you?

Indeed I did. Thanks for distributing binaries.

Best,
Steffen

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Gem-0.91.0 released

[Steffen Juul]

On 02/06/2008, at 14.25, IOhannes m zmoelnig wrote:

> if you (or anybody else) finds more bugs till tomorrow

Has something happened to [pix_data] since
GEM: ver: 0.91-cvs
GEM: compiled: May 21 2008
? (I can't see anything in the Changelog.)

I have a patch that uses that where the output is very different  
between the two versions.

Best, Steffen

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Gem-0.91.0 released

[Steffen Juul]

On 03/06/2008, at 20.48, Steffen Juul wrote:

>
> On 02/06/2008, at 14.25, IOhannes m zmoelnig wrote:
>
>> if you (or anybody else) finds more bugs till tomorrow
>
> Has something happened to [pix_data] since
> GEM: ver: 0.91-cvs
> GEM: compiled: May 21 2008
> ? (I can't see anything in the Changelog.)
>
> I have a patch that uses that where the output is very different
> between the two versions.

Maybe i should add that there is also a [pix_contrast] involved. The  
chain all in all is:

[gemhead]
[pix_image]
[pix_contrast]
[pix_texture]
[square]
[pix_data]



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Gem-0.91.0 released

[Steffen Juul]

On 04/06/2008, at 8.35, IOhannes m zmoelnig wrote:


Steffen Juul wrote:

On 02/06/2008, at 14.25, IOhannes m zmoelnig wrote:

if you (or anybody else) finds more bugs till tomorrow

Has something happened to [pix_data] since
GEM: ver: 0.91-cvs
GEM: compiled: May 21 2008
? (I can't see anything in the Changelog.)
I have a patch that uses that where the output is very different   
between the two versions.



yes, [pix_data] is believed to be kind of fixed...at least it used  
to be.
ah, looking at your compile date, it might indeed be that it was  
broken again when fixing [pix_mask] and so on...


still, it would be nice if you could elaborate on the differences...


Sure. I should have supplied that from the start. Attached.



colortest.pd
Description: Binary data
<>___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] 0.42? (Was:Re: [PD-announce] Pd-0.40.3-extended-rc1 released)

[Steffen Juul]

On 05/06/2008, at 23.38, [EMAIL PROTECTED] wrote:

> Pd-0.42.0-extended

Pardon my ignorance; what does the "42" mean?

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Grokking [declare]

[Steffen Juul]

On 07/06/2008, at 6.20, Mike McGonagle wrote:

> Oh, I was also wondering if there could be some sort of 'feedback'  
> from [declare] that tells us what the path is?


You can run Pd in verbose mode and see where it looks for things. 

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Size of a table

[Steffen Juul]

On 11/06/2008, at 16.03, Andy Farnell wrote:

> On Wed, 11 Jun 2008 13:23:28 +0200
> Roman Haefeli <[EMAIL PROTECTED]> wrote:
>
>> On Wed, 2008-06-11 at 12:09 +0100, Hans Roels wrote:
>>> Apart from [soundfiler] I use this trick to get the size of any  
>>> array
>>> (audio or data) in pd vanilla:
>>> (array1 = the name of an example array)
>>>
>>> bang
>>> |
>>> [expr size("array1")]
>>> |
>>> print
>>
>> hey, nice trick. thanks for sharing.
>>
>> roman
>
> Yeah, nice! Not seen that before, it's very useful. Thanks

Agreed. Neat indeed. I've added it to the Tips'n'Tricks page[0]. Hope  
that's ok.

[0] http://puredata.info/docs/tutorials/TipsAndTricks#getting-table- 
array-size

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] ~/pd or ~/.pd for user's externals directory

[Steffen Juul]

Since this is about user installed externals, why not let each user  
choose what colour they want their bike shed?

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Lorenz attractor

[Steffen Juul]

On 15/06/2008, at 19.39, James Dunn wrote:

> 2) Why does it take 2 bangs to start it?

Execution order. Have a look at [trigger]. You want the right most  
inlet of expr to get it input the last - if i'm not mistaken.

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] better tabread4~

[Steffen Juul]

On Mon, June 23, 2008 2:17 pm, Roman Haefeli wrote:

> the only good reason to keep [tabread4~] in pd is to keep backwards
> compatibility with patches that exploit [tabread4~]'s wierd behaviour,
> imo.

Witch is a good enough reason to keep it, imho.

I much prefer Frank's suggestion. I.e. using the tabread4 name for a
/class/ that offered a bunch of /methods/ - f.x. one like how tabread4
does now and one like how tabread4c.


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] better tabread4~

[Steffen Juul]

On 24/06/2008, at 12.17, Hans-Christoph Steiner wrote:

> Feel free to critique my suggestions, but it isn't really productive
> until there are suggestions for how to do it differently, rather than
> merely saying my suggestion is bad.

Depends on what it is to be different from. If it is to be different  
from the current state then it excludes the possibility to argue for  
status quo.

Best wishes for a happy day.

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] better tabread4~

[Steffen Juul]

On 25/06/2008, at 22.33, cyrille henry wrote:

> so finally, what should be the name of this object?
>
> is it ok if i remove the other test i made and to use only this one?

I think you a free to name your code what you want. And also to  
delete it. I however think people would find it interesting with a  
"lib"* of tabread's with different interpolation schemes.

At least i think it would be cool with a collection where also the  
interpolation methods of the "others" are included (fx, the SC one).

Thanks for publishing.

(* where ever its one-file-multi-class, one-class-per-file or multi- 
method-per-class.)

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] gallery section (Was:Re: [PD-announce] some works done with pd)

[Steffen Juul]

Please reply to pdweb to continue this discussion.

On 29/07/2008, at 19.36, Hans-Christoph Steiner wrote:

> This reminds me, we really need that gallery section on puredata.info
> to show stuff like this off...  It was so close to completion, anyone
> want to take it live?

First off, i'm the slack bus-hit someone that didn't complete the  
gallery (ie. the exhibition) section mentioned.

I have been meaning to get back about it, but decided to not do it  
till i had more solid things to offer then ideas. Well, now i'll have  
to push in the ideas without the solid stuff. I'll be brief and leave  
out (most of) my reasons:

* I think the exhibition section should be discarded. It has in parts  
been replaced by a goto10 project (that reach much wider in scope  
though) and more importantly - to put it diplomatically - the  
publishing scheme is not compatible with the target community.

* There should instead be made weblog sync point for Pd related  
weblogs posts á la ProcessingBlogs. It should be simple to manage:  
Anyone wanting their Pd related weblogs posts to be in the common  
feed should supply a feed url with a "tag" for the Pd related posts  
in their feed. Either to a person doing the management (could be done  
in turns) or if possible through the IEM/Pd.info/plone-setup thing.

* Also there should be a concise wiki page with examples of what  
could be done with Pd. People writing that would want to suppress  
there ego for a second and think about what newcomers would most- 
likely want to see when looking into what Pd is by what can be done  
in Pd. Also therefore it shouldn't seek all the outer limits but  
include stuff like a simple algo-composing and loop-sampler example.


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] abstraction dont works, sample player, openpanel

[Steffen Juul]

On 02/08/2008, at 21.51, smilingmolecule wrote:

(...) how can i save the path to the file, so that i dont have to  
rechoose the file after each restart?


one slightly dodgy approach in the attached patch.


savepath.pd
Description: Binary data
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] looking for gate~

[Steffen Juul]

On 03/08/2008, at 21.43, marius schebella wrote:


Atte André Jensen wrote:

Hi

I'm looking for something that works like gate, just with audio  
signals,

is there anything outthere already that does this?



for audio you can use multiplication. right inlet is 0 or 1.
[*~ 0]


i was slow... some thing like the attached. add [line~]s if you don't  
want clicks.




gat.pd
Description: Binary data



___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] variables in throw~

[Steffen Juul]

On 05/08/2008, at 8.27, Atte André Jensen wrote:

> marius schebella wrote:
>
>> (num)
>>   |
>> [set channel$1(
>>   |
>> [throw~ channelX]
>
> Where is this set-ability documented?

in the help patch. if you right-click a throw~ object you can choose  
"help" which will get you to the help-patch of the throw~ object-class.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Keyname Object Changed?

[Steffen Juul]

On 12/08/2008, at 3.32, Hans-Christoph Steiner wrote:

> [keyname] changed to be more cross-platform, and more key commands
> were added.

Are such differences (in the core objectclasses) between Pd-extended  
and Pd(-vanilla) documented somewhere?

I can't tell you how you should go about it, but i think it would be  
nice if such things as core objectclasses worked the same on both  
vanilla and extended. (Or if thats not a possibility - as i assume  
the case is here - then maybe issue a warning?) Anyways, it alters  
the meaning of "works with Pd-extended" to "even if you install and  
load the externals needed it might not work with vanilla".

Sorry if i sound harsh but i think it's quite serious matter.

Best, Steffen.

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [Style Guide] 1. Separators in Send/Receive/Value names

[Steffen Juul]

On 13/08/2008, at 9.27, Luke Iannini wrote:

> I think we should adopt "-" for spaces, since it's the most prevalent
> style I've encountered.

I personal don't care if it's dash or underscore or camelCase.

> And, I think whatever we decide on as the
> hierarchical separator should be used to separate $0, $1 etc from the
> name itself.  When creating a hierarchy in a send/receive, one usually
> gloms together keys from parent abstractions, e.g. start with
> /bigsynth, then inside pass $1/filter to a child abstraction, then
> inside that use $1/cutoff to get /bigsynth/filter/cutoff.  I see $0 as
> no different; it means (or, is used to mean) "this-instance"/cutoff,
> and thus should be separated accordingly.

I agree.

> And, I have a slight leaning towards "." over "/" as the send/receive
> hierarchical separator since it provides a distinction from OSC
> addresses and namespaces.

I would be cool if you/someone could cook up some use case examples  
of this to makes things more clear in a practical way and less  
theoretical/bikeshedcolor-like. I think Frank suggested similar  
earlier on.

Ps. I think it's very cool that you attempt this work, and also  
honorable (though i hate that word) that you follow up on it and  
organize peoples opinions into a wiki-page. Maillists are such a  
terrible structured kind of "documentation".

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] mrmr + iphone + pd

[Steffen Juul]

On 06/09/2008, at 17.20, mark edward grimm wrote:

> hello,
>
> i just noticed that cydia offers 'mrmr' on the 2.0 jailbroken  
> iphones. i never tried it on the old 1.1.4 firmware so im not  
> certain how to connect the iphone to pd. im on osx 10.5. is there a  
> tutorial on how to make the connection to send osc?

There is this: http://poly.share.dj/helpfiles/mrmr_quickstart/ 
mrmr_quickstart.pdf

The interface builder (mrmrIB) doesn't seam to run on 10.4 but on  
10.5 - so your are lucky. I haven't tried the IB yet as i don't run  
10.5, but i was to make a performance app/interface combo for a  
friend who got one of them phones. It doesn't say much about it in  
the tutorial but i suspect that while building the interface you'd  
give the widgets a "OSC-name". I would be nice to know what you cook up.

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] how pd refers to abstractions under OS X - example of "adsr" in vanilla version

[Steffen Juul]

On Sat, September 20, 2008 4:02 pm, Lao Yu wrote:

> exactly inside the folder that they were. For instance, the patch /
> 3.audio.examples/D02.adsr.pd would not work if it is opened from a
> different folder.

How do you open it? Are you opening it from the "help browser"?


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] biquad~ with elementary filters [was: Re: dinosaurs ...]

[Steffen Juul]

On 21/09/2008, at 16.02, Charles Henry wrote:

> For real-time filtering, you can't already know the sample that  
> comes next.

Isn't that what windows (=(?) blocks in Pd-lingo) is for?

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] icmc08 reports

[Steffen Juul]

http://vimeo.com/1643757
Blind Date, feat. Florian Hollerweger and IOhannes Zmolnig
(care to elaborate on it/the setup?)

Any other?

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] new vanilla list-abs: list-slice, list-value and more

[Steffen Juul]

On 25/09/2008, at 18.46, Jack wrote:

> if someone is interrested to include this list-abs

I also posted a list-abs'ish list abs a while back. Maybe we can make  
a prospect wiki page that can function as a hub for list-abs that are  
not in the list-abs?

@Frank: Would you mind pointing out what (minimum) requirements you  
have for accepting new list-abs? Except for it to be vanilla and not  
using [prefix/someobj], that i'm guessing is a rule.

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] compiling pd vanilla on os x: ld problems

[Steffen Juul]

On 07/11/2008, at 19.43, Rich E wrote:

> (snip) Mac PowerPC G4 (snip) I get a warning that "-arch i386" was  
> specified to ld (snip)

The PowerPC G4 isn't i386, ain't?

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Patching Circles

[Steffen Juul]

On 08/11/2008, at 5.00, Hans-Christoph Steiner wrote:

>
> I say just make a page.  A page in http://puredata.info/community
>

we didn't manage to meet up in copenhagen, yet, but made a wee page  
in http://puredata.info/community/organization/. That is one level  
deeper in/up/down from the community section.

___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Patching Circles

[Steffen Juul]

On 10/11/2008, at 17.34, Hans-Christoph Steiner wrote:
> IMHO, these wikis should use MoinMoin syntax (snip)

On a similar note: What's wrong with http://puredata.info/community/ 
organization ?


___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Clicks between slices (slicer)

[Steffen Juul]

On 01/10/2007, at 17.57, F R E N K wrote:

> The main problem with this is I would get silence between the  
> slices, instead of one continuous loop.

The silence will be very short. I'd be surprised if you can hear it.

Other then Hard Off's solution i believe one could either make sure  
the slices are zero-crossing (that the endpoint that the end points  
are 0 (or at-least the same value)) or to interpolate between the  
endpoints of the slices.

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Clicks between slices (slicer)

[Steffen Juul]

On 01/10/2007, at 18.33, Steffen Juul wrote:

> I'd be surprised if you can hear it.

Hmm. Maybe I should take that back.

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list