dear all and dear devvvs,
i m far away from an easy internet access, wich is not really handy to keep in touch with the vvvvomunity.
well i have some real big bugs, as we are in hard creating phase, putting things everywhere in every way, to find the good result.
so im trying to clean my sources but i m not in a “planning” approach.
i m doing patchs alones, and then putting them selves together. complexity is that patches are crossfading from sequence to sequences, and are not loadable with a load patch switching manner.
so i m allowing or not dx9 projections and fading them, to allow the sequence to happen.
i mencountering serious troubles here, and surely you may help here:
-in lines: using LFO_bloque_at_once.v4p creates after 5 or 10 minutes a blue screen crash with windowsXp , well it occures from times to times, and i m suspecting that when i let this bloqued at one, there is a pointer somewhere that get out of its array.
i m pretty sure this is this module at it never occures elsewhere.
-sub_campagne when putted in root patch, is creating a caught in act TMMNeuItemFrame : zugguffsverletzung bei adresse 00404aa4 in module vvvv.exe lesen von adresse 80006be1
sometimes also an Invalid pointer bei 000048ad
when i put this sub in my root patch, i cant record anything, the main patch stays with a * in its name, and im obliged to kill the process
could this be because of the use of the tuio decoder dll ?
i m using tbeta and the tuio decoder dll to work with tracking
if yes, is there any patch here around to decode TUIO without plug in ressource ?
-poursuite;
in the GDI renderer the right click stays mysteriosly blocked at one. but its more surely a patch issue than a bug issue ?
lines.zip (8.2 kB)