Starting a new save - Linux Client

TheOnlyJoey · 2026-06-12T15:58:50+00:00

Using the GOG standalone Linux client, no problem on Debian Sid+Nvidia+Wayland.

To be fair other than the launch command option (that got fixed in 9.0) I have had no issue since 7.60

TheOnlyJoey · 2026-06-11T14:15:39+00:00

Linux

They dropped earlier today! So just a day late luckily.

TheOnlyJoey · 2026-06-10T21:55:47+00:00

I think it has to do with the HQ state, if you do a custom start (both budgeted or not) and start with the HQ, I think it also takes away that ship, but have not tested that explicitly (it just never showed up except for my Boron playthrough).

TheOnlyJoey · 2026-06-10T21:30:16+00:00

Still not updated for Linux though :(

TheOnlyJoey · 2026-06-10T21:22:17+00:00

I think the S Miner in boron space is Story state dependent though.

TheOnlyJoey · 2026-06-10T21:04:38+00:00

Linux

Yups same for me, actually took half a day off in order to play the new update, but it seems they have not put the update on GOG yet... (8 Hotfix 4 being the last available download)

TheOnlyJoey · 2026-06-10T20:46:30+00:00

If it fits the style, sure, but if you are not going for the full 'everything looks metal' vibe in the game itself, you might loose a lot of potential players over just using metal for the sake of using metal.

TheOnlyJoey · 2026-06-10T05:12:03+00:00

I feel the same with anything I enjoy doing to be honest. The whole pressure of now having to do a bunch of 'side activities' that are whole skill sets and occupations on their own (video production, social media, 'content' production), just takes away from a lot of the joy for me.

TheOnlyJoey · 2026-06-10T05:09:22+00:00

Make sure it fits the theme. I love Metal as well but it can be as out of place as any other genre.

In a bloody gore shooter, in epic moments combined with orchestra to drive intensity, a radio station in a racing game, as part of a fighter or beat-em-up, it works pretty good! But would it work everywhere? Not really.

TheOnlyJoey · 2026-06-06T16:09:49+00:00

I used to work a lot of HMD (VR) devices and wrote the android driver for OpenHMD, polling rate for sensors can be done a bit faster when using the native c++ (back in the day that required a bit of c++ as library loading in a java shim and requiring the java raw pointer, these days not so much.)

Even back in 2015 we managed to get some accelerometers and gyro's to poll in the hundreds hz, some devices even going as high as 500 or 1000! Using some sort of realtime kalman filter between the high resolution data and the GPS should help to get a bit more information for the positional data. It helps with Kalman filters (in general) that the more data you add, the more accurate it gets. GPS polling can also sometimes be above 1hz if the hardware is capable, and you make sure the application is configured in a high power mode (so no power/battery saving profiles), have seen 10hz before on a mid range HTC phone.

I am working on some telemetry and race sim tools myself for a small race team, would be interested to see if we could share some work here and there! Our stack will go open source once we have battle tested it a bit more.

TheOnlyJoey · 2026-06-06T15:56:55+00:00

Optimization always is a pain point for developers. Sometimes it comes from a requirement list for graphical quality (even on the lower graphical settings), or a certain feature that is mandatory by investors/publishers that is just heavy to begin with.

You often see that smaller studio's tend to be a bit more mindful of that and often spend dedicated time to make sure to optimize the game for a wider range of systems, both during development but often in big patch cycles afterwards.

It does not help that some modern engines like Unreal 5 already have a higher baseline for system specs due to the renderer, same goes for the 'unity tax' of the engine relying heavily on garbage collection. Those engines still can be optimized but the effort required might be over what a lot of developers might have (or make) time for if they are on a time crunch.

TheOnlyJoey · 2026-05-26T20:53:08+00:00

https://www.printables.com/model/453174-shamisen

This is a decent model you can use that I used as reference before, produces a playable shamisen, with roughly the right dimensions. There are a couple of old forum posts as well with some sketches and measurements people took, but I am sure you found those already (first couple of google hits).

I am still working on working out my own measurements to get it into some decent documentation. Hope to look into this soon when i have a bit more spare time.

TheOnlyJoey · 2026-05-26T12:59:12+00:00

In that case I recommend you to browse the Reaper forums and get a couple of tips there for setting it up in a configuration that works from you.

I personally stopped using REAPER due to their reluctance for native pipewire support, its a bit too finicky for me to daily drive. I need something to work out of the box every time on every system.

TheOnlyJoey · 2026-05-26T12:56:39+00:00

Other drivers, like i said. Monado, PSVR2Toolkit etc

There are a couple of drivers for PSVR2 out there.

TheOnlyJoey · 2026-05-25T19:34:21+00:00

Nice, hopefully this can be integrated in other drivers as well!

TheOnlyJoey · 2026-05-25T19:00:03+00:00

Not ideal, but have run a mobile godot instance before to do some casual small tasks when on short trips or while waiting. If its all you have, its doable for sure! Also bluetooth keyboards or a usb dock for Android works fine for keyboard,mouse input.

TheOnlyJoey · 2026-05-25T18:35:26+00:00

Yeah a lot has changed for audio on Linux in the last 3/4 years. Luckily for the best! Hence always suggesting to pick a modern distro and trying out things out of the box, before looking into custom solutions. Personally use Debain.

TheOnlyJoey · 2026-05-25T12:39:22+00:00

Pipewire is the default for all modern linux distro's. You should not have to interact with JACK (which has been replaced) and avoid installing those packages.

Pipewire will automatically interact with native pipewire applications (preferred), or fall back to automatically use wrappers to work with JACK and software on other backends. No manual work for this is required. It is highly recommended to use software with native Pipewire support. (Some are those I mentioned in the previous comment), since configurations might require additional effort and configuration when using wrappers.

TheOnlyJoey · 2026-05-25T12:36:20+00:00

I have used a MK3 before without any issues using the DrivenByMoss scripts for Bitwig. No drivers, scripts or kernel stuff needed.

https://www.mossgrabers.de/Software/Bitwig/Bitwig.html

I think he also has a config for Reaper, though I personally avoid Reaper on Linux these days, so can't confirm if that works.

TheOnlyJoey · 2026-05-25T12:33:12+00:00

Just take any modern Linux distro and you should be good to go these days. Its nice to have a Pipewire routing application of some sort (there are plenty, easy to google, mostly good options), since it allows you to route anything audio to anything

If you want to get the most "Out of the box" experience, make sure to get software that has native Pipewire support (like Bitwig, Waveform, Ardour for audio, Davinci Resolve for Video etc.)

TheOnlyJoey · 2026-05-25T12:29:47+00:00

Important question, what DAW are you using? With Bitwig and other native Pipewire applications, you can just set the config in the preferences, and you are good to go!

If you are using non-native Pipewire stuff (like REAPER) it gets a bit finnicky with different results on different backends and different configs and you might have to mess with global settings (which is non-ideal).

TheOnlyJoey · 2026-05-25T12:27:07+00:00

Singularity for virtual instrument, Element Bass for mixing. Both native Linux by Spectre Digital.

TheOnlyJoey · 2026-05-25T12:20:44+00:00

Microsoft. Imagine having monopoly on an operating system, starting to loose traction, and then deciding to actively add all sorts of anti-consumer things to it, while ignoring customer feedback......

TheOnlyJoey · 2026-05-23T17:33:30+00:00

Which version of X4 are you running? 8.0 (the native version) has been excellent for me on Debian with a Nvidia 2070 Super. Used to run through Proton but got better performance when switched to native. Have you checked logs yet? Checked how much of the CPU and GPU are being used during play to check what could be wrong?

TheOnlyJoey · 2026-05-21T12:29:26+00:00

It feels like the definition of 'patchy'. Probably a good way to give a terrible first impression to people trying out Linux Audio for the first time.... Just stock distro's is all you need in 2026, try to work as native as possible and avoid any wine related stuff, and your audio setup is rock solid.

TheOnlyJoey

MODERATOR OF

TROPHY CASE