More issues with HD database patch / working with VPS 4
I’ve been trying to work with a remixed version of Andrew Benson’s VPS 4 patch and i’ve been running into issues with loading a large database of clips into the patch. All of the clips are 720p compressed as Photo-JPEG, being run off of an 3ghz 8 core mac with 4 gigs of ram, OS 10.5.8.
Once I load more than 40 clips from a folder, by the time the clips are almost all loaded, max crashes and a still from the clip fills the screen. I have mixed in elements from Vade’s optimization examples as well as changing asyncread to read.
Ideally, I would like to have a database of around 450 clips ranging from 4-12 seconds long a piece to work with for this project I am undertaking. My guess is that the loadram poly~ method will probably not work well for this. Is there any other way to have a clean cut from clip to clip like what is seen in AB’s patch, or am I asking too much of the system?
Instead of using loadram, you could potentially make a RAM disk. Basically it sounds like you are running out of memory, exceeding the limitations of 32 bit memory space. Here’s a thread which shows how to use the command line disk utility. There might be other third party RAM disk solutions. I’m not sure.
The ‘loadram’ portion of the movie-loader is intended to just load the beginning and end of each video into RAM to make initial triggering and looping faster. You might try making that chunk smaller, by altering the poly~ subpatch, and see if that looks better.
I did make smaller amounts of ram to load *down to 400ms* in the poly~ subpatch, but it did eventually overload the system and crashed it again.
Thanks for the tip, i’ll try that out!
Edit: nevermind, I got it
Ok, last question on this. In the past when I have needed a database of movies that need to self populate, I use this method of routing out movie info and have the change occur when the movie gets to the end of its timecode:
----------begin_max5_patcher---------- 974.3oc6Z00aaBCE8YxuBKdNMC+MdR8g86XpphDbSYJApHNacqp+2m+.ZSZS ASg3Ms0JUZtFCbOm64duFm9vrn3kU2K2EC9L3qfnnGlEEYGxLPTicT71r6Ws IamcZwk62tTVGO2cJsUQ4FoxdNXyf2TUp1U7KocLzhjmma0dU6jQMi5FR8y6 jNuHtnTEOGDuLqbcL3plYcWlZ0sEkqutVtR4lHSP02Z.iX+CMwbDoO9z0Tja c3pke6BLI9.eqLaq8gE+k5hrMwlS73rYlCy8kDj+PeaaumJ48J2iZuBfGO0j 71flJRM3jiLWK.y6BzPVGft4L6x9tL+Z8r0OgqyTp5hk6UNAQzSXOJ1blqWU scqrzgTKo4Xsgxc5GfpprSV5X5.9VJkdkHMrEKE1xScHQlPcfpZsLes7LljX g97APADK3ojtn.wDmj72RkhFNfh8nRgXhqTnkBq2HmB0tAs9DoSn8K1ISoZ+ B.8j3CMjf76F17DgC1VoMFsf1QvkEj1.exe5.tfJnvT9TKErMFHBV+bBFE7r 9aML0ppMU0N2MYQJOgllN+jeBdfe6O20x1KWe7Cho+gO+je5vGje0ZzsK2sJ aicNIKD8GPXtpvnNaDgChH8xK+Clz1VQlmzu.EAmV93lMUZT7Om.UCqrwHQ4 ParfPE8uPAXxG0LN60LXTr+AjOJhGf.RZSQKaWUFry.B9+iUZzxITX+ExgjO DoASjBYdrRC5GAjyd.gSvdGP3nvT0Pi2ycgC2xQ57E2bDCQf6uzAOLkSq0vP BpkY4f780YphpRfpXqzdvFtA2b2twuiFr2h0L5rW8amKjF51BPtSWA6tojm4 61qMdSQ4K2YXqCXF+XpcW095UsPnc6VAO6B4xcphRKcdvjLqqG.eZR2VjmKK Ob6O2VjeWkN4qwI.Wcx.su9j4c+60mdgiet8IrGtDjETWB5iOIBrOo0s.Re7 Txv7IVpNKQHDblt3iMSU+JPtUwbjEgPbVBSAJq0T.GbevAMP3PfK3IIIPjWv gwPSJbf8kXQGFbnLxBgFNHxS.fBwG.mFKhvZwDbKbLVSAbP8AG7.iNI3EHsX yrnlNgCg61LSlK5vGMbHdkOGzzYg2cGBXkXjOzTX6N7hJZm1mLqLZHcQaqiw sBMNytpTq0H8VtOBMNJrLHxWFbH4xMkNSsYrb5yVikA8waMuD8fh2N+i59Vx aZBXsFK25SVLDG1rXpuLX.8IexKvgMuvKkl0mdGJMr6+Pgluv4isRbcqIvWa 07dfL2Wbo0Zjn7EsPNMJIgUgJ7g3GgGoMdb1uYqUWvI -----------end_max5_patcher-----------
With the jit.qt.movie object inside of the poly object, I found that it was not routing out this information. I’m not sure why, I have messages that are being triggered for gettime, getduration etc., but alas it might show the time or duration for the first clip, but when a new one is chosen through the vps4 umenu it does not update. Is there a work around or a better way to get a bang out at the end of a clip with the vps4 system? Thanks
i don’t want to seem rude, but this problem is driving me crazy…..bump?
My workaround was to use a [coll] object with the durations of all my quicktimes listed inside. I used the ‘item number’ output of the [umenu] to recall them and put them into the ranges of different slider objects. It’s not dynamic, but at least you scrub and select looppoints on the fly.
:p o well