Page 124 of 160
Re: Griff's normalmapped ship remakes
Posted: Fri Jul 19, 2013 6:27 pm
by JazHaz
Storm wrote:I might be able to help there, though this was intended for the Colonization oxp I was working on with with Okti that has fallen on the wayside. The Torus colony station uses Griff's textures.
I want!
Re: Griff's normalmapped ship remakes
Posted: Fri Jul 19, 2013 8:47 pm
by Storm
Not having a lot of time to program unfortunately at present, but if someone wants to volunteer I can provide the pieces and texture through Box to create the station with. I can probably pull the model shipdata for the single-ringed version of the Torus station out of the colonization files as well (to keep the dual-ringed version for the possibility that the colonization oxp goes ahead once more as more of a reward) so all the rotations would be already done. Would just need a bit of oxp polish then to get them spinning throughout the Eight.
Re: Griff's normalmapped ship remakes
Posted: Mon Jul 22, 2013 1:47 pm
by pagroove
Wow Storm!. Looks good.
Re: Griff's normalmapped ship remakes
Posted: Tue Jul 30, 2013 10:23 pm
by JazHaz
Griff wrote:updated the oxp yet again to v1.2
- added a minimum brightness level for PaintColor1, keeps the ships paint from getting too dark and blotchy
Missed this update, whoops!
I've been flying the v1.1 Gnat, nice little ship. I started a Jameson yesterday with the excellent
Start Choices OXP selling my Hauler start option Python, and buying the Gnat at Lave. Enough money from the Python to nearly fully equip the Gnat! But thats another story!
My query is, the Gnat doesn't seem to be compatible with the
Respray for Griff's Ships OXP? Or does the Respray OXP need updating? If the latter with Capt Murphy being MIA I don't know what the chances are!
Re: Griff's normalmapped ship remakes
Posted: Wed Jul 31, 2013 7:06 pm
by Griff
Yeah it looks as if individual entries for the ships have to be coded into the Respray_for_Griffs.js file in Capt Murphy's amazing OXP, there's references to the ships popping up in the code all over the place though so I don't think it's as simple as just adding the player version onto the end of a list unfortunately which is what I was hoping
Re: Griff's normalmapped ship remakes
Posted: Sun Aug 11, 2013 3:44 pm
by Griff
I've uploaded to box an alternative model & texture for my Viper remake, it's listed as "Griff_Viper_Alt_V1.0.zip", it's my first attempt at using more than one material in a ship (i split the scrolling purple/blue emergency lights into their own material so they could have their own shader and set of textures)
Re: Griff's normalmapped ship remakes
Posted: Sun Aug 11, 2013 4:16 pm
by Tichy
Very nice!! Are all these alternative versions going to replace your full packages, as soon as the standard shipset is complete?
Re: Griff's normalmapped ship remakes
Posted: Sun Aug 11, 2013 4:39 pm
by Griff
I'll keep both sets available, and this one will be a higher spec ship-set (that viper's about 4000 polygons
) I'd really like to use just the one fragment shader for all these ships and to limit the models to just one .dat file each so i'm really excited that my go at using 'materials' worked out OK
Re: Griff's normalmapped ship remakes
Posted: Tue Aug 13, 2013 9:40 am
by Shipbuilder
The Viper looks fantastic Griff
Excellent work.
Re: Griff's normalmapped ship remakes
Posted: Tue Aug 13, 2013 9:56 am
by Svengali
Absolutely - sniggers when seeing the glowing gun .-)
Re: Griff's normalmapped ship remakes
Posted: Tue Aug 13, 2013 12:41 pm
by JazHaz
Svengali wrote:Absolutely - sniggers when seeing the glowing gun .-)
Yeah, it looks like a tongue sticking out!
Re: Griff's normalmapped ship remakes
Posted: Wed Aug 14, 2013 11:12 am
by Tichy
Re: Griff's normalmapped ship remakes
Posted: Wed Aug 14, 2013 11:54 am
by Griff
hmm, that looks like either your game is set to 'Simple Shaders' mode or 'Shaders Off' in Oolite's F2 options screen or there's a bug in the fragment shader for the player ship that's stopping the shader from compiling and running during the game - there'll be messages in the log if this is the case. I'll have a look at the oxp this evening, i might have accidentally broken it when i updated it last
edit: just noticed that the Coriolis shaders are working in your screenshot so it's a bug in the fer-de-lance oxp, i'll get it fixed
Re: Griff's normalmapped ship remakes
Posted: Sat Aug 17, 2013 11:51 am
by Griff
@Tichy - I couldn't find a fault with the fer-de-lance shader, oddly enough the op is at V1.0 - which is usually the bug filled version - my OXPs have to get up to about v1.2.45 or whatever until they start working
Is there anything in the log about a shader failing to compile?
In other news testing the fer-de-lance shader showed that the shaders in my Gnat oxp and the new viper oxp both fail to work in simple shader mode, the reason being that some code that should be in the 'full shader mode only' parts of the shader wasn't.
I've fixed the oxp's and re-uploaded them, if you'd like to fix the oxp yourself, open the mainhull fragment shaders from the gnat and the viper OXPs, go down to somewhere around line 186 and find these lines
Code: Select all
vec2 twmp = vec2(vTexCoord * uTime);
float engnoise = rand(twmp);
and cut and paste them a few lines further down in the shader code so that they're after the line
that'll place them in the bit of shader that runs only if the flag from Oolite 'OO_REDUCED_COMPLEXITY' is not set (ie. full shader mode)
Whilst I was updating the viper shader I took the random paint colour code out and replaced it with a dusty 'wear and tear' layer instead, now the vipers stay blue but they have a random amount of slightly less shiny dust sprinkled on them
Re: Griff's normalmapped ship remakes
Posted: Sat Aug 17, 2013 1:47 pm
by Cody
Griff wrote:... oddly enough the op is at V1.0 - which is usually the bug filled version - my OXPs have to get up to about v1.2.45 or whatever until they start working
<chuckles>
Griff wrote:Is there anything in the log about a shader failing to compile?
I'm using the new Fer-de-Lance OXP too, and I've not seen any log errors.