Thank you for doing this. It may also be relevant that I experienced the
exact same of freeze/crash behavior when using Pduino.
Date: Fri, 9 Apr 2021 17:14:18 +0300
From: Alexandros adrcki@gmail.com To: pd-list@lists.iem.at ... This has to do with the abstraction I made then. We did discuss about it on Pd's forum, but it didn't occur to me that this could be the case. I'll have a look at it and get back to you.
On 9/4/21 5:10 ?.?., Nicklas Lundberg wrote:
Hmm, it does not crash when [serial_print any] is disconnected. You can quit normally.
This may be relevant:
Pd console reports no errors when communication fails when trying too fast updates (with [serial_print any] disconnected less than 30 ms).
I uploaded a similar setup (pd patch+arduino sketch) to the folder. Here it does not crash even if updates are sent every 1 ms. And the pd console starts to write error messages when the communication is too fast (starts around 7 ms).
Pduino has nothing to do with [serial_print]. Such a scenario could suggest some problem with Pd when sending data to [comport] and processing data received from it (I'm not suggesting it's a problem with [comport] since disconnecting it from [serial_print] solved the crash problem). I haven't checked your files yet (see my previous reply asking for them via a different medium), so I have no idea what could be wrong with [serial_print]. I'll get back once I have your files and have checked them.
On 10/4/21 11:26 π.μ., Nicklas Lundberg wrote:
Thank you for doing this. It may also be relevant that I experienced the exact same of freeze/crash behavior when using Pduino.
Date: Fri, 9 Apr 2021 17:14:18 +0300 From: Alexandros <adrcki@gmail.com <mailto:adrcki@gmail.com>> To: pd-list@lists.iem.at <mailto:pd-list@lists.iem.at> ... This has to do with the abstraction I made then. We did discuss about it on Pd's forum, but it didn't occur to me that this could be the case. I'll have a look at it and get back to you. On 9/4/21 5:10 ?.?., Nicklas Lundberg wrote: > Hmm, it does not crash when [serial_print any] is disconnected. You > can quit normally. > > This may be relevant: > > Pd console reports no errors when communication fails when trying too > fast updates (with [serial_print any] disconnected less than 30 ms). > > I uploaded a similar setup (pd patch+arduino sketch) to the folder. > Here it does not crash even if updates are sent every 1 ms. And the pd > console starts to write error messages when the communication is too > fast (starts around 7 ms).
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
I was able to get the files by right-clicking on their icon and doing 'save as'. In my experience the only way [comport] crashes Pd is when you try to print its output to the console while it's receiving huge amounts of data. This causes the messaging pipeline to the TCL process to fill up until it has no more space, as it is unable to keep up with the incoming stream..
Martin
On Sat, Apr 10, 2021 at 12:20 PM Alexandros adrcki@gmail.com wrote:
Pduino has nothing to do with [serial_print]. Such a scenario could suggest some problem with Pd when sending data to [comport] and processing data received from it (I'm not suggesting it's a problem with [comport] since disconnecting it from [serial_print] solved the crash problem). I haven't checked your files yet (see my previous reply asking for them via a different medium), so I have no idea what could be wrong with [serial_print]. I'll get back once I have your files and have checked them.
On 10/4/21 11:26 π.μ., Nicklas Lundberg wrote:
Thank you for doing this. It may also be relevant that I experienced the exact same of freeze/crash behavior when using Pduino.
Date: Fri, 9 Apr 2021 17:14:18 +0300 From: Alexandros adrcki@gmail.com To: pd-list@lists.iem.at ... This has to do with the abstraction I made then. We did discuss about it on Pd's forum, but it didn't occur to me that this could be the case. I'll have a look at it and get back to you.
On 9/4/21 5:10 ?.?., Nicklas Lundberg wrote:
Hmm, it does not crash when [serial_print any] is disconnected. You can quit normally.
This may be relevant:
Pd console reports no errors when communication fails when trying too fast updates (with [serial_print any] disconnected less than 30 ms).
I uploaded a similar setup (pd patch+arduino sketch) to the folder. Here it does not crash even if updates are sent every 1 ms. And the pd console starts to write error messages when the communication is too fast (starts around 7 ms).
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On 4/10/21 18:34, Martin Peach wrote:
until it has no more space, as it is unable to keep up with the incoming stream..
btw, there's a fix for this pending
https://github.com/pure-data/pure-data/issues/345
mgsdrt IOhannes
I had a look at your setup. In my computer I could lower [metro] down to 3ms without issues. At 2ms Pd crashed. One thing to note: upload the following code to your Arduino board:
void setup() { Serial.begin(115200); }
void loop() { Serial.write(13); delay(500); }
In Pd connect [comport] to [print]. If Pd prints 13 you should be good to go with the [serial_print] abstraction (and I don't know what's wrong and why your computer crashes, TBH). If Pd prints 10 then you need the [serial_print13] abstraction (it might be counter intuitive that when you don't get 13 printed you need [serial_print13], but that's how I've named them...). In my computer I get a 10 printed, on my Raspberry Pi with a Teensy I get 13. I have no idea why this happens, it seems to depend on the hardware.
On 10/4/21 11:26 π.μ., Nicklas Lundberg wrote:
Thank you for doing this. It may also be relevant that I experienced the exact same of freeze/crash behavior when using Pduino.
Date: Fri, 9 Apr 2021 17:14:18 +0300 From: Alexandros <adrcki@gmail.com <mailto:adrcki@gmail.com>> To: pd-list@lists.iem.at <mailto:pd-list@lists.iem.at> ... This has to do with the abstraction I made then. We did discuss about it on Pd's forum, but it didn't occur to me that this could be the case. I'll have a look at it and get back to you. On 9/4/21 5:10 ?.?., Nicklas Lundberg wrote: > Hmm, it does not crash when [serial_print any] is disconnected. You > can quit normally. > > This may be relevant: > > Pd console reports no errors when communication fails when trying too > fast updates (with [serial_print any] disconnected less than 30 ms). > > I uploaded a similar setup (pd patch+arduino sketch) to the folder. > Here it does not crash even if updates are sent every 1 ms. And the pd > console starts to write error messages when the communication is too > fast (starts around 7 ms).
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-
Alexandros -
IOhannes m zmölnig -
Martin Peach -
Nicklas Lundberg