joumik

There's a huge patch, that i made years ago,

that has always worked correctly (60fps speed render).

and after restart of the laptop, Max, etc...

the speed render falls from 59/60 fps, to 17fps,

in "patching mode", fps instantly increases, up to 59/60 fps,

No matter where i'm placing the world window, 

it's behaving exactly the same  on main MBP screen, or on extended screen.

Here is what has changed since last "working ok" time:

--> upgrade from MacOs Ventura to MacOs Sonoma

Patch and dependencies are approximatively 20GB,

I'll try to make a smaller patch that behaves te same way, and post it.

Hi everybody,


i'm on a MBP M1pro,  MacOs 14.1.2

There's a huge patch, that i made years ago,
that has always worked correctly (60fps...

gl-fps-slowdown-only-in-presentation-mode

i have just found , approximatively 3 seconds after posting ! 

deleting the jit.fpsgui used to measure the fps rate, immediately lets the fps rate fly again .

I had already experienced something like that, but not for such a loss.

You can reduce the interval setting in the jit.fpsgui to say 500ms +.

Thanks a lot, Billyanok, for your answer.

the only thing that worked, was to zoom in the window, at 400% ,

 for some reason, i don't need to zoom in "that way", in order to get the fps.

I'm starting to think that i might have something really buggy, somewhere..

is that now, i can't play anymore with videoplanes transparency,

whereas it's still working fine with cornerpins.

are you able to play with transparency of videoplane, and cornerpin ?

these last days on tour, have been hardcore, trying to understand why all this ...

I can get your fps over 200, add some stuff to 

It started at 12fps. but i had other world turned on. 

added my usual 'world' @'s and viola-200+fps

-- Yes transparency and corner pin are working

I get a solid 60FPS with transparency working.

I had no FPS issue on this one, but have thé transparency problem on videoplane !!

I've tested your patch and have the same problem.

On "glcore" it doesn't work, but is working if you change it to "gl2"

Max 8.6.0, Ventura 13.6, Intel MacBook Pro with Radeon Pro 560X 4 GB

This one is working for me with "glcore".

Hi, I get about 110-120fps (sometime slowdown, but never below 90 fps) and both cornerpin and transparency working.

Max 8.6.0 (not opened with Rosetta,) Graphics "glcore", Video engine "viddll"

Apple M1 Pro (macbook 14"), Mac OS 13.6.4.

also allows videoplane 's transparency on my laptop.

I have just checked the patch in Max 8.5.6 , 

(and i checked both ON/OFF configuration)

Could there be some kind of bug on 8.6 release, 

There are reports of a broken color attribute affecting some machines with the 8.6.0 release. We have this fixed in 8.6.1 which should be released very soon, so please give that a shot when it's out and see if things improve. Apologies for the inconvenience.

That being said, you are going to have indeterminate draw order in this patch unless you explicitly set the order via the layer attribute.

https://cycling74.com/forums/max-861-released

please let us know if that doesn't get you sorted

last update to 8.6.1 resolved the transparency issue.

which is a slowdown on fps framerate with jit world and .... i don't know what.

if i open it with max 8.5.6, i get a solid 60fps framerate.

if i open it with max 8.6.1, i get a basic 40fps framerate.

i don't know what kind of setting would be able to solve this.

i have tried many things in preferences, scheduler, ... ... 

don't know if it helps. playing with attrui sync FPS displaylink 

here MBPro M1 max : solid 120 fps 8.6.1 & 8.5.7, but scrolling it goes down to 54 and fast to 120

maybe something depending off the used screen ?

something I have been noticing for a while (maybe 3 years)

when my patches are sized to fill up the entire screen- frame rate goes wayyyy down.

when I resize the patch very small (not zoom %), Fram rate goes wayyy up.

First with 2017 MacBook Pro, again with M1 Mac. System doesn't matter. All max versions.

...nothing is playing. patches just opened and turned on.

Just a quick note: as I understand it, Jitter currently still shares the low-priority thread with Max's GUI and other processing tasks. That's a problem when having many interface elements, it will slow down Jitter's FPS.

 Here's hoping that Max 9 finally separates these two...

and the clock from the quartz, and the crashes with...

why would a single fpsgui object have influence on video frame rate? doesn´t make sense to me.

under OS9 it makes about 1% difference. an M2 ultra is about 150 times faster.

I'm seeing framerate drops with a fairly UI heavy patch in presentation as well. As soon as I zoom in while in presentation OR just exit presentation, the framerate increases significantly. Is there any data I can help compile for this? 

Note, this is just the interface and responsiveness I'm referring to, not Jitter specifically.

Would be great to get a simplified example patch with some clear steps to repro into 

GL fps slowdown, only in "presentation mode"