OoliteStarter

[MrFlibble]

Ah!! Looking at my somewhat more weathered Linux setup, we're talking about the 'manually installed' addons!

On Linux by default (for me) it's $HOME/GNUstep/Applications/Oolite/AddOns

So... Does that have a default location on the Mac, and if so, should it not get pre-populated by starter?

I'm happy to add such detection if only I knew what to look for. Am poking at nothing since I do not have the target machine.
If someone knows a good way to find the addons directory for a Mac please shout.

I'm not sure there is a 'right' way. If you look at  OXP, perticularly the "AddOns and Managed AddOns folders", you'll see that on Linux there are three possible locations, and at least two of those could be in use at the same time.

Thinking outside the box.. perhaps there should be multiple (manual) add-ons fields, or the option to add/remove (clicky plus/minus buttons?). That would allow e.g. $HOME/OXP/core and $HOME/OXP/thisQuirkySetup to be used if a user had a base set of manual addons, but wanted extra ones in some scenarios. That would allow the defaults per platform to be pre-populated, be they the one of Windows, the three of Linux, or .. you get the picture

[hiran]

I'm not sure there is a 'right' way. If you look at  OXP, perticularly the "AddOns and Managed AddOns folders", you'll see that on Linux there are three possible locations, and at least two of those could be in use at the same time.

The link you posted redirects me to https://en.wikipedia.org/wiki/Oxford_Pa ... ay_station. And no, I do not see three possible locations for AddOns...

[MrFlibble]

I'm not sure there is a 'right' way. If you look at  OXP, perticularly the "AddOns and Managed AddOns folders", you'll see that on Linux there are three possible locations, and at least two of those could be in use at the same time.

The link you posted redirects me to https://en.wikipedia.org/wiki/Oxford_Pa ... ay_station. And no, I do not see three possible locations for AddOns...

Never has your avatar (to my knowledge) been more appropriate.

Of course I meant  OXP

[hiran]

I'm not sure there is a 'right' way. If you look at  OXP, perticularly the "AddOns and Managed AddOns folders", you'll see that on Linux there are three possible locations, and at least two of those could be in use at the same time.

The link you posted redirects me to https://en.wikipedia.org/wiki/Oxford_Pa ... ay_station. And no, I do not see three possible locations for AddOns...

Never has your avatar (to my knowledge) been more appropriate.

Of course I meant  OXP

You are leading me to a dilemma. I had a look at Locating your AddOns folder/MacOS, and that is good content. But there is a chance for having two paths. What to do?

[Cholmondely]

The link you posted redirects me to https://en.wikipedia.org/wiki/Oxford_Pa ... ay_station.

Just up the road from where I'm writing this! How on earth did that railway station get a mention?

[MrFlibble]

The link you posted redirects me to https://en.wikipedia.org/wiki/Oxford_Pa ... ay_station.

Just up the road from where I'm writing this! How on earth did that railway station get a mention?

I see what happened. I hit Wikipedia link rather than Wiki.

I now know the three letter code for Oxford Parkway station. Every day is a learning day.

[hiran]

I see what happened. I hit Wikipedia link rather than Wiki.

I now know the three letter code for Oxford Parkway station. Every day is a learning day.

That just happens, don't worry.
But it does not answer the question Cholmondely raised

The link you posted redirects me to https://en.wikipedia.org/wiki/Oxford_Pa ... ay_station.

Just up the road from where I'm writing this! How on earth did that railway station get a mention?

Someone living in Hampshire gave in to the itch and created that page in 2016. For the why, it is not documented. Our only chance would be to reach out and ask that guy.

But maybe an explanation: Some german subway stations are also mentioned:
- https://de.wikipedia.org/wiki/Bahnhof_M ... Karlsplatz
- https://de.wikipedia.org/wiki/Bahnhof_B ... rter_Allee
- https://de.wikipedia.org/wiki/Bahnhof_F ... ablerwache

Maybe someone ran a project similar to mine (documenting all the items in Ooniverse) but for earth?

[Mousenoab]

That would allow the defaults per platform to be pre-populated, be they the one of Windows, the three of Linux, or .. you get the picture

Where can I find it? Because I changed to Linux...

https://github.com/OoliteProject/OoliteProject/releases

[hiran]

That would allow the defaults per platform to be pre-populated, be they the one of Windows, the three of Linux, or .. you get the picture

Where can I find it? Because I changed to Linux...

https://github.com/OoliteProject/OoliteProject/releases

Look here:
https://github.com/OoliteProject/OoliteStarter/releases

