[PD] pd geek shirts

2011-02-23 Thread Richie Cyngler
Hi all,

I'm designing a couple of Pd geek shirts, pretty much just to merge my love
of Pd and shirts. I've attached a .pd version of both designs.

Since I'm not a screen printer I'm considering uploading the designs to
redbubble.com and listing them at cost. That way anyone who wants to order
them can, and only redbubble makes money out of it.

I chose redbubble because they have good postage rates for me and the
quality of the final product is good. If anyone is not cool with this please
say so.

I'm very happy to send out the high rez files to anyone who wants to print
them themselves too, just let me know.



-cheers
Richard


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


Re: [PD] pd geek shirts

2011-02-23 Thread Andy Farnell


My experience with both screen and polymer processes is 
you need to avoid too many thin lines

So the single object, printed large, would make
a better design for technical reasons IMHO.



On Wed, 23 Feb 2011 20:59:50 +1100
Richie Cyngler glitch...@gmail.com wrote:

 Hi all,
 
 I'm designing a couple of Pd geek shirts, pretty much just to merge my love
 of Pd and shirts. I've attached a .pd version of both designs.
 
 Since I'm not a screen printer I'm considering uploading the designs to
 redbubble.com and listing them at cost. That way anyone who wants to order
 them can, and only redbubble makes money out of it.
 
 I chose redbubble because they have good postage rates for me and the
 quality of the final product is good. If anyone is not cool with this please
 say so.
 
 I'm very happy to send out the high rez files to anyone who wants to print
 them themselves too, just let me know.
 
 
 
 -cheers
 Richard


-- 
Andy Farnell padawa...@obiwannabe.co.uk

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


Re: [PD] pd geek shirts

2011-02-23 Thread Pedro Lopes
Agree with Andy,

I'd like just the human~ printed really big.

:)

On Wed, Feb 23, 2011 at 10:11 AM, Andy Farnell
padawa...@obiwannabe.co.ukwrote:



 My experience with both screen and polymer processes is
 you need to avoid too many thin lines

 So the single object, printed large, would make
 a better design for technical reasons IMHO.



 On Wed, 23 Feb 2011 20:59:50 +1100
 Richie Cyngler glitch...@gmail.com wrote:

  Hi all,
 
  I'm designing a couple of Pd geek shirts, pretty much just to merge my
 love
  of Pd and shirts. I've attached a .pd version of both designs.
 
  Since I'm not a screen printer I'm considering uploading the designs to
  redbubble.com and listing them at cost. That way anyone who wants to
 order
  them can, and only redbubble makes money out of it.
 
  I chose redbubble because they have good postage rates for me and the
  quality of the final product is good. If anyone is not cool with this
 please
  say so.
 
  I'm very happy to send out the high rez files to anyone who wants to
 print
  them themselves too, just let me know.
 
 
 
  -cheers
  Richard


 --
 Andy Farnell padawa...@obiwannabe.co.uk

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




-- 
Pedro Lopes (MSc)
contact: pedro.lo...@ist.utl.pt
website: http://web.ist.utl.pt/Pedro.Lopes /
http://pedrolopesresearch.wordpress.com/ | http://twitter.com/plopesresearch
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] pd geek shirts

2011-02-23 Thread András Murányi
my 2 cents is to use direct color instead of a raster on a white backprint
i'd love
[metro]
 |
[sexual~] but i've checked the infamous thread and i know it's not very
likely :o)

Andras

