Derek, I went through M-P's patches, trust me. He talks a lot about looping etc but not about trivial stuff that I mentioned.
I knew flossmanuals but the dat flow tut escaped my notice. there is a very suitable example that is practical to me. Thank you very much for pointing me there. For the sake of replying one rather angry reaction (I guess he won't read) - when incrementing a coarse / fine value of for instance tuning it is totally irrelevant which parameter is changed first. the point is to output a new value whenever either is changed. So pointing out that the hot/cold logic is essential to pd's workings doesn't even remotely give me a clue. But that's ok, nobody is perfect. Thanks again for the patient posters, I appreciate a lot. Jurgen On Nov 21, 2008, at 7:50 PM, Derek Holzer wrote: > Hi Jurgen, > > understanding hot and cold is essential to understanding the way Pd > handles order of operations, so it's best to learn it right from the > start. In your example, it is unclear/ambiguous whether the fine > number > gets sent to the add before or after the bang gets sent to the coarse > number. (This is determined by creation order, which cannot be seen on > the screen). This can lead to errors later. > > The preferred way is to use [t b f], where the [f] outlet is connected > to the cold side of the [+], and the [b] outlet is connected to the > hot > side of the [+]. A bang to the hot side of many objects tells it to do > the same operation again with the information contained in the inlets. > In this case, the hot inlet will have the previous number stored in it > as well. All this is explained in Miller's HTML manual, the "control" > documentation patches, and also in the in-progress Pd FLOSS Manual: > http://en.flossmanuals.net/puredata > > best! > Derek > > Lao Yu wrote: >> Hi, >> >> when using an [+] object I find it most of the time counterproductive >> that the right inlet is considered cold. >> >> for example, if I want to use 2 different controls for 'coarse' and >> 'fine' tuning parameters it is necessary to add them together. >> however >> when changing 'fine' value which for instance is connected to the >> right >> inlet the new value is only taken into consideration once the >> 'coarse' >> value connected to the left inlet is changed as well. >> >> the only workaround I found was to [bang] the hot inlet form the cold >> one as illustrated in the attached patch. but I don't find that >> elegant. >> >> is there a better way to make both inlets hot? > > -- > derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/ > macumbista > ---Oblique Strategy # 7: > "Accept advice" > > _______________________________________________ > [email protected] mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ > listinfo/pd-list _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
