Page 5 of 12

Posted: Thu Jul 10, 2008 8:05 pm
by Svengali
Wolfwood wrote:
Just tried to extract the package in WinXP and ran into some error messages - apparently, the folders contain some Mac-specific files or folders that cause problems when extracted in Win...
I'm on WinXP too and everything is fine. No error, no warning.

What kind of application are you using? The internal unzipper does sometimes very strange things - so I've switched to 7-Zip.

Posted: Fri Jul 11, 2008 8:33 am
by caracal
Eric Walch wrote:
I just updated UPS-Courier.oxp to version 1.4.1
Any chance of updating it so it works with 1.72 (the svn version)? I still have a red "x" on Entizadi that I'd love to get rid of. :) (And yes, I know I could edit my save file, but that's too much like work.)

Have wondered if the max_version is there for a reason--does 1.72 break it somehow?

Posted: Fri Jul 11, 2008 9:05 am
by Eric Walch
Any chance of updating it so it works with 1.72 (the svn version)?Have wondered if the max_version is there for a reason--does 1.72 break it somehow?
yes, currently the "show destination first" makes use of a call function to switch to the galaxtic map. That will not work with 1.72 anymore. I already asked for a proper JS function to do this in future in scripting requests. But when you don't use that option during a missionoffer, you can remove the max-version.

EDIT: on the other hand, 1.4.1 contains a rare but annoying bug. I just added a check for 1.72 and now the look option won't be offered in 1.72. Will test if the check works as intended and than upload 1.4.2 without a max_version soon.

Posted: Fri Jul 11, 2008 9:44 am
by caracal
Eric Walch wrote:
Any chance of updating it so it works with 1.72 (the svn version)?Have wondered if the max_version is there for a reason--does 1.72 break it somehow?
yes, currently the "show destination first" makes use of a call function to switch to the galaxtic map. That will not work with 1.72 anymore. I already asked for a proper JS function to do this in future in scripting requests. But when you don't use that option during a missionoffer, you can remove the max-version.
Oh cool, thanks. So I could put it back in place, tweak the requires.plist, and just not use the show-map feature until that JS function is added, or other resolution is found.

I don't need the map so much any more since I wrote a little interactive map application. Once I spiff it up a bit, I'll offer it for download in case anybody else might find it useful.

Posted: Fri Jul 11, 2008 2:47 pm
by DaddyHoggy
caracal wrote:
Once I spiff it up a bit
I thought you'd typed "spliff" and suddenly I had this image of you toking on a huge dope stuffed roll-me-own pouring over the code... :lol:

Posted: Fri Jul 11, 2008 5:01 pm
by Eric Walch
on the other hand, 1.4.1 contains a rare but annoying bug. I just added a check for 1.72 and now the look option won't be offered in 1.72. Will test if the check works as intended and than upload 1.4.2 without a max_version soon.
OK, uploaded version 1.4.2. Minor adjustment. Added tests for the future 1.72 version and removed 1.71.99 as maximum version. Mainly useful for users of the trunc versions that already has 1.72.0 as version number.

The look option with mission offers will not be shown on 1.72.
For the contract reputation it will use the new functions for 1.72. I can't test this if this new stuff works proper on the trunc version but when not, it probably only will log an error. (I would like to see it if it does)

Posted: Sun Aug 24, 2008 11:24 am
by Eric Walch
UPS maintenance update.

Fixed some known smaller bugs from version 1.4.1 and the boa-mission bug introduced in 1.4.2

I noticed that the background image is often distorted when "reduced detail" is switched off in Oolites settings. Changed the dimensions so Oolite does not need to shrink-to-fit the image.

Thanks to Ramirez and other oxp's we have all kind of new missiles. But some missions were designed for standard equipment and become to easy with all the new stuff. For one mission in particular, the bad guys now have better counter-measurements against all those new missile types. This way the mission runs again as original intended.

Prepared for the future known changes for 1.72. I can't test this but let me know if it generates warnings under one of the 1.72 test versions.

Go to link page for UPS-Courier 1.4.3

Posted: Thu Nov 06, 2008 9:49 pm
by Eric Walch
Maintainance update for Oolite 1.72

Nothing new, but all 1.72 warnings in the log are now dealt with. Will not work anymore with 1.71.2

Go to link page for UPS-Courier 1.4.4

Posted: Sat Dec 13, 2008 10:18 pm
by Eric Walch
Warning for ups users with the latest oolite 1.72.1 update. That oolite update seems to have a bug than can make that ships with conditions in their ship definition are not always added. And as it happens, two of the ups target ships have conditions. I used the conditions to add tougher ship at increasing mission numbers.

