semidrive through pngs ?

Winny · Post by **Winny** » Thu Mar 09, 2006 1:51 pm

here is my idea, I have no idea how hard this would be to code.

lets say we have a png image, where the image goes transparent, you can drive through the image.

so you would be able to drive through the transparent part of a gradient but not the colored part.

you could set this up on a shift texmat so you could have a room with a timed realese ?

Spazzy McGee · Post by **Spazzy McGee** » Thu Mar 09, 2006 5:49 pm

you could also create really complex shapes easilly.

Post by **L4m3r** » Thu Mar 09, 2006 9:00 pm

trepan's been saying something about alphathresh with textures, and posted screenies of the results, showing how shadows looked more realistic... I don't think it affects the solid-ness of the object, though.

using a texture matrix would be impossible anyway, because they aren't synchronized among the clients.

TD-Linux · Post by **TD-Linux** » Fri Mar 10, 2006 8:24 pm

I don't know why you would want to do this. The thing you would be driving through would have 0 thickness, not very realistic. You would be better off modeling the shape with normal polygons and then UVmapping.

Could you give an example of what to use it for?

Winny · Post by **Winny** » Fri Mar 10, 2006 8:25 pm

you could use it so tanks could only drive out of a door at a specified time. (or shoot through)

The Guardian · Post by **The Guardian** » Sun Mar 12, 2006 7:36 am

Yeah, nice idea, Win XP!

You could make a "trap" where if you got in, you'd have to wait for a certain period of time before you could get out...

Spazzy McGee · Post by **Spazzy McGee** » Sun Mar 12, 2006 2:32 pm

The Guardian wrote: You could make a "trap" where if you got in, you'd have to wait for a certain period of time before you could get out...

yeah... but it would creat a host of problems because texture matrixes are not syncronised for all the clients.

dango · Post by **dango** » Sun Mar 12, 2006 6:02 pm

Spazzy Mcgee wrote:
The Guardian wrote: You could make a "trap" where if you got in, you'd have to wait for a certain period of time before you could get out...
yeah... but it would creat a host of problems because texture matrixes are not syncronised for all the clients.

dang, beat me to it.

anyway, how would the server know where the texture is and when it will be there? there are a lot of things to consider.

but nice idea.

Winny · Post by **Winny** » Sun Mar 12, 2006 6:04 pm

the server could send out a timing signal whent he player joins, then becuase the client knows at what interval to spin or move the texture all clients would be "insync"

dango · Post by **dango** » Sun Mar 12, 2006 6:07 pm

still...

how would the server know where the texture is and when it will be there?

Winny · Post by **Winny** » Sun Mar 12, 2006 6:13 pm

read my post above, that pretty much anwsers the question...

a timing standard...

dango · Post by **dango** » Sun Mar 12, 2006 6:18 pm

that would only answer:

yeah... but it would creat a host of problems because texture matrixes are not syncronised for all the clients.

how would it know which parts are transparent, opaque, translucent, how would the server know where the textures are?

person1 · Post by **person1** » Tue Mar 14, 2006 3:20 pm

maybe you could have a new object like a dynamic color that could just be timed to flash on and off (also like WW which go off at the same time) and would change an object's drivethrough, shoottrough, ect. properties.

dango · Post by **dango** » Tue Mar 14, 2006 11:01 pm

person's idea may work, seeing as the entire object would be drivethrough...

idea!
you know the drawinfo thingy trepan made that moved objects? maybe if you could do that, and it so 1/2 will be solid, and 1/2 will be shootthrough/drivethrough, and the object would move like a treadmill, once it goes to on side, it pops up at the other

problem!
what happpens if someone is inside the thingy and then it turns solid... will the person be moved, or sealed until it's drivthrough again?

person1 · Post by **person1** » Wed Mar 15, 2006 10:04 pm

sealed.

RPG · Post by **RPG** » Wed Mar 15, 2006 10:08 pm

The protocol right now would not allow for the friendly addition of a "timing message". Syncability would also be an issue. As for the PNG texture being transparent/shootthrough, if trepan was not already working on it, i'd say it was a foolish idea, because you can just use shootrhough or drivethrough meshes already.

Post by **trepan** » Wed Mar 15, 2006 10:20 pm

Spazzy/RPG:
2.0.4 already has timing messages (MsgGameTime).
DrawInfo animations ("rotating"), Texture Matrices,
and Dynamic Colors already use the synchronized
time, and so should look approximately the same on
different clients. The new shader support code also
makes the synchronized time available to the shaders.

RPG · Post by **RPG** » Thu Mar 16, 2006 2:48 am

Well what a goose I am!