So, like, I'm applying a TGA partially transparent skin to a model. It works fine if the model is in front of any solid block or model, but when the model is between the camera and the sky( we look to the sky through the transparent part of the model) it gives me a blue background as if the sky is not there...

Here's the example:


The transparent part which is the hair tip, shows the concrete behind.



The hair tip show blue instead the sky. The JPG compression blurs the blue part but in the ingame it much more noticeable...

Do someone can figure what's going on?

It's because you're writing to the z-buffer even with the transparent hair, right? You're using transparency in the opaque stage. The sky is actually rendered after the opaque stage, probably so that fewer sky pixels get drawn (although I personally think there should be a flag to enable the sky being rendered first [as it affects some of my own effects], I've never raised this in the "Future" forum).

That's what I think is the most-likely cause, anyway. Render her (or just her hair if they're separate) in the translucent stage (there's a flag for that, but I can't remember what). The problem here will be potential sorting errors with other transparent objects.

Actually I'm just guessing that A7 renders the sky after the opaque stage, but it makes sense to me, and I know a lot of other rendering engines do it in that order.

Jibb

Tnanks Jibb. Jibb is indeed smart

Already have the work around by setting the sky black. Not a good workaround but it work...

Now that you've mentioned it, other game like most I11usion Soft games use the same render system where the sky is rendered later and it still has similar problem(with their hair)...

Thanks mate I do RE at a primary school and the kids always get a kick out of my last name, but in primary school I don't get to prove whether or not I actually live up to it!

I recently stumbled across somewhere in the manual where it talks about how the engine works, and it does indeed render the sky in the order I mentioned above.

I have no idea how much work it would be for conitec to implement a flag that switches the sky rendering from after the opaque stage to before it.

Jibb

EDIT:
If you render your model in the transparent stage and write to the z-buffer anyway, sorting errors shouldn't come up since d3d_entsort defaults to "1", which means transparent entities are sorted back to front.

Given how dark your sky is I'm sure your workaround is satisfactory anyway!