Pd-list December 2005

pd-list@lists.iem.at

127 participants
204 discussions

Re: [PD] The Party at the Center of the Universe
by Jeff Bechtel 04 Dec '05

04 Dec '05

Message: 5 Date: Wed, 30 Nov 2005 23:05:22 -0500 (EST) From: Mathieu Bouchard <matju(a)artengine.ca> Subject: Re: [PD] The Party at the Center of the Universe To: "megalegoland(a)yahoo.fr" <megalegoland(a)yahoo.fr> Cc: pd-list(a)iem.at Message-ID: <Pine.LNX.4.58.0511302300340.11571(a)web.artengine.ca> Content-Type: TEXT/PLAIN; charset=ISO-8859-1 On Wed, 30 Nov 2005, megalegoland(a)yahoo.fr wrote: >> I hope you are aware that it's not Hubble, but Lemaitre that has >> written the 'Hubble Law', >Well, maybe we're not that acquainted with history... >> and evidences shows that the red color is an intrinsic property instead > >of shifting effect for most of space objects, otherwise some quasars > >would travel faster than light... >Interesting. I wonder how evidence could even show that. What amount of >redshifting (in %) would correspond to traveling away from us at the speed >of light? >Or is that just not taking the Einstein gamma into account properly? My dime-store theory is that there would always be red shift, however tiny, in any object moving away from you. Regardless of the fraction of the speed of light it may be travelling. It might be a challenge to determine whether the red is due to movement, or is naturally there anyway. Are there any blue shifting phenomena out there? ____________________________________________________________________ Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju Freelance Digital Arts Engineer, Montréal QC Canada

2 1

Re: [PD] The Party at the Center of the Universe
by megalegoland＠yahoo.fr 04 Dec '05

04 Dec '05

Date: Thu, 1 Dec 2005 16:51:27 -0000 X-Mailer: YahELite Content-Type: text/plain; charset=ISO-8859-1 >Interesting. I wonder how evidence could even show that. What amount of >redshifting (in %) would correspond to traveling away from us at the speed of light? We can't speak of a percentage, the amount of shift would correspond to the velocity of the object, also if a quasar is travelling away from us at the speed of light, the emitted light would never reach us. > >Or is that just not taking the Einstein gamma into account properly? Halton Arp has wrote two books where he explain many flaws about red shifting: "Quasars, Redshifts, and Controversies" "Seing Red" patco

2 1

message queue
by B. Bogart 03 Dec '05

03 Dec '05

Hello all, I've been banging my head over solving certain particular kinds of problems in PD and am hoping someone else has found better solutions. The first example is my camera-control patch. All it does is send serial messages over comport to the camera. The problem I'm having is sending the messages too fast and the serial port getting confused. What I really want is not to limit the number of messages (neccesarily) but limit the rate at which they get sent to comport. Here is a more concrete example: There are two commands I'm using in tandem, "zoom" and "pantilt". Each is a seperate command for the camera. I want to be able to move the camera using both these commands simultaneously. (well actually interlaced). I get a ACK from the camera when one command is complete, but since I'm sending a zoom and pantilt very close together I can't know which ACK goes with which command. What seems to be a good solution to these problems would be a message queue. In the camera example for each command the camera gets, the queue stops sending new commands until we get the ACK, then sends the next command. If you send too many commands too fast, they they just get buffered. The queue tells you how full the buffer so you could send commands less slowly. The problem I'm trying to solve currently is comparing certain items of a list, and if they match the pattern (float's within a certain range) then output the list, otherwise throw it away. The difficulty has been dealing with the timing and unpacking/packing with so many messages flying through, easy enough to do a comparison of some elements, but how to keep the list in the [lister] in sync with the items being compared with a constant flow of messages is challanging, at least for me. If anyone has any ideas or abstractions along theses lines please let me know! otherwise I guess I have to make some kind of spigot-hell lockstep message processor... but of course using spigots means losing messages. Thanks all. b.

4 4

[OT] Sequencing design
by bstine＠telus.net 03 Dec '05

03 Dec '05

Hi all I know this is a little off topic, but this seems like the best place to ask. I was wondering what the best way to implement a sequencer is. I know that's a big question, but I mean in the most abstract way. I've been experimenting with java and have tried keeping the MIDI notes in a sorted list and have a thread that, after its started, checks the elapsed time (in 1/64th ticks) compared to the first MIDI note's timestamp. If the timestamp matches the current tick then it does something with that note. I've been sending messages to Pure Data and tested the accuracy of the clock with the [timer] object, but sometimes there are audible differences in the timing when trying to output notes at regular intervals. I hope that paragraph was coherent...my question is what is a good way to implement a sequencer (if anyone has an abstract explanation)? I'd like to be able to record notes on the fly, if possible. thanks -brendan

5 6

Re: [PD] 3d modulation sources for Synthesis
by ix 03 Dec '05

03 Dec '05

see http://selectparks.net/~julian/index.php?entry=entry050908-212057 > Also it would be more interesting to connect PD and Blender via OSC indeed. > >It should be possible to interface Blender with pd, there are some

1 0

Re: [PD-announce] pd 0.39-2 released
by B. Bogart 03 Dec '05

03 Dec '05

Miller Puckette wrote: ...and make one more attempt to figure out an approach to font > sizes that will work cross-platform... Thank you Miller, I really think a pleasing constant reference patch template will attract users and inspire learners. Should be as simple as the working with the tk font specs {arial -10 bold} and perhaps from magic from Carmen for tk box resizing? (any code to contribute Carmen?) b.

2 1

drum slicer
by alexandre matheson 03 Dec '05

03 Dec '05

Greetings list, I recently had time to work on an old project and it seems to work alright except for a little 'expr divide by zero detected' problem that happens on loading the patch and that I can't seem to get rid of. Maybe someone would like to try it out and tell me what the problem is. It is still in the beginning stages of course so don't be shy to criticize away. I didn't use any externs and the arrays will look best in pd 0.39-1 or 2. http://pages.videotron.com/tilde/pd/ regards, alex

1 0

3d modulation sources for Synthesis
by day 5 03 Dec '05

03 Dec '05

HI puredata-san, at present time are there any ports of this http://selectparks.net/archive/q3apd.htm for OSes other than Linux ??????????????????... ... such as OS X or Yves Degoyon's favorite, Microsoft Windose 95/98/98SE/2000/ME/XP/WFW 3.11 !!!!!1 How could such an idea be implemented using other game engines or even just GEM ¿?¿? curiously yours, ./d5 ^__^

3 5

Re: [PD] 3d modulation sources for Synthesis
by megalegoland＠yahoo.fr 03 Dec '05

03 Dec '05

Date: Sat, 3 Dec 2005 01:52:10 -0000 X-Mailer: YahELite Content-Type: text/plain; charset=ISO-8859-1 Hello, it could be possible to connect blender and pd with the help of midipy.cpp, midipy.pyd, and a virtual midi interface if they are running on the same computer, http://www.techietwo.com/detail-6016293.html Also it would be more interesting to connect PD and Blender via OSC indeed. pd In reply to: >It should be possible to interface Blender with pd, there are some >people doing this but I don't know exactly how. Blender runs on several >platforms inclusive your beloved and behated ones, is free oss and has a >builtin 3D engine + uses Python as scripting language. Maybe over OSC. > >http://www.blender3d.org

1 0

never underestimate the power of fun
by Mathieu Bouchard 02 Dec '05

02 Dec '05

http://headrush.typepad.com/creating_passionate_users/ ____________________________________________________________________ Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju Freelance Digital Arts Engineer, Montréal QC Canada

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list December 2005