[PD] brasil
Hi everybody...i am happy for the third convention in Brazil... Who comes to South America?... Jaime Oliver? a great helper...Hans said yes...Mr Miller Puckette? we will share our websites to learn more ,music, technology. Thanks a lot and see you in Brazil (my workshop will be in spanish), physical computing/arduino pure data, and then my work tránsitos in Salvador de Bahia. I will like especially to thank the organizers for the effort and patience. Best regards from Chile José Luis Santorcuato Tapia -- http://www.chilemigra.cl http://arselectronicachile.blogspot.com http://www.myspace.com/santorcuato ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] brasil
Hola Jose Luis, yo llego de Peru, bueno via UCSD nos vemos alla... creo que Jaime no va. Saludos. Ignacio- Quoting Jose Luis Santorcuato santorcuat...@gmail.com: Hi everybody...i am happy for the third convention in Brazil... Who comes to South America?... Jaime Oliver? a great helper...Hans said yes...Mr Miller Puckette? we will share our websites to learn more ,music, technology. Thanks a lot and see you in Brazil (my workshop will be in spanish), physical computing/arduino pure data, and then my work tránsitos in Salvador de Bahia. I will like especially to thank the organizers for the effort and patience. Best regards from Chile José Luis Santorcuato Tapia -- http://www.chilemigra.cl http://arselectronicachile.blogspot.com http://www.myspace.com/santorcuato ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] brasil
Hello I with Hortense Gauthier [ aka hp process) will be at the third pdcon ! we are happy to meet everebody who ll be at this event. Le 21 juin 09 à 08:14, Jose Luis Santorcuato a écrit : Hi everybody...i am happy for the third convention in Brazil... Who comes to South America?... Jaime Oliver? a great helper...Hans said yes...Mr Miller Puckette? we will share our websites to learn more ,music, technology. Thanks a lot and see you in Brazil (my workshop will be in spanish), physical computing/arduino pure data, and then my work tránsitos in Salvador de Bahia. I will like especially to thank the organizers for the effort and patience. Best regards from Chile José Luis Santorcuato Tapia -- http://www.chilemigra.cl http://arselectronicachile.blogspot.com http://www.myspace.com/santorcuato ___ 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] bang~ event resolution
Hallo, brandon zeeb hat gesagt: // brandon zeeb wrote: For example: 1. If I am attempting to send a message every 8msec (5.51 dsp blocks), will the event actually be sent, rendered, and perceived to occur every 8msec or will it be rounded up to the next block ( #6 ) at 8.7msec? If you send the message from a clock-object like [metro] it will be sent every 8 msec. Rendered and perceived are ambigous terms here that don't have much value without additional info on what exactly you mean by them (best do a patch). 2. If an event is scheduled to occur every 1.50msec, will it be scheduled in time every 1.50msec or every 2.90msec? It will be scheduled every 1.5 msec. Or rather, it will be scheduled whenever Pd thinks it has time to schedule it, but you can depend on it to happen every 1.5 msec of Pd's internal scheduler time, not at some other time. Pd has an internal clock, which is what drives [metro], [delay], [pipe], [timer] and some other objects. This clock time is as accurate as the resolution of numbers in Pd is (32 bit) and it is not quantized to any blocks. However the difficulties start as soon as you convert from messages to audio signals (and back). Most dsp objects in Pd operate on block boundaries, so they are quantized. For example if you try to build a fake phasor~ from a [line~] object and a fast [metro], the frequency will jitter around the block size. Often this doesn't matter (because you'd use a phasor~ anyway), but if it should matter, you have to use one of the special audio objects that correctly interpret clock-messages without any block quantization. Instead of [line~] you just use [vline~] and your fake phasor~ will be perfectly in tune. You don't need to do anything special when just dealing with messages without conversions to dsp. Note that events coming from the GUI (mouse clicks) are quantized to be read every 64 samples. Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] bang~ event resolution
Hallo, Martin Peach hat gesagt: // Martin Peach wrote: If your message rate is faster than the sample block rate you get multiple messages arriving at the same time. But still each of these messages knows its own distinct scheduler time and can tell that time to a signal object that asks for it, like [vline~] does, which then can delay each of the messages accordingly. In the end, even the messages that arrive in the same block may trigger signal actions at different times. Ciao -- Frank ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] bang~ event resolution
i'm still at a loss to explain the effects observed in the attached patch: blocksizetester2.pd Description: application/extension-pd ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