As a luck I was already changing this to make the selection by giving tougher ships a different role. On my wip version I already removed all the conditions for ship selection. I didn't plan to already release a new update of ups, but I will do that now very soon.

Just a warning for the boa and python mission: There is a fair chance the ships are not added with the latest 1.72.1 version. Or we see very soon a 1.72.2 or I will release my current wip version this week. I think I have tested all new changes already. (getting offers will be dependent on your reputation as trader in future)

Posted: Sat Dec 13, 2008 10:23 pm
by Thargoid
Eric, thanks for the warning. This may also explain a little why my current WIP for Planetfall isn't working so well, as some of the entities there have conditions in.

I'm getting a bit fed up with scraping myself off moons ;)

Posted: Sat Dec 20, 2008 11:17 am
by Eric Walch
I didn't intend to release this update already but the new 1.72.1 suffers a bug that very likely will also affect all my previous versions. For some missions I let Oolite itself select the target based on conditions. as far as I see the bug is that it now first selects the ship and than when the conditions fail, no ship is added at all. Very frustrating when you search a ship that never was added.

I now changed the way ships are selected for version 1.5.0. Removing the selection conditions from shipdata means that this new version will no longer be usable with the good old 1.65.

New update: UPS Courier 1.5.0

The two most visible changes compared with the previous version are:

A)
- Full use of the players contract reputation. When you do deliveries in the F8/F8 screen your reputation changes. There are 7 positive (for success) and 7 negative (for failure) point to be given. In time those points erode towards zero. When there are less than 7 points the remainder is interpreted as unknown. From this unknown part Oolite turns always a random part into success. Oolite then translates all these values into a single success value. This is what Oolite itself always has done behind the screen.
- UPS now also uses this success value to determine if it should make an offer. This could make it harder than before to get a transport offer. UPS itself also increases/decreases the reputation on finishing its own missions but this will probably not keep your reputation high enough to get all transport missions offered. You need to occasionally take some standard deliveries also.
- To get an idea how high your current reputation is, ups will show it in words as a mission description as long there is no active parcel mission.

B)
- I re-added the option to look at the long range galactic map from within some mission screens. Because it is currently not possible to select the page by script, the player has to manually go to the chart. Leaving this page however is detected and at that moment the mission screen will be show again to make the definitive selection.

C)
- Several smaller graphic changes.

You should use this new version with Oolite 1.72.1

Posted: Thu Feb 19, 2009 9:31 pm
by Eric Walch
For your info. I just put UPS-Courier 1.5.2 on the box. It contains some small bugfixes and two new missions suggested by Pagroove elsewhere. I finished them some time ago and waited for the wiki being writeble again. Till than this is the newest file and the wiki point to a slightly older one without the new missions.


After 20 regular document transports it is possible that you are trusted with the transport of some articles for the next edition of the Tionisla chronicle. (Or an other chronicle when in an other galaxy)

After 20 parcel missions you might get offers to deliver medicine to a planet in need.

All very low chance missions so don't expect a significant difference.

Posted: Sat Feb 28, 2009 8:02 am
by Screet
Hi,

is this an UPS bug?

Code: Select all

[dumpState.shipEntity]: Script: <OOJSScript 0x9cf0d70>{"oolite-default-ship-script" version 1.72.2}
[dumpState.shipEntity]: Subentity count: 1
[dumpState.shipEntity]: Behaviour: BEHAVIOUR_FORMATION_FORM_UP
[dumpState.ai]: State machine name: upsAspEscortAI.plist
[dumpState.ai]: Current state: FLYING_ESCORT
Those ships did not want to fight, they let me shoot them down without reaction. It was a group of several Asp Mk 4. At first they seemed to move in some sort of formation, but then I obviously shot the leading ship down - all those "escorts" began flying in circles, not reacting to anything.

Screet

Posted: Mon Mar 09, 2009 5:48 pm
by Eric Walch
I just put UPS-Courier 1.5.3 on the box.
It seems Oolite has problems with timers and I just added one in the boa ship in my previous update. This could result in an Oolite crash when the player left the system were the Boa mission target was in. Please update to this version when doing the Boa mission.

...

Posted: Mon Mar 09, 2009 5:55 pm
by Lestradae
Hi Eric,

when I open the zip file there is no workable oxp in there, all 0 byte "files" without folders?

OS's Vista.

:(

L