New ships under development

[commanderxairon]

Anaconda rear view

commanderxairon - Are you aware that you can alter the eternal views in the shipdata.plist so that you can view larger ships from further away so that can see all of your ship ?

yeah i know but im in the proccess of getting first all the ships correctly hardpointed im showing them because... i don't know why XDD

[commanderxairon]

http://fc00.deviantart.net/fs71/f/2012/ ... 5ddth4.png


this is a concept test of both of the boas and a anaconda it looks really neat and they mix together


and also i wish we could have this kind of grephics on oolite XDD

[Rese249er]

If you spent the time and have the knowledge, you could do that. OXPs are awesome like that.

[Tricky]

http://fc00.deviantart.net/fs71/f/2012/ ... 5ddth4.png


this is a concept test of both of the boas and a anaconda it looks really neat and they mix together


and also i wish we could have this kind of grephics on oolite XDD

GLSL could do that.

[JensAyton]

GLSL could do that.

Trivially, but not in Oolite because of blending restrictions. Neener-neener.

[Tricky]

GLSL could do that.

Trivially, but not in Oolite because of blending restrictions. Neener-neener.

Oh? What exactly are the restrictions? Blending restrictions??? I'd rather know my limitations before beating my head against a wall trying to get something to work.

[JensAyton]

Simple enough: the blending mode Oolite uses for ships (and planets) doesn’t allow partial transparency. You can’t get around this from within a shader without the host application’s cooperation. (Oolite doesn’t cooperate because it doesn’t do the geometry sorting necessary for blending to work usefully.) I suppose you could achieve something reminiscent of the picture by retexturing (all) flashers.

[Tricky]

Simple enough: the blending mode Oolite uses for ships (and planets) doesn’t allow partial transparency. You can’t get around this from within a shader without the host application’s cooperation. (Oolite doesn’t cooperate because it doesn’t do the geometry sorting necessary for blending to work usefully.) I suppose you could achieve something reminiscent of the picture by retexturing (all) flashers.

Kinda fake that with the alpha channel, ie...

Code: Select all

gl_FragColor = vec4(color, 0.3); /* Return the colour with 30% alpha. */

[commanderxairon]

do you guys know what ENB is?

[Rese249er]

I'm sure you'll tell us.

EDIT: You can delete that yourself, you know. X next to the exclamation point.

[commanderxairon]

posted on Oolite PC (about ENB) what it could do is basically add those flashy screen effects even add some features that wheren't there, like, for example, a particle system, motion blur, FOV, Specular, Antialias, and ALL the advanced features that modern day engines has

[Rese249er]

Great. What's that got to do with designing ships again?

[commanderxairon]

lot's because you have to design the ships using the resources available

[Rese249er]

Sounds like a subject that should stay in the Windows board.

[JensAyton]

Simple enough: the blending mode Oolite uses for ships (and planets) doesn’t allow partial transparency. You can’t get around this from within a shader without the host application’s cooperation. (Oolite doesn’t cooperate because it doesn’t do the geometry sorting necessary for blending to work usefully.) I suppose you could achieve something reminiscent of the picture by retexturing (all) flashers.

Kinda fake that with the alpha channel, ie...

Code: Select all

gl_FragColor = vec4(color, 0.3); /* Return the colour with 30% alpha. */

No, that’s exactly what you can’t do. The game decides what the alpha channel means, and in Oolite’s case it’s blended with solid black, not the background. And again, if you could work around this, it would not produce useful results because useful results require a specific drawing order.