Progress

General discussion for players of Oolite.

Moderators: another_commander, winston

User avatar
JensAyton
Grand Admiral Emeritus
Grand Admiral Emeritus
Posts: 6657
Joined: Sat Apr 02, 2005 2:43 pm
Location: Sweden
Contact:

Re: Progress

Post by JensAyton »

Ahruman wrote:Cube-mapped planets now have their poles in the right place. (I set out to fix this and found that it already worked. Don’t know when that happened.)
Mystery solved: Eric fixed it in November, when I wasn’t paying attention. A bit of an anticlimax to find that my last major task was already done, but that’s a disappointment I can live with. ;-)

User avatar
Eric Walch
Slightly Grand Rear Admiral
Slightly Grand Rear Admiral
Posts: 5536
Joined: Sat Jun 16, 2007 3:48 pm
Location: Netherlands

Re: Progress

Post by Eric Walch »

Ahruman wrote:Mystery solved:
Yep, I only wrote something about changed rotation axis in the comment because the mapping itself was always correct for the cube maps. The sun now keeps shining above the main planets equator. Nothing should keep texture makers to add planets with ice caps now :wink:

-----
Update for thargoid containing oxps

The npc missile launches always had an interesting 'feature' that when the missile_launch_position was defined inside the bounding box, the missile got 10 m/sec extra speed for every meter it was from the outside of the bounding box. This resulted in launch positions close to the ships center having a very strong extra speed boost. Examples are the thargons from the thargoids that were thrown out at high speed, for the internal thargoids, while ox's that used a more correct position, like the Griff ones, didn't have that extra speed.

Somehow that looked wrong. And now it seems that even the direction was wrong: not away from the ship, but always along the same system vector, no matter of the position of the ship. The only thing preventing missiles from crashing was additional code that made missiles crash-proof during the first 0.25 seconds of their existence.

Anyhow, this code is now removed, resulting in a new problem: the missile_launch_position of thargoids was defined exactly behind the ship at the same position as the aft_eject_position. This will cause thargons to immediately crash into their mother. I examined many ox's with thargoids and all added the thargons wrong. The only exception are Griff his thargoids.

Trunk will now check for such wrong launch positions at [0,0,-x] and replace it with a default position. It will also write an error to the log to inform that the position was wrong, so that oxp makers know that they have to update their work.

User avatar
Griff
Oolite 2 Art Director
Oolite 2 Art Director
Posts: 2298
Joined: Fri Jul 14, 2006 12:29 pm
Location: Wales

Re: Progress

Post by Griff »

Gold star for Griff!! *smug face*

User avatar
Cody
Sharp Shooter Spam Assassin
Sharp Shooter Spam Assassin
Posts: 13804
Joined: Sat Jul 04, 2009 9:31 pm
Location: Corke's Drift
Contact:

Re: Progress

Post by Cody »

Griff wrote:Gold star for Griff!! *smug face*
Have five team points as well.

User avatar
JensAyton
Grand Admiral Emeritus
Grand Admiral Emeritus
Posts: 6657
Joined: Sat Apr 02, 2005 2:43 pm
Location: Sweden
Contact:

Re: Progress

Post by JensAyton »

Custom docking ring models are no longer supported. The implementation of this feature was unsafe, and relied on old model loading code that is no longer used for anything else.

As a partial replacement, the new implementation uses a distorted regular polygon defined by three station properties: tunnel_corners (ranges from 4 to 128), tunnel_start_angle (in degrees; 0 means the first corner is straight up) and tunnel_aspect_ratio, which is the proportion of the tunnel’s width to its height.

The default values are 4, 45 and 2.67, which produces the same rectangular appearance as in 1.74. The rock hermit uses 6, 0, 1 for a hexagon.

User avatar
Commander McLane
Intergalactic Spam Assassin
Intergalactic Spam Assassin
Posts: 9520
Joined: Thu Dec 14, 2006 9:08 am
Location: a Hacker Outpost in a moderately remote area
Contact:

Re: Progress

Post by Commander McLane »

Ahruman wrote:As a partial replacement, the new implementation uses a distorted regular polygon defined by three station properties: tunnel_corners (ranges from 4 to 128), tunnel_start_angle (in degrees; 0 means the first corner is straight up) and tunnel_aspect_ratio, which is the proportion of the tunnel’s width to its height.
No triangular docks, then? :cry:

User avatar
JensAyton
Grand Admiral Emeritus
Grand Admiral Emeritus
Posts: 6657
Joined: Sat Apr 02, 2005 2:43 pm
Location: Sweden
Contact:

Re: Progress

Post by JensAyton »

If you really, really want them, I can lower the limit. :-)

Edit: Actually, I lowered it anyway because purely arbitrary limits are silly.
Last edited by JensAyton on Tue Feb 08, 2011 7:58 pm, edited 1 time in total.
Reason: Added an addendum.