On Wed, Feb 23, 2011 at 11:22 AM, Pedro Lopes pedro.lo...@ist.utl.ptwrote:

 Agree with Andy,

 I'd like just the human~ printed really big.

 :)


 On Wed, Feb 23, 2011 at 10:11 AM, Andy Farnell padawa...@obiwannabe.co.uk
  wrote:



 My experience with both screen and polymer processes is
 you need to avoid too many thin lines

 So the single object, printed large, would make
 a better design for technical reasons IMHO.



 On Wed, 23 Feb 2011 20:59:50 +1100
 Richie Cyngler glitch...@gmail.com wrote:

  Hi all,
 
  I'm designing a couple of Pd geek shirts, pretty much just to merge my
 love
  of Pd and shirts. I've attached a .pd version of both designs.
 
  Since I'm not a screen printer I'm considering uploading the designs to
  redbubble.com and listing them at cost. That way anyone who wants to
 order
  them can, and only redbubble makes money out of it.
 
  I chose redbubble because they have good postage rates for me and the
  quality of the final product is good. If anyone is not cool with this
 please
  say so.
 
  I'm very happy to send out the high rez files to anyone who wants to
 print
  them themselves too, just let me know.
 
 
 
  -cheers
  Richard


 --
 Andy Farnell padawa...@obiwannabe.co.uk

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




 --
 Pedro Lopes (MSc)
 contact: pedro.lo...@ist.utl.pt
 website: http://web.ist.utl.pt/Pedro.Lopes /
 http://pedrolopesresearch.wordpress.com/ |
 http://twitter.com/plopesresearch

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




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


Re: [PD] pd geek shirts

2011-02-23 Thread Pedro Lopes
GENIUS.

2011/2/23 András Murányi muran...@gmail.com

 my 2 cents is to use direct color instead of a raster on a white backprint
 i'd love
 [metro]
  |
 [sexual~] but i've checked the infamous thread and i know it's not very
 likely :o)

 Andras


 On Wed, Feb 23, 2011 at 11:22 AM, Pedro Lopes pedro.lo...@ist.utl.ptwrote:

 Agree with Andy,

 I'd like just the human~ printed really big.

 :)


 On Wed, Feb 23, 2011 at 10:11 AM, Andy Farnell 
 padawa...@obiwannabe.co.uk wrote:



 My experience with both screen and polymer processes is
 you need to avoid too many thin lines

 So the single object, printed large, would make
 a better design for technical reasons IMHO.



 On Wed, 23 Feb 2011 20:59:50 +1100
 Richie Cyngler glitch...@gmail.com wrote:

  Hi all,
 
  I'm designing a couple of Pd geek shirts, pretty much just to merge my
 love
  of Pd and shirts. I've attached a .pd version of both designs.
 
  Since I'm not a screen printer I'm considering uploading the designs to
  redbubble.com and listing them at cost. That way anyone who wants to
 order
  them can, and only redbubble makes money out of it.
 
  I chose redbubble because they have good postage rates for me and the
  quality of the final product is good. If anyone is not cool with this
 please
  say so.
 
  I'm very happy to send out the high rez files to anyone who wants to
 print
  them themselves too, just let me know.
 
 
 
  -cheers
  Richard


 --
 Andy Farnell padawa...@obiwannabe.co.uk

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




 --
 Pedro Lopes (MSc)
 contact: pedro.lo...@ist.utl.pt
 website: http://web.ist.utl.pt/Pedro.Lopes /
 http://pedrolopesresearch.wordpress.com/ |
 http://twitter.com/plopesresearch

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




 --
 Muranyi Andras

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




-- 
Pedro Lopes (MSc)
contact: pedro.lo...@ist.utl.pt
website: http://web.ist.utl.pt/Pedro.Lopes /
http://pedrolopesresearch.wordpress.com/ | http://twitter.com/plopesresearch
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Pitch envelope

2011-02-23 Thread Andy Farnell

As Matt points out, it's not trivial.

Your initial instinct was best IMHO, to
use the integral (running accumulation)
of normalised pitch.

If you have a samplewise integrator then 
a small increment value 1/samplerate , lets call
it I, will cause the output, let's call that O, to 
reach a value of 1 in 1 second of time.

If your sample is S samples long (look
at the output of [soundfiler] object) then
divide by samplerate to get the time T

You want to reach a value of 1 in T seconds
so divide to get your new increment I.

