<div dir="ltr">hi Oliver - thanks for the advice! i was thinking of slowing the transmission speed as a solution, but i'll try it with iemnet library later today. incidentally i did try this data dump scenario via OSC on my macOS machine from the Unity Editor and it had no issue with PD at all. BTW i'm using the standard vanilla install of .50.0 from Miller's site, 64 bit in both cases (Mac and Windows).<div><br></div><div>best,</div><div>scott</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 24, 2019 at 5:28 AM oliver <<a href="mailto:oliver@klingt.org">oliver@klingt.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><br>
> <br>
> so i figure the first step is to look at the crash logs to see what part <br>
> of PD or possibly a external, makes it crash. thanks to advice from <br>
> others, esp Lucas, regarding ASIO, i'm getting better low-latency <br>
> response from the audio at least, but overall it's still barely alpha <br>
> stable in a performance setting. any advice appreciated!<br>
<br>
hi,<br>
<br>
i just experienced a similar crash-scenario like scott did.<br>
<br>
it happens when i send lots of OSC data (from MAX in that case) too fast <br>
to PD with the vanilla [netreceive] object as receiver. "too fast" means <br>
that i dumped a huge list of camera formats (~ 50 symbols) all at once <br>
to OSC.<br>
<br>
there's no crash when i use IEMNET's [udpreceive] instead !<br>
<br>
tested on PD 0.48 - 0.50 on a Windows 7 / 64bit system<br>
<br>
<br>
best<br>
<br>
oliver<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="https://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">https://lists.puredata.info/listinfo/pd-list</a><br>
</blockquote></div>