That ProjectedTexture.fx from Girlpowers (slide projector) patch also projects backwards.
Does somebody know a way to prevent this?
help appreciated!
this is the only problem to be solved for a
generic movinglight simulation,
which allows rotating and morphing gobos etc.
you could check the z component of the TexC in the pixelshader and if it is < 0 then just give back the color black. something like this.
können vor lachen.
i don’t know nothing at all about shaderprgramming.
somebody around here who can fix that?
would be very nice!
if (TexC.z smaller 0) {col=0;} didn’t do the trick. not sure, if it can, since the walls backside is a frontside in 3d-means (guess the tex coords are all within normal range).
if you use culling-counterclockwise on the fx, the texture is only seen one sided (in this case inside the wall).
but maybe it’s enough for your needs to just use a 3d-model without volumina.
gonna keep trying anyway…
wand_cut.x (2.8 kB)
thx woei,
i’m sorry to say that the volumina-culling-double projection thing is not what bothers me.
sorry for describing my problem mistakable.
how may that be solved?
solution of this would be a quantum leap in simulation of vvvv-dmx-controled lights.
i think there are some more users beyond me having interest in this.
unfortunately i don’t think that i am able to find the solution on my own within the next 6 months…
once again:
please help:
download Gobo.zip
that 2nd projection on the left is not wanted.
how to get rid of this?
anybody found a solution for this yet?
just found this tutorial regarding OpenGL: http://www.ozone3d.net/tutorials/glsl_texturing_p08.php
qoute:
The reverse projection occurs when the {q} coordinate becomes negative. It is not easy to act on the {q} coordinate at the fixed functions level, but in a pixel shader it is really simple as shown by the following shader code
unfortunately no time for this at the moment.
hi kalle!
i work on this topic right now.
try this patch and have a look at the shader. it does the same but for 4 projections.
does it work for you?
greg
projectedtex.rar (4.5 kB)
hey gregsn,
yes, works for me.
meanwhile i found the time to modify the girlpowers “slide prejector” patch and its shader.
i assume that you did them…
i also tried to get the RendererCoordsToTexCoords as a matrix inside the shader but didn’t get managed to do this yesterday.
so there is only one thing left:
that the projection is “leaving” the solid at the “far” side again.
but in most case this will not be very important.
thanks for contributing your patch/fx!!!
( slide projector ) (0 Bytes)
( slide projector ).zip (9.6 kB)
hey kalle!
yes, i did it. and it provides somehow the possibilty to place a slide independent from a light which shines through the slide.
however for most gobo or beamer projections you wouldn’t need this flexibility. to say it in antoher way: the parameterization of this patch didn’t work for me anymore. i needed a good way to visualize a projector (done with the now very good projector module) and an easy way to use this virtual projector in a simulation.
so i skipped this slide projector patch…
by the way: there is a new version of that projector patch…
Projector (EX9).v4p (45.0 kB)
It would be nice to update the girlpower with the most current version of the Projector.fx - I just ran into this same old problem with the example from 40beta17 and luckily remembered this thread …
Also modified the .fx to kill all color outside of the [0…1 texture coordinates to fix ugly borders for blendmodes other than ‘add’:
ProjectedTexture.fx (3.6 kB)
%20help-DirectX%20Renderer#0.jpg){kind=link}