Griff's normalmapped ship remakes

Discussion and information relevant to creating special missions, new ships, skins etc.

Moderators: winston, another_commander

User avatar
spara
---- E L I T E ----
---- E L I T E ----
Posts: 2691
Joined: Wed Aug 15, 2012 4:19 am
Location: Finland

Re: Griff's normalmapped ship remakes

Post by spara »

Cody wrote:
It ain't only about the math - slower rotation enhances the impression of size.
For a mathematician, it's all about the math :lol: . But yes, immersion vice, slower rotation makes it feel bigger. The station, I mean :wink: .
User avatar
Disembodied
Jedi Spam Assassin
Jedi Spam Assassin
Posts: 6885
Joined: Thu Jul 12, 2007 10:54 pm
Location: Carter's Snort

Re: Griff's normalmapped ship remakes

Post by Disembodied »

spara wrote:
Variable rotation velocity means more variance and more believable environment. I would vote for different roll speeds for different stations.
I'm in favour of slowing down station rotation generally - like Cody says, it adds to the sense of scale. But using a slow rotation speed as a base, it might be possible to vary station rotation using the radius of the main planet. A larger planet can be assumed to have a higher gravity, so the station should rotate faster so that the outer levels match the local g. Smaller planets would have lower gravity, and slower-spinning stations.
User avatar
spara
---- E L I T E ----
---- E L I T E ----
Posts: 2691
Joined: Wed Aug 15, 2012 4:19 am
Location: Finland

Re: Griff's normalmapped ship remakes

Post by spara »

There is a bug in two of Griff's asteroids causing those asteroids to not spawn boulders. Keys are "griff_asteroid_13" and "griff_asteroid_14". In both there is a line:

Code: Select all

debris_role = "GriffBoulderBlue GriffBoulderGrey(0.25)";
That does not work, only one role should be given in debris_role. For example:

Code: Select all

debris_role = "GriffBoulderBlue";
I also found another asteroids related bug, resulting from Griff's asteroids and my replacement set. The combination suppresses the core role "boulder" totally away causing any attempt to spawn with the role "boulder" to fail. For variety, it might be an idea to add the role "boulder" to all boulders in the package, but that's up to you Griff. The main culprit is in the Replacement package.

I have fixed both issues in the new version (1.1.3) of Griff's Normalmapped Ships Replacement Package. However, The first issue should be fixed from the Griff Asteroids package too.
User avatar
Amah
---- E L I T E ----
---- E L I T E ----
Posts: 486
Joined: Tue Aug 28, 2012 8:05 pm
Location: aboard the Laenina Crowne - Yasen-N class space freighter
Contact:

Re: Griff's normalmapped ship remakes

Post by Amah »

Thanks for spotting this bug, spara. I also inherited it for the noshader accessories and now applied your fixes. Keep up the good work!
Amah
User avatar
Griff
Oolite 2 Art Director
Oolite 2 Art Director
Posts: 2483
Joined: Fri Jul 14, 2006 12:29 pm
Location: Probably hugging his Air Fryer

Re: Griff's normalmapped ship remakes

Post by Griff »

I've updated the asteroids oxz with spara's bugfixes, i haven't got my login for the oxz site on me at the moment to update the manifest but i'll sort that out this evening and update my post here when its done
User avatar
Cody
Sharp Shooter Spam Assassin
Sharp Shooter Spam Assassin
Posts: 16081
Joined: Sat Jul 04, 2009 9:31 pm
Location: The Lizard's Claw
Contact:

Re: Griff's normalmapped ship remakes

Post by Cody »

This Krait was buzzing me - is that decal correct? It looks rather odd to me!
I would advise stilts for the quagmires, and camels for the snowy hills
And any survivors, their debts I will certainly pay. There's always a way!
User avatar
phkb
Impressively Grand Sub-Admiral
Impressively Grand Sub-Admiral
Posts: 4830
Joined: Tue Jan 21, 2014 10:37 pm
Location: Writing more OXPs, because the world needs more OXPs.

Re: Griff's normalmapped ship remakes

Post by phkb »

Really, really small bugs.

In both the Cobra_MKIII_Alt and Cobra_MkIII.SubentMissiles oxz's, in the "griff_cobra_III_(alt)_externalMissiles.js" file, the first line reads:

Code: Select all

"use scrict";
Really should be

Code: Select all

