[PD-dev] Conflict: incoming OSC data and DSP on

[Niccolò Granieri]

> Just a wild guess: It looks like your localhost connection is slow for
> some reason. Is there some anti virus software installed? If so, does
> the problem still occur when anti virus is stopped?

No antivirus installed on my Mac. Also, I can assure you that it's not a slow localhost problem. It's happening also on another Mac, and a Lenovo running Linux. It's an issue that Pd has when it receives a big stream of OSC data.

> On 12 Apr 2017, at 16:06, Roman Haefeli <reduzent at gmail.com> wrote:
> 
> Just a wild guess: It looks like your localhost connection is slow for
> some reason. Is there some anti virus software installed? If so, does
> the problem still occur when anti virus is stopped?
> 
> Roman
> 
> On Mit, 2017-04-12 at 16:02 +0100, Niccolò Granieri wrote:
>>> 
>>> Does the attached modified version of your test patch still exhibit
>>> the
>>> problem?
>> 
>> Yes, same exact problem.
>> 
>>> 
>>> On 12 Apr 2017, at 16:01, Roman Haefeli <reduzent at gmail.com> wrote:
>>> 
>>> Does the attached modified version of your test patch still exhibit
>>> the
>>> problem?
>>> 
>>> Roman
>>> 
>>> On Mit, 2017-04-12 at 13:02 +0100, Niccolò Granieri wrote:
>>>> 
>>>>> 
>>>>> I cannot with the same Pd version on Linux. I wonder whether it
>>>>> is
>>>>> related to the high refresh rate of the number boxes.
>>>>> 
>>>>> Does the GUI freeze still occur if the the update rate of the
>>>>> number
>>>>> boxes (not that of actual data going through the wire!) is
>>>>> throttled? 
>>>> Hi Roman, I'm not quite sure how I would throttle the number
>>>> boxes,
>>>> can you be more specific?
>>>> 
>>>>> 
>>>>> Is wish more likely the bottleneck on some platforms, but not
>>>>> on
>>>>> others? Is wish using 100% of a CPU core when the freeze
>>>>> happens?
>>>> Actually Pd drops in CPU usage after the freeze happens. From 40%
>>>> to
>>>> 0,8%. But the GUI is completetly frozen and the audio has up to a
>>>> 5second delay!
>>>> 
>>>> _______________________________________________
>>>> Pd-dev mailing list
>>>> Pd-dev at lists.iem.at
>>>> https://lists.puredata.info/listinfo/pd-dev
>>>> 
>>>> 
>>>>> 
>>>>> On 12 Apr 2017, at 12:55, Roman Haefeli <reduzent at gmail.com>
>>>>> wrote:
>>>>> 
>>>>> 
>>>>> 
>>>>> On Die, 2017-04-11 at 18:33 +0200, Damian Stewart wrote:
>>>>>> 
>>>>>> Fwiw I can reproduce exactly the behaviour that Niccolò is
>>>>>> seeing
>>>>>> here. OSX 10.12.3, pd vanilla 0.47.1 64 bit.
>>>>> I cannot with the same Pd version on Linux. I wonder whether it
>>>>> is
>>>>> related to the high refresh rate of the number boxes.
>>>>> 
>>>>> Does the GUI freeze still occur if the the update rate of the
>>>>> number
>>>>> boxes (not that of actual data going through the wire!) is
>>>>> throttled? 
>>>>> 
>>>>> Is wish more likely the bottleneck on some platforms, but not
>>>>> on
>>>>> others? Is wish using 100% of a CPU core when the freeze
>>>>> happens?
>>>>> 
>>>>> (Sorry if I'm repeating what IOhannes already said)
>>>>> 
>>>>> Roman
>>>>> 
>>>>> 
>>>>> p.s.: Why is this on pd-dev?
>>>>> 
>>>>> 
>>>>>> 
>>>>>>> 
>>>>>>> On 11 Apr 2017, at 00:56, Niccolò Granieri
>>>>>>> <granieriniccolo at gmail.com> wrote:
>>>>>>> 
>>>>>>> Hello Pd-dev mailing list,
>>>>>>> 
>>>>>>> I am writing, for the first time, to point out an issue I'm
>>>>>>> having
>>>>>>> with incoming OSC data in Pd and DSP being turned on.
>>>>>>> 
>>>>>>> The problem occurs when, while receiving OSC data from
>>>>>>> inside
>>>>>>> my
>>>>>>> machine (thus using a localhost), I turn on DSP. The OSC
>>>>>>> data
>>>>>>> stops
>>>>>>> flowing until I don't turn the DSP off.
>>>>>>> 
>>>>>>> The only workaround I found to solve this issue is to run
>>>>>>> two
>>>>>>> separate instances of Pd: the first one that will act as an
>>>>>>> OSC
>>>>>>> parser, not having the need to turn on DSP. Once the data
>>>>>>> is
>>>>>>> parsed, the data is sent to a second instance of Pd via
>>>>>>> FUDI
>>>>>>> protocol (netsend) where it can coexist with DSP on without
>>>>>>> causing
>>>>>>> any issues.
>>>>>>> 
>>>>>>> This unfortunately brings up the amount of computing power
>>>>>>> needed.
>>>>>>> 
>>>>>>> I was wondering if anyone encountered the same problem
>>>>>>> before,
>>>>>>> and
>>>>>>> if there was any better solution.
>>>>>>> 
>>>>>>> Thanks in advance, glad to be in this mailing list,
>>>>>>> 
>>>>>>> Niccolò
>>>>>>> 
>>>>>>> Pure Data 0.47.1 - 64 bit
>>>>>>> 
>>>>>>> 
>>>>>>> 
>>>>>>> _______________________________________________
>>>>>>> Pd-dev mailing list
>>>>>>> Pd-dev at lists.iem.at
>>>>>>> https://lists.puredata.info/listinfo/pd-dev
>>>>>> _______________________________________________
>>>>>> Pd-dev mailing list
>>>>>> Pd-dev at lists.iem.at
>>>>>> https://lists.puredata.info/listinfo/pd-dev
>>>>> _______________________________________________
>>>>> Pd-dev mailing list
>>>>> Pd-dev at lists.iem.at
>>>>> https://lists.puredata.info/listinfo/pd-dev
>>> <Test_Patch_Automated_throttled.pd>
> _______________________________________________
> Pd-dev mailing list
> Pd-dev at lists.iem.at
> https://lists.puredata.info/listinfo/pd-dev