14:21:50.870 [oxp-standards.deprecated]: TL99 is deprecated for EQ_OXPCONFIG_M1
14:21:50.871 [oxp-standards.deprecated]: TL99 is deprecated for EQ_OXPCONFIG_M0
14:21:50.871 [oxp-standards.deprecated]: TL99 is deprecated for EQ_OXPCONFIG_M3
14:21:50.872 [oxp-standards.deprecated]: TL99 is deprecated for EQ_CABAL_COMMON_SPECIALMARKETS
14:21:50.872 [oxp-standards.deprecated]: TL99 is deprecated for EQ_OXPCONFIG_COLORS
14:21:50.872 [oxp-standards.deprecated]: TL99 is deprecated for EQ_CABAL_COMMON_COMM
14:21:50.872 [oxp-standards.deprecated]: TL99 is deprecated for EQ_OXPCONFIG_M4
14:21:50.872 [oxp-standards.deprecated]: TL99 is deprecated for EQ_OXPCONFIG_M5
14:21:50.873 [oxp-standards.deprecated]: TL99 is deprecated for EQ_OXPCONFIG_M2
14:21:50.873 [oxp-standards.deprecated]: TL99 is deprecated for EQ_CCL_OXPS_MINE
14:21:50.873 [oxp-standards.deprecated]: TL99 is deprecated for EQ_OXPCONFIG_W0
And so reversed all the 23 OXPs added 1 by 1 to discover what caused it, to finally discover there are no differences and I can not reproduce errors in the log.
The ONLY point I am certain at this time, SPARA's market observer was the latest OXP added to the serie. But as stated above, error couldn't be reproduced... life can be cruel.
Mind if I ask why a few 'deprecated' messages in your log matter so much to you? (matter enough to create BB topics about them, I mean). My logs are full of this sort of thing and I'm not bothered by them in the least... at worst, they're merely reflecting the fact that some of the OXPs you have installed are oldish. We all have plenty of those (because many of them are great and worth having).
Actual scripting ERRORS are a different matter, of course, but I saw none in your listing. Those messages are merely informational.
There are "yellow alerts", not critical "red alerts". There are no fatal flaws in these old OXPs - just obsolete ways of using properties (in this case seems obsolete way of processing TL 99 setting to define equipment TL using script). I'll disagree with recommendation "just ignore it". At least, yellow alert indicates that OXP may not work as intended. You can use these old OXPs as is, but it will be good to fix issues if you need reliable stable OXPs updated to modern standards. Sometimes there are errors in very specific situations, like aborted hyperjump onto interstellar space. Most players will never come onto such situations and these flaws will be not critical for game experience. But if you can fix it in advance - do it. Shit happens.
I think (and I haven't confirmed this) but Oolite doesn't do the full deprecation check thing on every launch. It might only be when there's been a change from the last time it ran. Which is why the messages don't appear in every run.
As for those messages, OXP Config (oolite.oxp.Svengali.CCL.oxz) and Cabal Common Library (oolite.oxp.Svengali.CCL.oxz) are the two likely suspects, both of which have been upgraded (via the Library OXP). I'd only install those two OXP's if another OXP requires them.
"Better to be thought a fool, boy, than to open your trap and remove all doubt." - Grandma [over time, just "Shut your trap... fool"]
"The only stupid questions are the ones you fail to ask." - Dad
How do I...? Nevermind.
It's been a while since TL99 was used, but if my memory serves me correct, it was basically used to hide equipment from the shop. That equipment could then be awarded via other means as a part of a mission or something. To my understanding the current method for managing this kind of stuff is by using a condition script in equipment.plist.
Mind if I ask why a few 'deprecated' messages in your log matter so much to you? (matter enough to create BB topics about them, I mean). My logs are full of this sort of thing and I'm not bothered by them in the least... at worst, they're merely reflecting the fact that some of the OXPs you have installed are oldish. We all have plenty of those (because many of them are great and worth having).
Actual scripting ERRORS are a different matter, of course, but I saw none in your listing. Those messages are merely informational.
Hey.
I did not mean it was urgent.
I did not mean you had to fix it.
Currently my point of view is rather let checks all these OXPs and see how they handle with 1.90, so new players won't have to lose time with it.
Old geeks ready to spend 12 to 18 hours to try running something in the correct way are rather unexpected. If you have to build a base of new fan boys for this good work done so far, be advised new users don't like spending time troubleshooting stuff: It works, great, it doesn't at first or it is too complicated to understand => bye bye.
It is a new generation of players. Would they have accepted waiting 30 minutes to load a game saved on tapes? NO. I know what it is. Could even be 45 minutes and a failure!
So far, currently, is there a excel sheet like referencing all OXPs with their status, compatibility issues, that could be public and used by us in addition with the wiki, so the wiki remains oriented on the description instead? I think this could be a good start.
What do you think.
I think (and I haven't confirmed this) but Oolite doesn't do the full deprecation check thing on every launch. It might only be when there's been a change from the last time it ran. Which is why the messages don't appear in every run.
As for those messages, OXP Config (oolite.oxp.Svengali.CCL.oxz) and Cabal Common Library (oolite.oxp.Svengali.CCL.oxz) are the two likely suspects, both of which have been upgraded (via the Library OXP). I'd only install those two OXP's if another OXP requires them.
You nailed it fine. They are culprits, but only when using Ship Outfitting menu. Hitting F3 key twice and exiting game.
Not every objects are available in the Shipyard Library, mostly "Miscellaneous" ones. What kind of plist properties are missing in the OXP adding such items? Asteroids are my main concern ATM and because there are not other model viewer available.
Thanks for your time.
nope. At least, based upon the working example I found, I created two files in the OXP's Config folder.
This intended to display STAER9 iceteroids pack as I reworked a bit textures that looked like a bit too much clean ice to me and to decrease reflection as well. I will propose changes as an addon to this OXP.
But in a general way, I may look into implenting this in OXPs where it is missing with a "patch".
So far I don't know if the method you pointed is better, this one is working. Inspired from REDSPEAR's solo alt stations.
I would suggest keeping the standard categories if possible, the library could really slow down with a lot of entries. Btw. for viewing texture modifications Gallery.oxp is doing a fine job as well.
Scars remind us where we've been. They don't have to dictate where we're going.
I would suggest keeping the standard categories if possible, the library could really slow down with a lot of entries. Btw. for viewing texture modifications Gallery.oxp is doing a fine job as well.