"use strict";
.
User avatar
Cody
Sharp Shooter Spam Assassin
Sharp Shooter Spam Assassin
Posts: 16081
Joined: Sat Jul 04, 2009 9:31 pm
Location: The Lizard's Claw
Contact:

Re: Griff's normalmapped ship remakes

Post by Cody »

Strangest paint job I've seen on a Cobra MK III (and BGS seems to be missing the 'Price' display - is anyone maintaining BGS?).
I would advise stilts for the quagmires, and camels for the snowy hills
And any survivors, their debts I will certainly pay. There's always a way!
Fritz
---- E L I T E ----
---- E L I T E ----
Posts: 591
Joined: Sun Jul 12, 2015 2:30 pm
Location: Bavaria, Germany
Contact:

Re: Griff's normalmapped ship remakes

Post by Fritz »

Reminds me of my Python 'accident' with a cargo barrel texture. New model with old texture?
"You wouldn't kill me just for a few credits, would you?" – "No, I'll do it just for the fun!"
User avatar
Cody
Sharp Shooter Spam Assassin
Sharp Shooter Spam Assassin
Posts: 16081
Joined: Sat Jul 04, 2009 9:31 pm
Location: The Lizard's Claw
Contact:

Re: Griff's normalmapped ship remakes

Post by Cody »

Possibly something like that - and I've now seen it several times in the shipyard.
I would advise stilts for the quagmires, and camels for the snowy hills
And any survivors, their debts I will certainly pay. There's always a way!
User avatar
Griff
Oolite 2 Art Director
Oolite 2 Art Director
Posts: 2483
Joined: Fri Jul 14, 2006 12:29 pm
Location: Probably hugging his Air Fryer

Re: Griff's normalmapped ship remakes

Post by Griff »

I've uploaded the prototype boa to the OXZ manager, has a few cosmetic shader bug fixes over the OXP version.

Sorry about not replying sooner to this - I've fixed the 'use scrict' bug phkb spotted in the cobraIII OXZ's and reuploaded the OXZ's

@Cody, Sorry about the late reply, I did checkout that screenshot at the time - i think that decal paintjob is actually working OK (as ugly as it looks), the shaders let the decals appear as black now (whereas before the darker the colour, the more transparent the decal was), not sure if this (and the other paint changes) were a good idea or not, seemed OK at the time but now looking at it a few months later :?
User avatar
Cody
Sharp Shooter Spam Assassin
Sharp Shooter Spam Assassin
Posts: 16081
Joined: Sat Jul 04, 2009 9:31 pm
Location: The Lizard's Claw
Contact:

Re: Griff's normalmapped ship remakes

Post by Cody »

Griff wrote:
... not sure if this (and the other paint changes) were a good idea or not, seemed OK at the time but now looking at it a few months later :?
Hello Griff... I ain't too fond of them, tbh. Have you looked at your Wolf Mk II lately? All I see is grey!
I would advise stilts for the quagmires, and camels for the snowy hills
And any survivors, their debts I will certainly pay. There's always a way!
User avatar
Griff
Oolite 2 Art Director
Oolite 2 Art Director
Posts: 2483
Joined: Fri Jul 14, 2006 12:29 pm
Location: Probably hugging his Air Fryer

Re: Griff's normalmapped ship remakes

Post by Griff »

yeah, I did check that out, no idea what went wrong there, it's the drabbest looking thing in the Ooniverse.
I'll do some shader work on it this afternoon
another_commander
Quite Grand Sub-Admiral
Quite Grand Sub-Admiral
Posts: 6682
Joined: Wed Feb 28, 2007 7:54 am

Re: Griff's normalmapped ship remakes

Post by another_commander »

A friend from the past is back... Thanks Griff, great job as always.
Image

I think there is something wrong with the side cannons though, they seem to be not attached to the hull.

Edit: Here is a shot with post-processed increased gamma, showing the problem. Also, the NPC variant in the oxz shipdata is missing a roles entry, is this deliberate?
Image
another_commander
Quite Grand Sub-Admiral
Quite Grand Sub-Admiral
Posts: 6682
Joined: Wed Feb 28, 2007 7:54 am

Re: Griff's normalmapped ship remakes

Post by another_commander »

Griff, please disregard the previous bug report about the side cannons and the image I posted. This is actually a bug when rescaling models and happens also in 1.82. The model with the problem in the earlier image was a 2.0x scaled one.
Post Reply