[Mousenoab]

That would allow the defaults per platform to be pre-populated, be they the one of Windows, the three of Linux, or .. you get the picture

Where can I find it? Because I changed to Linux...

https://github.com/OoliteProject/OoliteProject/releases

Look here:
https://github.com/OoliteProject/OoliteStarter/releases

Gracias amigo! Y funciona...

[MrFlibble]

Either I've left my brain in Hyper Cargo, or sending debug via MQTT is not working. I suspect the former, so seek clarification and reminders.

I'm subscribed to '#', so see EVERYTHING going to the server.

Publishing to games/oolite/debug/oolite/input with messages, trying PS, PS.fuel, {"PS.fuel"}, pauseGame(), and even a desperate {"msgType:debug", "PS.fuel"}, all single quoted. None illicit a response on MQTT apart from showing that the server has received the message.

Code: Select all

# Subscribe in xterm 1
> mosquitto_pub -h HOST -p PORT -u USER -P "PASS" -t '#' -v

# Publish in xterm 2
> mosquitto_pub -h HOST -p PORT -u USER -P "PASS" -t 'games/oolite/debug/oolite/input' -m 'PS.fuel'

In the receiver I see:

Code: Select all

games/oolite/debug/oolite/controls {"msgType":"controls","speed":199.2240753173828,"maxSpeed":315}
games/oolite/debug/oolite/controls {"msgType":"controls","speed":229.1977996826172,"maxSpeed":315}
games/oolite/debug/oolite/input PS.fuel

..but nothing comes of the debug command. I did this in mostly empty space to keep output minimal, leaving a speed change in place so you can see the prefix etc. and that subscribe is working.

For reference, here's what I get in Debug Console:

Code: Select all

> PS
[PlayerShip "D.T.T. War Lance" position: (-3154.8, -104003, 510552) scanClass: CLASS_PLAYER status: STATUS_DOCKED]
> PS.fuel
7

I'm using the same MQTT user in both starter and terminal.

Baffled. I was sure this had worked before.

Today's five minute project, to use pauseGame() via MQTT as an equivalent of "Autopause". Set to pause the game on various events (red alert, low altitude, whatever). Ultimate goal, add to a TTGO with a big toggle switch. This would mark the first step toward basic autopilot and bespoke dashboard hardware for the good ship "Flying Shed".

Otto. Hmm! I have a small electric air pump and an inflatable penguin... another day perhaps.

Anyone know if there's something like unpauseGame() that could be used when the switch is thrown to the "Commander in control" position?

[hiran]

Publishing to games/oolite/debug/oolite/input with messages, trying PS, PS.fuel, {"PS.fuel"}, pauseGame(), and even a desperate {"msgType:debug", "PS.fuel"}, all single quoted. None illicit a response on MQTT apart from showing that the server has received the message.

Code: Select all

# Subscribe in xterm 1
> mosquitto_pub -h HOST -p PORT -u USER -P "PASS" -t '#' -v

# Publish in xterm 2
> mosquitto_pub -h HOST -p PORT -u USER -P "PASS" -t 'games/oolite/debug/oolite/input' -m 'PS.fuel'

In the receiver I see:

Code: Select all

games/oolite/debug/oolite/controls {"msgType":"controls","speed":199.2240753173828,"maxSpeed":315}
games/oolite/debug/oolite/controls {"msgType":"controls","speed":229.1977996826172,"maxSpeed":315}
games/oolite/debug/oolite/input PS.fuel

..but nothing comes of the debug command. I did this in mostly empty space to keep output minimal, leaving a speed change in place so you can see the prefix etc. and that subscribe is working.

I documented it here:
https://github.com/OoliteProject/Oolite ... ck-channel

Looks like you did not try this form:
{ 'command': "somestring" }

Should OoliteStarter give back error messages if it cannot forward something?

[MrFlibble]

I documented it here:
https://github.com/OoliteProject/Oolite ... ck-channel

Looks like you did not try this form:
{ 'command': "somestring" }

Should OoliteStarter give back error messages if it cannot forward something?

Ah! That'll be it then. Thanks. Brain recovered from Hyper Cargo.

Starter could benefit from an 'starter_errors' topic or similar, rather than silently dropping stuff.

[hiran]

Should OoliteStarter give back error messages if it cannot forward something?

Ah! That'll be it then. Thanks. Brain recovered from Hyper Cargo.

Starter could benefit from an 'starter_errors' topic or similar, rather than silently dropping stuff.

There already exists oolite/starter for OoliteStarter related messages. It will be used now.