>
> Alright, I will do some more testing the coming days.
My guess is that your computer is more powerful than mine, but if Pd crash
it seems like something is wrong. Did you try the other patch? It never
crash Pd at all, plus it gives error messages in Pd console when having to
fast metro settings
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 [c
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
OpenPGP_signature
Description: OpenPGP digital signature
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
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
I can't really figure out how to download files from google drive, can
you please share your files that need to be inspected with some other
medium, like dropbox, or even bettern attach them to at email?
Alexandros
On 9/4/21 5:10 μ.μ., Nicklas Lundberg wrote:
Hmm, it does not crash when [seria
>
> 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
> To: pd-list@lists.iem.at
> ...
> This has to do with the abstraction I made then. We did discuss about it
>
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.
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 ske
Does it still crash if you disconnect the [serial_print-any]
abstraction from [comport]?
Martin
On Fri, Apr 9, 2021 at 7:45 AM Nicklas Lundberg wrote:
>>
>> On Fri, 2021-04-09 at 09:31 +0200, Nicklas Lundberg wrote:
>>
>> > [comport] is communicating with an Arduino Nano over USB to control
>> >
>
> On Fri, 2021-04-09 at 09:31 +0200, Nicklas Lundberg wrote:
>
> > [comport] is communicating with an Arduino Nano over USB to control
> > PWM pins.
> >
> > If [comport] is receiving messages faster than 50 ms Pd will freeze,
> > has to be force quitted, system gets sluggish, and the computer has
On Fri, 2021-04-09 at 09:31 +0200, Nicklas Lundberg wrote:
> [comport] is communicating with an Arduino Nano over USB to control
> PWM pins.
>
> If [comport] is receiving messages faster than 50 ms Pd will freeze,
> has to be force quitted, system gets sluggish, and the computer has
> to be resta
Hi,
Scenario
[comport] is communicating with an Arduino Nano over USB to control PWM
pins.
If [comport] is receiving messages faster than 50 ms Pd will freeze, has to
be force quitted, system gets sluggish, and the computer has to be
restarted.
I can replicate it and it happens every time. I wo
13 matches
Mail list logo
