To expand: Just configure whatever profile you’re using (dev, release, …) to have link time optimization (lto) enabled:

[profile.release]
lto = "fat"

Reference

I’ve had this exact same gripe and can thankfully report that running EarlyOOM has fixed this for me.

I mean TDMA is also a perfectly valid solution.

Just needs an easier way to synchronize clocks. Maybe one (master) station could send out a sync word that lets all other stations start their clocks.

Mostly its really fucking expensive. Usual applications are central control of heating and window blinds in large office buildings.

Part of what drives the price is that ideally it’s all hard wired.

Opening the app for the first time on my Fairphone 5 (listed as unsupported) actually crashed the OS, but after that it seems to be working ok.

Closing out of the in-app gallery causes the app to crash. But that can easily be worked around by using some other gallery app.

I’ll be testing it for a bit to see how it fares against other HDR methods…

Well sorry for sending you down this rabbit hole, but thrusters get more efficient the less fluid is in their internal reserves ;)

There’s a table on the wiki page detailing how internal fluid reserve impacts thrust and efficiency.

I’ve omitted the fuel tanks in my newer designs. Tweaking the chemical plant output with modules is an easy way to hit the desired efficiency point. Although it’s probably not that easy when you have only one single shared chemical plant.

How quickly are you switching between recipes on the chemical plant?

Is it long enough for fuel/oxidizer imbalance in the thruster and how does that impact thrust efficiency?

I feel like this could end in the relevant xkcd way. (Yes its Standards)

I am looking at buying a G1 or maybe even a G2 but I haven’t heard of this screen “issue” yet.

Could you please elaborate on that or post a link to someone who already did? (A quick search mostly turned up replacement parts without much explanation)

Erbarmen - zu spät - die Hesse komme!

I had the same opinion about spidertrons but with multiple surfaces and the changes to artillery in Space Age, I now find them extremely valuable.

Not to be pedantic but thats a displayshot and not a screenshot. ;)

Anyways your setup is much much nicer than the pile of spaghet I left on gleba to be overrun by stompers.

After filling up the turrets I start storing a couple of stacks of ammo in the ships inventory. Dumping that into the distribution system during flight makes things a little easier.

And please don’t understand this the wrong way.

Ibis seems like a really cool project but with it being roughly half a year old me and many other people here simply have never heard of it before.

Including even a single short sentence describing what Ibis is in this and future posts helps us find projects that we care about more easily.

And we obviously care about Rust projects, otherwise none of us would be here.

Ibis is a federated online encyclopedia similar to Wikipedia.

This should be the first sentence of the post body.

Solar freakin road railways

Naja immerhin fahren sie nicht auf den Paneelen.

Why not set up backups for the Proxmox VM and be done with it?

Also makes it easy to add offsite backups via the Proxmox Backup Server in the future.

That’s for a single one but at tens of MW even a bunch of satellites isn’t going to get solar panels to produce an appreciable amount of power.

This video goes into the details of what kind of performance we can expect from the constellation

No the observed power on the ground is on the order of mW/m².

Comparable to moonlight and so far no one has classified that as a weapon.

As always with these revolutionary startups, be careful with what you believe:

EEVblog 1637: Solar Freakin’ Space Mirrors! - Reflect Orbital DEBUNKED

At least this one is actually possible and doesn’t attempt to defy the laws of physics.