The envelope can be made by subtracting O
from 1, so that the output fades away.

It's a good idea to add a [max 0] or [clip 0 1]
to the envelope output because it will continue to
get smaller and go negative otherwise.

If pitch varies up or down during playback
then 1 - O should still hit zero at the
end of the playback.


On Mon, 21 Feb 2011 19:49:45 -0500
Matt Barber brbrof...@gmail.com wrote:

 I think it would help me to think of the problem if you could say what
 you wanted the envelope itself to look/sound like. Is this a
 continuous glissando (in frequency? pitch?) from low to high? Does it
 go up then down then up again? Or any of these possibilities? Does it
 matter more what transpositions are involved or what the timing of the
 contour is? All of this matters.
 
 For instance let's say you had a 1000ms sample, and you want the
 result of this process to start out an octave lower than the original
 for a period of time, and then you want it to jump suddenly to an
 octave higher than the original at some point, such that the total
 time of this event is 1000ms. Then your timing is determined for you
 -- you spend 666.667 ms for the octave lower (chewing up 1/3 of the
 original), and then 333.333 ms for the octave higher (chewing up the
 remaining 2/3 of the original).
 
 But let's say you just want the sound to start some unspecified
 interval lower than original and then exactly halfway through the
 1000ms you leap up to some interval higher than written -- this is a
 very different problem and it has multiple solutions (that is, it
 depends on the value of at least one of the intervals). You can start
 with an octave lower (0.5 playback speed) and then jump at 500ms to a
 perfect fifth higher (1.5 playback speed). Or you could start a just
 major third lower (0.8 playback speed) and then jump at 500ms to a
 just minor third higher (1.2 playback speed).
 
 This is true but a little more complicated with glissandi -- it
 matters a lot whether you care more about the timing or more about the
 intervals of transposition, and if you care about the intervals it's
 important whether you're thinking of interval in terms of frequency
 difference or in terms of pitch (the base-2 log of frequency ratios,
 i.e. fractions of an octave or semitones or what have you). The
 linearity of the continuous change will have everything to do with
 whether you're thinking of frequency or the pitch measurement.
 
 I haven't thought this through but I'm pretty sure that a linear
 envelope on frequency will have the same timing as the average of the
 endpoint playback speeds -- in the above example, going from 0.5x to
 1.5x at 500ms would be the same as linearly changing from 0.5x to 1.5x
 over the whole 1000ms -- so long as the mean is 1.
 
 
 Matt
 
 
 
 
  Herm.. not sure,
 
  What I mean is this. If I have a sample of 1000ms, and a breakpoint 
  envelope of
  1000ms duration, the two will stay the same length as long as I don't make 
  any
  points on the graph (i.e. the transpose envelope stays at 0 all the way
  through).
 
  With a transposing sampler, as soon as the transposition is increased the 
  time
  of the sample playback is decreased, so the transposition envelope will not
  finish before the sample is played out. Similarly, if the transposition 
  envelope
  is goes down, the transposition envelope will finish before the sample does.
 
  What I am looking for is a mathematical way to calculate the length of a
  transposition envelope relative to its effect on a finite-length sample, 
  and so
  to derive a length for the envelope that will allow the envelope  and the 
  sample
  to play out over the same duration.
 
 
  The transposition will continuously change the length of the sample, and so 
  from
  my limited knowledge of mathematics I reckon it will take some integration 
  of
  the breakpoint envelope to calculate this number. I'm just not sure how to 
  do
  this.
 
  Best,
  Ed
 
 
  Metastudio 4 for Pure Data - coming soon!
  Metastudio 3 still available at http://sharktracks.co.uk/puredata
 
 ___
 Pd-list@iem.at mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list


-- 
Andy Farnell padawa...@obiwannabe.co.uk

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


Re: [PD] pd-kinect-skeleton

2011-02-23 Thread palmieri, ricardo
hi pat...