User avatar
Smivs
Retired Assassin
Retired Assassin
Posts: 8408
Joined: Tue Feb 09, 2010 11:31 am
Location: Disunited Kingdom
Contact:

Re: Progress

Post by Smivs »

Be like a giant shape-sorter for Boa Class Cruisers :D
Commander Smivs, the friendliest Gourd this side of Riedquat.

User avatar
Commander McLane
Intergalactic Spam Assassin
Intergalactic Spam Assassin
Posts: 9520
Joined: Thu Dec 14, 2006 9:08 am
Location: a Hacker Outpost in a moderately remote area
Contact:

Re: Progress

Post by Commander McLane »

Smivs wrote:Be like a giant shape-sorter for Boa Class Cruisers :D
I like this idea. :lol: Although we're just talking about the tunnel effect which has no bearing on the actual dock size.

But of course you could do something like that with the actual dock subentity. I would of course prefer something in the shape of an Imperial Courier. 8)

User avatar
DaddyHoggy
Intergalactic Spam Assassin
Intergalactic Spam Assassin
Posts: 8501
Joined: Tue Dec 05, 2006 9:43 pm
Location: Newbury, UK
Contact:

Re: Progress

Post by DaddyHoggy »

Commander McLane wrote:
Smivs wrote:Be like a giant shape-sorter for Boa Class Cruisers :D
I like this idea. :lol: Although we're just talking about the tunnel effect which has no bearing on the actual dock size.

But of course you could do something like that with the actual dock subentity. I would of course prefer something in the shape of an Imperial Courier. 8)
It'd end up looking like "Hole in the Wall"

Image
Selezen wrote:Apparently I was having a DaddyHoggy moment.
Oolite Life is now revealed here

User avatar
Azathoth
Dangerous
Dangerous
Posts: 80
Joined: Thu Jan 29, 2009 8:01 pm
Location: Underneath it all

Re: Progress

Post by Azathoth »

DaddyHoggy wrote:
Commander McLane wrote:
Smivs wrote:Be like a giant shape-sorter for Boa Class Cruisers :D
I like this idea. :lol: Although we're just talking about the tunnel effect which has no bearing on the actual dock size.

But of course you could do something like that with the actual dock subentity. I would of course prefer something in the shape of an Imperial Courier. 8)
It'd end up looking like "Hole in the Wall"

Image
I like it. Vets go go go.

Or maybe not :|
I try to play chess. But only sometimes do I succeed.
My chess blog: www.chesshed.blogspot.co.uk

User avatar
JensAyton
Grand Admiral Emeritus
Grand Admiral Emeritus
Posts: 6657
Joined: Sat Apr 02, 2005 2:43 pm
Location: Sweden
Contact:

Re: Progress

Post by JensAyton »

I forgot to mention this a while back: there’s a new special script called oolite-locale-functions.js, which defines functions that may need to be modified by localization OXPs (although the default implementations can also be customized by modifying descriptions.plist).

The public functions currently defined are formatInteger(value : number) and formatCredits(value : number, [includeDeciCredits : boolean, [includeCurrencySymbol : boolean]]). The first formats integers in a language-sensitive way – in particular, dividing it into groups with spaces. The second formats a value in credits.

formatCredits() is used wherever Oolite displays a currency value, including when expanding the description token “[credits_number]” for JavaScript (except when used directly in legacy scripts, as it may be used for arithmetic).

User avatar
JensAyton
Grand Admiral Emeritus
Grand Admiral Emeritus
Posts: 6657
Joined: Sat Apr 02, 2005 2:43 pm
Location: Sweden
Contact:

Re: Progress

Post by JensAyton »

As discussed above, beacon icon data is now looked up by beacon code instead of primary role. Beacon codes of a single letter are always treated as letters, with no icon lookup.

User avatar
JensAyton
Grand Admiral Emeritus
Grand Admiral Emeritus
Posts: 6657
Joined: Sat Apr 02, 2005 2:43 pm
Location: Sweden
Contact:

Re: Progress

Post by JensAyton »

I’ve finally added the much-needed entityDestroyed() ship script event. This fires immediately after a ship becomes invalid (i.e., before any other script code can run) regardless of what happened to it. There is one exception: when the game session ends (reset for a new session, or quit) the event doesn’t fire. Since there should be no way for a script to need to clean things up in this situation, I don’t think that should be a problem.

User avatar
Commander McLane
Intergalactic Spam Assassin
Intergalactic Spam Assassin
Posts: 9520
Joined: Thu Dec 14, 2006 9:08 am
Location: a Hacker Outpost in a moderately remote area
Contact:

Re: Progress

Post by Commander McLane »

Ahruman wrote:I’ve finally added the much-needed entityDestroyed() ship script event.
What will be the practical difference to shipDied() for scripting purposes? I understand that entityDestroyed() will trigger earlier. So what should be done in it, that shouldn't be done in shipDied()?

Post Reply