sorry for all the empty posts im new but i followed the copy compressed instructions and no post twice. anyway this is my first patch im trying to figure out ways of improving especially in terms of performance. It runs much slower than i would like. if you took the time to look thanks, any and all suggestions would be greatly appreciated.
im not a huge coder just trying to improve my art form as best i can.
Hey, after having added a bit of blah blah to your empty posts i felt like i should help you here.
I’m not a video expert but maybe this helps a bit.
This is quite a big patcher. Have you tried isolating performance drains? It is hard/time consuming to help you with a patcher of this size and this quite general question.
If i open your patch the abstraction "scroller4" is missing.
You have quite a lot of GUI objects that might not be neccessary, eg. you could use [gate]/[switch] instead of their GUI variants. That should help a slight bit.
ah and another thing that *might* help:
If i open your patcher, many graphic files are missing, i think mainly backgrouds and cell image file for [matrixctrl]. Are they high res? Of course this would consume some RAM..
Ok nice thanks for the gui tip something i was overlooking. I will look into the different performance drains on the forum. Scroller is just an object to scroll through the gates with one button just functionality addition. Im just trying to figure out if there are any immediate "oh no he didnt just use that object" with regards performance or it just being a crap object to use in the context. The goal is a 1-4 window mixer. variable in size and position with effects which incorporate velocity and pitch that runs smoothly and can read a variety of file types and data.
"I will look into the different performance drains on the forum."
i meant within your patcher. Did you try running just different parts of the patcher and see what causes most performance issues?
Activitty monitor/ task manager is your friend. In this post:
you’ll find a patch that allows you to check memory usage of max on a mac.(shell external required)
for a start, use a qmetro instead of metro. Also, you could move quite a bit of the mixing & so on to openGL. I’d take a look at that….
how do i go about moving the mixing to openGL?
@woyteg yes i understood what you meant and thanks for the activity monitor patch that will be very useful.
heres the patch as it is now. im still looking to do anything i can to make it run better on my machine. thanks for the help
also try out the jit.gl.hap object. even if you don’t encode with HAP, you may get some performance benefits for normal quicktime movies.
although you still want to encode with a proper codec as recommended in the link above.
this object outputs a gl texture, so you will have to use something like jit.gl.slab or jit.gl.pix to do any mixing or post fx.
Forums > Jitter