[PD] render method
Hello all: Does anybody know if there is a method in gems to render things without erasing the previous frame? for example lets say i want to have rectangles draw in gemwin, each render erases the previous draw, how can i keep each instance on screen? i'm trying to make kind of like a feedback effect! thanks r.y ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] question about gemwin
IOhannes m zmoelnig wrote: > you can also drop the [fullscreen( message alltogether, and just create > a borderless-window at position 0/0 with the desired dimensions: > [border 0, offset 0 0, dimen 320 240, create,1] > thanks for that one, specially useful if you set your backgound black. a little trick i discover in the raspi-config tool is the pixel doubling option. it greatly improves the framerate. i wish there was a way to even cut on color resolution, like using 8 bit or even 7 bit color instead of 16 to improve the framerate even more. cheers r.y ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] question about gemwin
Hello all I'm using gems on a raspberry pi 3b+ and when a switch to full screen, the frame rate drops significantly. Is there a way to go into full screen mode keeping a low screen resolution (320 x 240) so the quality of the video playback will be bad but the frame rate will stay stable? this question may have been asked before but i tried to look for it with no hints thanks for the help cheers r.y ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] sr04 with arduino standardfirmata
Hello Alex I have been able to use the sr04 with comport but not with standardfirmata the problem is that i need to sacrifice and entire controller and a bluetooth connection in order to handle the sr04 instructions all by themselves and this is not elegant. it could be nice to have a mekanism where the trigger and eko processes will give a range distance result from 0 to 1(firmatas format) into an analog input so that it could be handled with the rest of the sensors, or into an digital IO if that is not possible without electronics. cheers r.y ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] sr04 with arduino standardfirmata?
is there a work around for this? the sr-04 is a way cooler sensor than the ones supported by standardfirmata! why is it not supported? there most be a hack to make the emiter and receiver functions act as one with the signal going into the analog inputs of the arduino. as a standard sensor? wow, i google and there is almost nothing out there about this i'm a bit tired of trying to do this please help thanks r.y ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] stepper control
From: IOhannes m zmölnig To: pd-list@lists.iem.at Subject: Re: [PD] stepper control depends... you really have the same jitter when doing signal processing, and yet you don't hear it. (just hook your [metro 0.1] to a [tgl] -> [vline~] -> [dac~]) why? because [dac~]/[adc~] synchronize the jittery input data with a real-time clock. so Pd itself is accurate enough. the problem is that you cannot really hook a number box to your stepper motor, you need some object that translates the in-patch messages to real-world events. and this object needs to properly handle the timed messages. since ray did not mention how he gets the data to the stepper motor, there is little additional help I can give. gfmdsr IOhannes yes, after lots of tests i discover the polarity switching sequence to make the motor spin continuosly in one direction or the other. of course the method of using a metro for banging each pulse runs into problems when going a bit faster and it completely collapse. im using an l-298 h bridge with an arduino and firmata and doing all the control with digital pulses. there is another little stepper driver controller that can work with only 2 instructions, the direction and the pulse. it could be really cool if it where possible to do the control with an oscillator as Roman suggested but then how would you connect the 4 cables of the bipolar stepper? is there a tutorial on how to drive steppers with the same control you drive sound into a speaker? thanks r.y ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] stepper control
i wanted to make a patch to drive stepper motors with pd but run into a serious limitation,i need to run in microseconds and pd can only run at a milisecond time grain. what is the way around this? are any of you guys running stepper motors with pd, without any other programs? or do you have to by force use another program? thanks r.y ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] Pduino, firmata and SPI
is there a firmata vertion with at least basic master to slave SPI support? what is the fastest way to be able to use digipots with Pure Data? both digipots and digital to analog converters need the SPI protocol to operate and it is still not implemented in firmata!!! i tried using RC low pass filters for DAC conversion but the quality is terrible. are there digipots that could operate with PWM instead of the SPI protocol? or a DAC chip that will convert PWM to an analog voltage without the SPI protocol? i found myself trapped with this problem. will firmata ever have SPI support? regards r.y ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] Warning currently unsupported 176, and also 160.
On 2016-05-04 03:10, ray Y wrote: >> im geting this errors: >> Warning currently unsupported 176, and also 160. >> it is slowing down communication. >> how can i fix this? > > by first telling us what you are doing. > >fgasdmr >IOhannes > simple serial communication using comport with an arduino. baud rate 115200. the errors come in an unpredictable fashion. thanks, r.y ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] Warning currently unsupported 176 and 160
im geting this errors: Warning currently unsupported 176, and also 160. it is slowing down communication. how can i fix this? regards, r.y ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] clock sync problem with ableton live
>i'm using the iac driver to send controller data from ableton live to pd >but for some reason the midi response has a serious delay. the weird thing is >that the atom boxes show the correct score but the instrument >responce does not. how can i fix this problem. regards r.y o.k, i discover that when the values are sent imediately, like square shapes there is no respose delay. only with triangles or ramps. the longer the increasing or decreasing line in the score the longer the delay response of the instrument. i'm actually routing the data to comport at 115200 baud rate from an external synth control instrument source in live. thanks for any help on this, r.y ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] clock sync problem with ableton live
hello i'm using the iac driver to send controller data from ableton live to pd but for some reason the midi response has a serious delay. the weird thing is that the atom boxes show the correct score but the instrument responce does not. how can i fix this problem. regards r.y ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] communicating to another arduino through pduino
hello is it possible to just send numbers from pduino and firmata to to be read by another arduino running something else? i set in the receiving side an A0 (analogread input 0) but instead of receiving input from a potentiometer, i need the CC data to come from pduino (the transmitting arduino) i'm running into a formating type of problem using an analog or pwm output to the A0 pin is there any quick way around this or do i have to do it differently. regards r.y ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] routing serial data
i used Serial.write in the arduino sketch so i should be getting 4 8 bit bytes. i will check your examples and see how it goes r.y De: Alexandros Drymonitis Enviado: viernes, 23 de octubre de 2015 10:07 a. m. Para: ray Y; PD-list Asunto: Re: [PD] routing serial data Including list too On Fri, Oct 23, 2015 at 8:01 PM, ray Y mailto:rayb...@hotmail.com>> wrote: the print object at the output of comport (for reference) yeah, that was the first thing i tried but i don't know why it does not work with the serial stream like it does with a normal list. i tried adding commas between the values in the arduino sketch but no chance of splitting the data into each atom in PD [comport] spits values one by one (actually bytes, so if a value is greater than one byte, it will be split, depending on the way you'll print it from the Arduino - Serial.print or Serial.write). you'll have to assemble them into a list (check help patch of [list] to see how to make a growing list), or make a counter and bang it on every output of [comport], pack the [comport] value with the counter value prepended and use [route]. I've made some abstractions to facilitate the communication between the Arduino and Pd, they'll might work for you. There're here https://github.com/alexdrymonitis/Arduino_Pd The [serial_print] abstraction can use the comma as a value delimiter (if you're on Pd-extended, use [serial_print_extended] instead). ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] routing serial data
hello i'm having difficulties separating incoming data from the serial port. i cannot use pduino and firmata because of pining complications with ultrasound sensors. i manage to have the 4 readings print out in the pd window but how can i get each one into an atom box? sorry if this question has come before but i did spend a long time looking. regards r.y ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] bluetooth PDuino
yeah, that is correct. also you need to reset the board with the button, something i didn't know because i'm very new to the arduino. right now when i'm in the arduino test patch with the analogfirmata loaded into the board the usb serial works but when i change the comport to where the bluetooth is, the red light stops blinking (indication that it is linking up) but when i move the variable resistor pd returns an UNKNOWN_INPUT_COMMAND and a bunch of numbers and it gets kind of stuck. if i switch back to the usb cable connection it works fine. is there something that should be done with the firmata? regards r.y De: Alexandros Drymonitis Enviado: miércoles, 2 de septiembre de 2015 01:43 a. m. Para: ray Y Cc: pd-list@lists.iem.at Asunto: Re: [PD] bluetooth PDuino I think that you can't upload code to the Arduino via the bluetooth, so you'll have to upload it via USB, and then unplug it and use the bluetooth. [comport] will be able to see it without problems. On Wed, Sep 2, 2015 at 1:03 AM, ray Y mailto:rayb...@hotmail.com>> wrote: From: rayb...@hotmail.com<mailto:rayb...@hotmail.com> To: adr...@gmail.com<mailto:adr...@gmail.com> Subject: RE: [PD] bluetooth PDuino Date: Tue, 1 Sep 2015 14:57:32 -0700 usb cable uploads the code to the board but when i change the comport to use the board via bluetooth after pairing, the arduino program sends errors and doesn't complete the upload. i need to be able to use the arduino exactly as it works but wirelessly via bluetooth (or wifi if is not more complicated) i know that you can do this without doing anything with an arduino BT but i don't have one so i've been trying to make it work with the uno an hc-06 bluetooth module regards r.y Date: Wed, 2 Sep 2015 00:35:17 +0300 Subject: Re: [PD] bluetooth PDuino From: adr...@gmail.com<mailto:adr...@gmail.com> To: rayb...@hotmail.com<mailto:rayb...@hotmail.com> CC: pd-list@lists.iem.at<mailto:pd-list@lists.iem.at> Yes, what is the problem exactly? On Wed, Sep 2, 2015 at 12:23 AM, ray Y mailto:rayb...@hotmail.com>> wrote: hello i've been trying to use an hc-06 bluetooth module to link up with an arduino board running the firmata for pduino and this stupid thing is killing me! i just need to cut up the stupid usb serial cable! has anyone done this before thanks r.y ___ Pd-list@lists.iem.at<mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at<mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list