Pd-list August 2005

pd-list@lists.iem.at

138 participants
217 discussions

{playlist} default appearance
by daniel kosenko 26 Aug '05

26 Aug '05

hi list is it possible to change {playlist}`s appearance permanently? i mean without need to send massages every time. thanx in advance best regards daniel .

2 1

Forcing Y value
by Chuckk Hubbard 26 Aug '05

26 Aug '05

I am creating a sequencer so that I can drag notes. I have it so when I drag the dummy array attached to a top-level template, pd adds the changing x and y values of the array to those of the top-level and zeroes those of the array. Using metro, the whole structure just moves around freely, which is perfect. The array is never touched, duration is set from the top-level structure. My next step is to constrain possible values of Y. The possible values will be stored in a separate data structure as X values (each with an array of related info), so they can be sorted automatically. I want the Y value of the top-level template to reference the X values of the pitch collection as it changes, drawnumber some of the data stored in the arrays in the pitch collection, and finally be forced to the closest allowed value. I'm sure some odd combination of set, get, and metro will allow this forcing, but what I don't know is how to have Y recognize the closest allowed value from the separate data structure. I can't calculate the difference from every allowed pitch to Y with each movement of Y, my system would crash. Maybe it could just start at Y's current value and search simultaneously up and down? Is there some Pd object for "closest member of x to n?" Thanks. Chuckk -- "It is not when truth is dirty, but when it is shallow, that the lover of knowledge is reluctant to step into its waters." -Friedrich Nietzsche, "Thus Spoke Zarathustra"

1 0

Re: [PD] pass values when they changed
by Chuckk Hubbard 26 Aug '05

26 Aug '05

Check the "change" object. Is that what you're looking for? > > Message: 9 > Date: Fri, 26 Aug 2005 04:50:27 +0200 > From: rainer kohlberger <rainer(a)kohlberger.net> > Subject: [PD] pass values when they changed > To: pd-list(a)iem.at > Message-ID: <08EFDC9F-DD3C-45A3-B542-79279A1CD16F(a)kohlberger.net> > Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed > > > hello, > > > is there an object/external, that let messages pass only when they > changed to the previous one? > (as demonstrated in the patch below and in the example message list) > > rainer. > > > -- > > > 0 --> pass > 0 > 0 > 1 --> pass > 1 > 1 > 1 > 1 > 0 --> pass > 0 > > > -- > > > > #N canvas 171 58 404 435 10; > #X obj 191 341 spigot; > #X msg 203 172 1; > #X msg 242 171 2; > #X obj 242 194 alternate; > #X floatatom 242 218 5 0 0 0 - - -; > #X floatatom 300 218 5 0 0 0 - - -; > #X msg 243 341 0; > #X msg 128 126 do this; > #X msg 191 126 do that; > #X obj 126 64 tgl 15 0 empty empty empty 0 -6 0 8 -262144 -1 -1 1 1 > ; > #X obj 203 62 tgl 15 0 empty empty empty 0 -6 0 8 -262144 -1 -1 0 1 > ; > #X obj 190 378 print; > #X msg 125 32 1; > #X msg 157 32 0; > #X msg 204 31 1; > #X msg 234 30 0; > #X obj 127 2 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1 > -1; > #X obj 206 2 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1 > -1; > #X obj 126 88 metro 200; > #X obj 203 87 metro 200; > #X obj 242 239 !=; > #X obj 231 290 tgl 15 0 empty empty empty 0 -6 0 8 -262144 -1 -1 0 > 1; > #X connect 0 0 6 0; > #X connect 0 0 11 0; > #X connect 1 0 3 0; > #X connect 2 0 3 0; > #X connect 3 0 4 0; > #X connect 3 1 5 0; > #X connect 4 0 20 0; > #X connect 5 0 4 0; > #X connect 5 0 20 1; > #X connect 6 0 0 1; > #X connect 7 0 0 0; > #X connect 7 0 1 0; > #X connect 8 0 0 0; > #X connect 8 0 2 0; > #X connect 9 0 18 0; > #X connect 10 0 19 0; > #X connect 12 0 9 0; > #X connect 13 0 10 0; > #X connect 14 0 10 0; > #X connect 15 0 9 0; > #X connect 16 0 12 0; > #X connect 16 0 13 0; > #X connect 17 0 14 0; > #X connect 17 0 15 0; > #X connect 18 0 7 0; > #X connect 19 0 8 0; > #X connect 20 0 21 0; > #X connect 21 0 0 1; > > > > ------------------------------ > > _______________________________________________ > PD-list mailing list > PD-list(a)iem.at > to manage your subscription (including un-subscription) see > http://lists.puredata.info/listinfo/pd-list > > > End of PD-list Digest, Vol 5, Issue 82 > ************************************** >

1 0

pass values when they changed
by rainer kohlberger 26 Aug '05

26 Aug '05

hello, is there an object/external, that let messages pass only when they changed to the previous one? (as demonstrated in the patch below and in the example message list) rainer. -- 0 --> pass 0 0 1 --> pass 1 1 1 1 0 --> pass 0 -- #N canvas 171 58 404 435 10; #X obj 191 341 spigot; #X msg 203 172 1; #X msg 242 171 2; #X obj 242 194 alternate; #X floatatom 242 218 5 0 0 0 - - -; #X floatatom 300 218 5 0 0 0 - - -; #X msg 243 341 0; #X msg 128 126 do this; #X msg 191 126 do that; #X obj 126 64 tgl 15 0 empty empty empty 0 -6 0 8 -262144 -1 -1 1 1 ; #X obj 203 62 tgl 15 0 empty empty empty 0 -6 0 8 -262144 -1 -1 0 1 ; #X obj 190 378 print; #X msg 125 32 1; #X msg 157 32 0; #X msg 204 31 1; #X msg 234 30 0; #X obj 127 2 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1 -1; #X obj 206 2 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1 -1; #X obj 126 88 metro 200; #X obj 203 87 metro 200; #X obj 242 239 !=; #X obj 231 290 tgl 15 0 empty empty empty 0 -6 0 8 -262144 -1 -1 0 1; #X connect 0 0 6 0; #X connect 0 0 11 0; #X connect 1 0 3 0; #X connect 2 0 3 0; #X connect 3 0 4 0; #X connect 3 1 5 0; #X connect 4 0 20 0; #X connect 5 0 4 0; #X connect 5 0 20 1; #X connect 6 0 0 1; #X connect 7 0 0 0; #X connect 7 0 1 0; #X connect 8 0 0 0; #X connect 8 0 2 0; #X connect 9 0 18 0; #X connect 10 0 19 0; #X connect 12 0 9 0; #X connect 13 0 10 0; #X connect 14 0 10 0; #X connect 15 0 9 0; #X connect 16 0 12 0; #X connect 16 0 13 0; #X connect 17 0 14 0; #X connect 17 0 15 0; #X connect 18 0 7 0; #X connect 19 0 8 0; #X connect 20 0 21 0; #X connect 21 0 0 1;

2 1

distinguishing same objects/abstractions
by daniel kosenko 26 Aug '05

26 Aug '05

hi list I wonder if there was a way to distinguish the same objects/abstractions. Something like to be able to "read" from within pd, that the first osc~ was created first and another one secondly. thanx in advance daniel .

1 0

elucidation on syncing r~'s
by Matthias Blau 25 Aug '05

25 Aug '05

Hi list, I am having trouble to reliably sync multiple receive~s. Mostly I am getting delays of one (sometimes two) blocksize(s) between them. This does not happen when I use patch cords. Miller's online book says that such delays might happen when a receive~ is somehow attached to objects that occur earlier in the "ordered list of tilde objects". Well, can someone tell me (computer-literate non-coder) where this information is accessible/maintainable and how I might get synced r~s? Thanks, Matthias

2 1

Who needs freaking GEM for 3D?
by Frank Barknecht 25 Aug '05

25 Aug '05

Hi, attached is some weekend fun with projective geometry and data structures. Enjoy the dance! Ciao -- Frank Barknecht _ ______footils.org__ _ __latest track: "plak" @ http://footils.org/cms/show/44

2 2

tx816/dx7 emulation in PD
by Jamie Bullock 25 Aug '05

25 Aug '05

Dear list, I would like to implement Yamaha tx816 emulation in PD, along the lines of the way in which multiple instances of fm7 can be used in Max/MSP. The criteria I would like to meet are: 1/ The sound and behaviour of the synthesis must perceptually very close to the original sounds, excluding _overall_ timbral nuances such as 'warmth', 'thinness' etc. 2/ The implementation must be as platform independent as PD is. (I think this rules out using jack-dssi?). 3/ The system must be able to read sysex patch data (from a midi or syx file). The options I am currently considering are: - write a dx emulator external from scratch - write a dx object based on Frank Barknecht's rx7~ (are you still working on this Frank?) - write an abstraction - write a dssi host external for PD (dssi~ - anyone working on this?) and then use the Hexter dssi plugin - write a port of the Hexter dssi as a PD external I am leaning towards the latter two options, particularly the dssi host idea as this probably entails the least duplication of effort. I would welcome suggestions about any of this, as I don't really want to duplicate work, or go down a particular route and find obvious pitfalls that others could have pointed out. -- Regards, Jamie

6 7

Re: [PD] teabox...any users drivers
by Stefan Tiedje 25 Aug '05

25 Aug '05

(I forwarded the reply of Christian to the list, I hope it got through...) Christian Klippel schrieb: > of course, with multi-channel spdif-input cards thats no problem, but this is > not the usual case..... The teabox clearly is aimed at that (for me) usual case. Anybody who can't afford an external multichannel audio interface would never consider something like the teabox. > you mean a analogue/spdif audio box which then connects via firewire to the > host? I love the Quatafire which contains all I need. > oh, and what about system load? doesnt handling that kind of control-input via > an audio stream have quite a lot of overhead? i mean, does it make sense to > constantly send a stream of data, even if there are no changes on the > controllers? If there are no changes, Midi is much easier. But if you plan to use sensors, with 12-bit or more of resolution, it's likely you get noise, which produces constant changes. Then Midi won't work anymore. > not that i want to make it bad, but i think that there are certain constraints > for using that device. I just wanted to point out that there are good reasons for using such a device as opposed to "what sense does it make to use such a device..." cheers Stefan P.S. I hope next time I remember to hit reply all and then delete the reply to the original author of the post. I still think its a bad attitude for a list not to use the reply-to header change. It creates noise. (There was a thread recently which explains all the points and my conclusion is clearly: better change it)

1 0

[Fwd: Re: [PD] teabox...any users drivers]
by Stefan Tiedje 25 Aug '05

25 Aug '05

hi stefan, Am Donnerstag 25 August 2005 10:44 schrieben Sie: >> Christian Klippel schrieb: > >>> > on a general note: whats the sense behind using an audiointerface >>> > for controllers, except to block a valuable audio-port? do you >>> > really fiddle with knobs and sensors that fast? if so, can i have >>> > your hands, please?would make my soldering life much easier ;-D >>> > mind you: to use that, you would need an extra audio-interface. >>> > add that to the cost of the unit. > >> >> The teabox is sending all of its values thru spdif. It does make a >> lot of sense, if it happens that you do have an audiointerface with >> spdif already, not using it for audio on stage because all audio is >> analog there. Its delivering that as a stream, locked to the audio >> rate. Which makes it easy to lock your controls to audio... hmmm .... on most "normal" cards you can select only one input to record. so, if i now want audio input, what then? i need another s-pdif interface for that box .... which means another card .... and then comes the problem of different cards never having the exact same samplerate, which makes it almost impossible to use them inside one dsp chain. of course, with multi-channel spdif-input cards thats no problem, but this is not the usual case..... >> With having experienced all kinds of problems with interacting >> several USB-Midi, Audio-Midi interface combinations, I think its >> quite an appealing idea having only one firewire port delivering all >> the data within the same protocol. >> i agree that the usual midi interfaces or way to weak for having big amounts of control input. either you have some controllers with a poor resolution (7 bits), or less controllers with higher resolution (14 bits). anyway, midi is somewhat slow for that, so yes, midi isnt the best choice for that. you mean a analogue/spdif audio box which then connects via firewire to the host? oh, and what about system load? doesnt handling that kind of control-input via an audio stream have quite a lot of overhead? i mean, does it make sense to constantly send a stream of data, even if there are no changes on the controllers? not that i want to make it bad, but i think that there are certain constraints for using that device. i prefer using the usb bus, which is quite fast and available on almost all computers and pda's, etc. nowdays. since full-speed usb (which is what im going to use in my project soon, its currently low-speed) can be also used for audio, i dont expect any latency problems. add to that the fact that data is only sent on changes, it should be really fast and low-latency. >> Of course its pricey... >> sure it is..... >> I guess Timothy would be happy to help out creating Pd objects if he >> didn't do it already... >> >> Stefan greetings, chris

1 0

← Newer
1
...
4
5
6
7
8
9
10
...
22
Older →

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 August 2005