VPS 3 modification - delay disfunctional
I am trying to build a diverse live video tool.
I don't understand why copying the video delay into a patch using a lot of the same (mostly unchanged) components doesn't work.
Regarding the videodelay Andrew Benson wrote the following "The way the delay works is that each frame that comes in gets applied to the jit.gl.videoplane object, which is set to capture to a texture inside of “vps.texset”
The max window might give some clues, but I don't understand the messages.
It might be an issue with vps.texlut as he also writes the following:
The “vps.texlut” patch is the all-purpose reading and writing mechanism for the texture buffer, depending on the arguments. By relying on poly~ “target” messages, and knowing the attributes and messages that I need to send to the involved objects, we can easily patch together a very simple interface for the texture buffer.
I have the same issue, except with my patch, the x-fade fades to a checkerboard background, which suggests to me that the video signal to be re-processed via 'texture buffer' subpatch isn't getting through.
No error messages.
Renamed all drawing contexts from Benson's 'mod' to 'chocopot'.
Playing quicktimes from 8-200Mb, x264 codec. (I know, I know I will change to ProResLT ; but this surely can't be the cause? I used the same vids in Benson's VPS3 example patch and I had no problem)
OS 10.8
Inside the "texture-buffer" subpatch, make sure the poly~ above the jit.gl.videoplane is connected to the jit.gl.videoplane object in there. Most problems I've seen with people copying this subpatch is the result of the poly~ abstractions not being in the search path and patchcord connections getting broken as a result.
Well Hi + thanks for the tip!
I have both the [poly~vps.texlut] + the [poly~vps.texset] in the same folder as the patch itself, and I've ensured the poly~ above the jit.gl.videoplane, inside the "texture-buffer" subpatch, is connected, but now, instead of checkerboard, it fades to black, no delay.
In the Max Window I get no errors, but "texbank : name bank-15, texbank : name bank-14, texbank : name bank-13..." and so on...
Huh, now it appears that the other poly~ object got disconnected from the outlet in that subpatch. Look on the lower right.