[PD] -rt for whom?

[Max Neupert]

salut patrick!

so -rt is just necessary if precise timing (latency) really matters (in 
audio), while for video it's better without -rt but it does not mean 
that my pd will be completely out of time ;)  right?

max

P.S. i'll be back in montréal next tuesday!

Am 05.07.2004 um 16:57 schrieb patrick:
> hi max!
>
> patrick from montreal (11h11.com).
>
> a quick note about pure data in realtime mode :
>
> first of all, if you're doing audio, you should chmod +s on 
> /usr/bin/pd and
> then add -rt to your .pdrc
> if you're doing video, for me it's not working when i'm in RT mode:
> watchdog...
>
>
> then, i would say that the REALTIME mode is for audio : with jack and
> low-latency kernel.
> patrick
>
>
> ----- Original Message -----
> From: "Max Neupert" <abonnements at revolwear.com>
> To: <pd-list at iem.at>
> Sent: Saturday, July 03, 2004 1:35 PM
> Subject: [PD] -rt for whom?
>
>
>> who should use -rt? who not?
>> what does it do?
>>
>>
>> Am 03.07.2004 um 19:05 schrieb chris clepper:
>>
>>> On Jul 3, 2004, at 6:35 AM, aym3ric wrote:
>>>> Bugs/Issues: everything is fine, have some weird issues in RT 
>>>> though,
>>>> not GEM related but really annoying (GEM 0.90 + RT =
>>>> freeze/crash/watchdog, PDP 0.12.3 + RT + GLX window =
>>>> freeze/crash/watchdog).
>>>
>>> I think a similar thing happens on OSX using -rt as well.  The GUI
>>> locks up when the CPU loads gets high although GEM continues to 
>>> render
>>> to the window.  I've always thought it had to do with GEM 
>>> monopolizing
>>> the video hardware and not giving other processes a chance to draw,
>>> and do other UI events.  The problem seemed to stem from OSX's GUI
>>> being an OpenGL process itself, but looks like that might not be the
>>> case.
>>>
>>> Thanks
>>> cgc
>>>
>>>> +!
>>>> aym3ric.
>>>>
>>>