performance problems (stuttering video)
I am running some videos in jitter using opengl. (a videoplan and/or cornerpin). The videos loop. Really not a big deal I guess. However, since a while and specially on that computer, I video begins to stutter (dropped frames) more and more the longer the patch runs. The framerate on the render-object stays the same whatsoever.
Is there a setting I am not aware of? Or maybe something even in OSX itself?
The system is OSX 10.8 on a (hackintosh) MacPro. The videofiles are located on an internal SSD-Drive, which is as well the bootdrive.
Please post a patch. SSd cards may not transfer data quickly enough unless you load the files completely into the RAM.
What system are you using to trigger everything ? metro, qmetro ??
Optimizing open GL can be tricky at 1st. :)
Could be one of a hundred things. And why Hackintosh if you have a fully working computer ?
Same problem here
sorry for the late reply, had to finish the project.
Well, I haven’t found a solution only a work around this time. I made the movies shorter and don’t automatically loop them, but "dispose" and "unloadram" the quicktime objects. That works in this case, as the videos don’t get worse over the day, but of course is not a golden solution. A bit of stuttering is still there. The patch I am posting is just the simple base of movie-playback I am using normally (also tried adding things like colormode uyvy etc….).
I found this interesting thread here:
but it doesnt solve the problem.
What really makes me wonder, that I don’t have that problem on older machines.
@andro: it is not an SD-Card, but an SSD-Harddrive, which is faster than a HDD-Drive. Anyway I put the project on a HDD-Drive without improvement.
----------begin_max5_patcher---------- 1009.3oc0YFtbipBEG+yIOEL94rNfhFycl6L89.rOA6rSGhRSnWEr.11r6ru 6Kf51r2ZTaViI2lDcDU3O+3v4bf98kK71Jdkp7.+E3KfEK99xEKbEYKXQy0K 7JHullSTtGyKUTTP4ZuU02SSeU6JWRS0eJUHjYLNQSUf+Fb7UhG.JZpfmAJD blVH8AetRoAao.IsLmjRy.aO.NHpjlBTh7JMSv8aalbF271UbWaE1THupPTo yoZmxfMk9ffq4jBpSU+ijQx8N5NJ12b2AA8aegRhNcOiu6daWnFEnfDysAgg 1mBfhbmvHeH3qMuDKyU+hsO9ofHu2DDi2pGjsrerbo8vpQBWsX2tbpWm8OTS o0EoOTRq0pGyRkud5NSHxp9f00mfsG6rqD58q5QZXnlJumxIayoGS3+3tIm9 ho0dmIjhlajY289fAGceGW1R367VA7dCNi2.ngYX2ov0NqfjSvLTmC+AmAWJ nJEYGsy4V.n4CBFfAqiS52B4CvnymMMyMRbSTPwmfMv4gMHHz8Kz7K.BuEvS RjCLvn93CdyjwmdlSgtklRsYiCOA9QmdJE5hik+kdnanf+3Pw5+cUWmNeHgb VMQa5ERIcBI3zAoGYZ+c49OyxnBSHZNEXhjqA2oRI4T.xOLLzbz7cxruLs38 EDsj85YakED3HXHt1mcTettQ3IKx8obOozhxqp6HLF5rhBvGMu6DtiPgWb20 JMQput.AVGxZT.IXFheQxttwqh+.7.cocLKAYRxKWWfT6BoEHI84AYyk1Grp GdLkq3AG6Ga+Ca5qgt9OF1WGe8j44zFk4gR0tJ1jEF4bCdj7NHj.qy0saHD+ +gE9YFYGbce3q4x9dxzfRgwdaxl06RS8ry9ZccxWw8tnuKsePMXq4CURTTv1 IKU0172aO6p+eUvYSLDzAq3dQVBz6BaHY8j7BimIdwkn5Mzpdv0gTVG1KflC 9XxmWR4YTYSt7Bodu.D.tyYJbepHWHAP+luSXp8+4PDstI09doXzbPwmz9Eh mYTvcjLRoFf.2smsa+SUjbl9vDtf6IaAQnn5EDsF26BhFDdt2xscr+mcM10z 1x+chpDUxz1dSSFSf2Z6LiQncGhYB9QOC52dl8rrLJ+3HQYLkM3T1oy0Zrpw 5TxL50ubVOuxIb.4DOuxYnAqn4UNA2LxAOFS4j4SNiPMAylZr+mDFdd9l4SO nwfmv4SOvaJimfwnF3rIGmgwPtkwalW8Ln0yLxmjwnmgBiVvxJElEQpZ2XL6 V+314z2p4oSxg2TA9QA2VxAcaImwnF7YJm5THIkkOSkpl5zoDS52OJj1KiW4 tjwquzUidR5yr1mOZos19wxeBvs5iXA -----------end_max5_patcher-----------
perhaps you will find improvements with jit.gl.hap:
same problem here.
could not solve it.
try to play a single 720p hap movie form ssd.
loops fine, but it always stutters.
also tryed to trigger the frames directly as described here.
it does not stutter in quicktime player 7
i have attached my testpatch with the testmovie included.
is there any secret trick to avoid this hickups ?
"version" : "Version 6.1.3 (13a2369)",
"platform" : "mac",
"arch" : "x86",
"osversion" : "Mac OS X Version 10.6.8 x86_64",
"samplerate" : 44100,
"iovs" : 512,
"sigvs" : 64,
"scheduler_in_audio_interrupt" : "off",
"audio_drivername" : "Core Audio",
"audio_driver_subname" : "",
"eventinterval" : 2,
"overdrive" : "off",
"mixerparallel" : "on",
"mixercrossfade" : 1,
"mixerlatency" : 30.0,
"mixerramptime" : 10.0
I tried MR.L’s patch with a 720p 24fps H.264 8Mb/s video streamed from a 7200rpm HD. Plays fine without stuttering. Please note that H.264 is a bad codec for Jitter realtime stuff. A codec that doesn’t do temporal compression (grouping of successive frames) like (M)JPEG is better.
A 1080p movie at 39Mb/s did stutter significantly.
My machine is an i7 @ 4GHz with 8GB RAM and a GTX670 gfx card.
Bottom line: there are many many factors involved in video playback. Be sure to exhaust all optimization options.
Tried HHLET’s as well. Normal playback works fine, no stutters. Framedriver method didn’t work (I mean, at all, video stays on start frame).
Some tips: use qmetro instead of metro and don’t set it to something extremely low like 1.
thanks for answering dtr !
i thougth using the hap codec with ssd and drive the frames directly is the actual best optimization …
perhaps you can post a simple patch with a 720p movie, that does not stutter.
that would be nice for all of us, who have this problem.
our forum answers overlapped ;-)
strange, that the Framedriver does not work on your machine.
here it works fine.
thanks for the tip with the qmetro.
but it does not help against the stuttering.
perhaps rob has a secret tip how we can drive our clips free of stuttering.
definitely don’t use metro to drive an opengl context.
you also shouldn’t bang a jit.gl.hap to output a frame, the object is an automatic opengl object, so it outputs a frame when the gl.render context is banged.
switching the metro to qmetro makes your patch work for me without stutter for both techniques.