thanks by the tryplex links.

yesterday i'd test some processing and animata examples also.
in mac osx i had lots of crashes. in linux, everything runs well.

now, i will start to try something more usefull.
i hope still today, to post some video with all these experiences.

if somebody need some help, just ask. sharing is the key!


thx for all again.

cheers


palm

2011/2/23 philippe boisnard philem...@mac.com

 Hi

 yeah, incredible PSI POse hihihihi, but when I work with dancer or actually
 in theater, comedian or dancer have more flexible posture, for example it
 captures the back and not just face, and if you are at the good distance, it
 captures really in a dynamic movement.

 And I think, that the most interresting work, is not only figurative (3D
 modelisation for example), but to invente some virtual interactive space.
 For example : create a virtual and invisible wall, each brick is a sample.
 The right hand chooses the specific sample, and the other hand and other
 interactive dot of body manipulate effects.
 This way is interresting because, with the xyz axes we work in a complet
 space.

 The only difficulty actually, it's for me the speed of captation by kinect.
 It's slow, and for the creation where I work actually, the comedian is
 speeder than uptake by kinect.

 
  hope to see you soon guys.
 Hope tooo !

 p


 
  cheers
 
  palm




-- 
twitt-me: @ricardopalmieri
mobile# +551185833173
[memelab.com.br]
[palm.estudiolivre.org]
[myspace.com/livenoisetupi]
[skype:palmieriricardo]
[msn: ricardopalmi...@bol.com.br]
[linux user # 392484]
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Gridflow+ L2Ork pd-extended (was: L2Ork pd-extended release candidate 1 now available)

2011-02-23 Thread ALAN BROOKER
Yeah all seems to work( so far) like #out and #see which were not
working before, I am using pd-l2ork 18/02 build so maybe something was
fixed there not too sure.  Going to join on the pd-l2ork-dev mailing
list to catch future announcements---pd-l2ork is great stuff!

On Wed, Feb 23, 2011 at 1:24 AM, Ivica Ico Bukvic i...@vt.edu wrote:
 Great! Thanks for the report. This was definitely on my todo list.

 BTW There have been a lot of unannounced releases of pd-l2ork lately so you 
 may want to check it out. Latest release alone includes universal copy and 
 paste and many other usability improvements.

 Cheers!

 ALAN BROOKER alan.brooker2...@gmail.com wrote:

Hi All

tried quickly L2Ork with  Gridflow  9.14 and both are working
great-big thanks  :)

Off topic Mathieu but has Gridflow  9.14 been tested with  the vanilla
Pd  0.43-0 test versions?

Thanks again


