If you use the Smivs approach of hijacking the Trumbles code, no.
What I'd do instead - and I really can't remember the details of how, so read this as "what I several years ago would have done instead" - is as follows:
1) Set up a visual effect object with a simple cubic model with a nominal size of 2km.
2) Use a frame callback to ensure that this object is always at the same position as the player ship (which will therefore ensure, because of its size, that it's always "visible")
3) Stick a custom shader on it so that rather than being drawn in worldspace it ends up being drawn in HUDspace [1]; make that shader draw an increasing number of soap bubbles by binding in the https://wiki.alioth.net/index.php/Oolit ... #shader.2A generic shader* uniforms and updating them in the frame callback.
Actually *writing* the shader to display the soap bubbles is non-trivial - but don't forget you can stick a fair bit of data for it into the object's texture file in a convenient format!
[1] The hyperspace jump shader in SOTL or BGS works in a similar way if you want a reference for this bit. I *think* without checking that the Vertex shader is the one that handles the transformation to HUDspace, and then once you've effectively got a HUD-sized canvas to play with, you'd use the Fragment shader to write that.
Am I correct in presuming that this little project would indeed constitute a major pain in the unmentionables?
Am I correct in presuming that this little project would indeed constitute a major pain in the unmentionables?
If the goal is to display some custom text via the shader (to simulate some form of ship-to-ship conversation) - yeah, a bit of a pain. At a guess, you'd have to put all the text into images, rather than as lines in missiontext.plist, to essentially put it into the same "language" as the shader is expecting. And then, you'd have to turn off the normal HUD while displaying the images so that it doesn't interfere, because who knows what HUD is in play and what MFD's are in use. Turning off the HUD is easy to do, but as a pilot it would be disconcerting to have everything disappear suddenly without warning.
And having the skills to put a shader like that together is certainly beyond me!
Having said all that...CCL has an "Overlay" feature that allows for images to be displayed inflight. I'll have a poke around inside that to see if it's easy to tweak.
I realised we never got back to exploring how this OXP could be expanded. Is there still any interest?
Yes, definitely. But finish your other projects first. They are more important. And I never got the Black Baron mission to show in my games (OXP conflicts or some such?). Again, not so important.
I realised we never got back to exploring how this OXP could be expanded. Is there still any interest?
Yes, definitely. But finish your other projects first. They are more important. And I never got the Black Baron mission to show in my games (OXP conflicts or some such?). Again, not so important.
Yes, there is interest.
I checked the script and black baron starts in teesdi .
My comments on Black Baron were simply that I can't get it to work on my AppleMac. And, yes, the start is given in the Oolite Missions wiki page, but I could never get it to fire.
As regards the Long Way Round, I had a selection of suggestions to make it more fun, but are probably pretty much unimplementable in Oolite as it currently stands.
![[EliteWiki]](/images/elitewikismall.png){kind=small}
Oolite Missions