On Wed, Dec 8, 2010 at 8:15 PM, ALAN BROOKER alan.brooker2...@gmail.com 
wrote:
 oops!Apologies Mathieu, it was meant for list, rather just an email to you
 directly


 I have all of those libraries installed, so I will download Gridflow again
 shortly for those additions-  the object [#to_pdp] is working and and can
 display output, so I am using that for meantime
 Thanks to all for looking into this, it's great to have gridflow going
 on L2Ork pd-extended for a good set up !

 On Wed, Dec 8, 2010 at 3:02 PM, Mathieu Bouchard ma...@artengine.ca wrote:

 On Wed, 8 Dec 2010, ALAN BROOKER wrote:

 I have replaced  the g_canvas.h  with the version from L2Ork pd-extended
 and recomplided gridflow- yes it is stable now. However some objects are 
 not
 loading/working specifically [#see] and [#out window].

 I am replying back to the list because it looks like your email doesn't
 have private content, even though you wrote it to just me.

 The problem with [#see] must have to do with changes specific to L2Ork. Do
 you get a crash ? It has to do with the NEWWB macro in src/classes_gui.cxx,
 which allocates a t_widgetbehavior, but does not set the 8th field. To do
 this in a way that is also compatible with pd-extended's g_canvas.h, we 
 have
 to add a CLEAR(wb) right there (it's just a memset shortcut). I'm adding it
 now.

 [#out window] is an alias for any of the 3 main image display handlers :
 [#out x11], [#out sdl], [#out quartz]. (there are two more, [#out aalib] 
 and
 [#see], that aren't accessible by [#out window]).

 To get [#out x11] working, you need to have enough .h files installed.
 Perhaps you need libx11-dev, libxext-dev, and/or libxt-dev. They're not
 listed in README. I'm adding them now.

  ___
 | Mathieu Bouchard  tél: +1.514.383.3801  Villeray, Montréal, QC



___
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


[PD] Pd 0.43-0 test +Gridflow (was Gridflow+ L2Ork pd-extended)

2011-02-23 Thread ALAN BROOKER
Hi

Thanks, yes wanted to see if it was compatible at your end- just to
give some brief feedback,-I have actually been using Gridflow +
vanilla Pd 0.43-0 (test 3) on Ubuntu and it works mostly. The big
issue for me was the help index, which would completely crash PD when
selected, but PD 0.43 is a test release I suppose. So for me, other
than the help index (and perhaps some examples which crashed PD)  it
is usable



On Wed, Feb 23, 2011 at 5:18 AM, Mathieu Bouchard ma...@artengine.ca wrote:
 On Tue, 22 Feb 2011, ALAN BROOKER wrote:

 tried quickly L2Ork with Gridflow 9.14 and both are working great-big
 thanks :)

 I haven't done any testing nor debugging with L20rk, and AFAIK, I haven't
 fixed anything that caused a problem with L20rk. This means that the bug is
 probably still there, and might pop in your face, probably only in a future
 release. This is unless I fixed it by accident.

 Off topic Mathieu but has Gridflow  9.14 been tested with  the vanilla
 Pd  0.43-0 test versions?

 It's been tried and it doesn't work. It's currently hard to debug, so, I
 want to make some big changes to the [doc_...] abstractions to make it
 easier to put my finger on the bug. Either that or hack pd again so that it
 tells me real error messages in those circumstances.

  ___
 | Mathieu Bouchard  tél: +1.514.383.3801  Villeray, Montréal, QC

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


Re: [PD] Pitch envelope

2011-02-23 Thread Mathieu Bouchard

On Wed, 23 Feb 2011, Andy Farnell wrote:


If you have a samplewise integrator


That's called [rpole~] in pd.

then a small increment value 1/samplerate , lets call it I, will cause 
the output, let's call that O, to reach a value of 1 in 1 second of 
time.


Try this attachment. Press the bang many times and look at what happens.

 ___
| Mathieu Bouchard  tél: +1.514.383.3801  Villeray, Montréal, QC#N canvas 0 0 450 300 10;
#X obj 147 163 / 44100;
#X msg 147 143 1;
#X obj 122 163 f;
#X obj 122 103 until;
#X msg 122 83 44100;
#X obj 147 183 t a;
#X obj 147 123 loadbang;
#X obj 42 213 spigot;
#X obj 42 233 print;
#X obj 58 35 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1
-1;
#X obj 58 53 t b b b b;
#X msg 75 73 1;
#X msg 119 53 0;
#X msg 58 139 0;
#X obj 122 183 +;
#X connect 0 0 2 1;
#X connect 1 0 0 0;
#X connect 2 0 14 0;
#X connect 3 0 2 0;
#X connect 4 0 3 0;
#X connect 5 0 14 1;
#X connect 6 0 1 0;
#X connect 7 0 8 0;
#X connect 9 0 10 0;
#X connect 10 0 13 0;
#X connect 10 1 11 0;
#X connect 10 2 4 0;
#X connect 10 3 12 0;
#X connect 11 0 7 1;
#X connect 12 0 7 1;
#X connect 13 0 14 0;
#X connect 14 0 5 0;
#X connect 14 0 7 0;
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list