Hey,

There's a hack to improve FPS with a fully synchronous game loop. On all my Radeon and GTX cards, all time was spent¹ inside both SwapBuffers() and update(). But you can execute them sort-of in parallel.

I think what you're doing is this:


while !should_quit
call_message_pump()
update ...

To the amazing devs,

Have you tried running SwapBuffers in parallel, with or without multiple contexts? The basic idea is to run the event loop, window handling and SwapBuffers on the main thread, then do updates and rendering on thread #2. When it's time to submit a frame after drawing, signal the ...

What about ZwCreateProcess?

That's a shame. It's interesting that the feature is causing so many problems to begin with.

NOTE: I've truncated the Alien Biomes zip files due to attachment limit.

At the first time, autosave produced a message that the save process crashed. The second time, it locked up in the background. I was unable to save the game manually. There was a message in syslog and a bunch of files in /tmp/dumps left:


Aug 16 10:07:29 burzum.local crash_20200816100729_2.dmp ...

If for some reason, VRAM use ever becomes an issue, you could give players the option to only use any 2nd, 3rd or 4th frame of each animation, so that only animation FPS suffers instead of having the entire scene FPS drop. That way, animations would lag but player movement would still be butter ...

[...] rendering subsystem and game logic are quite well separated. Entities know how to create sprite draw orders to draw themselves (and don't care much about what happens to them), and renderer doesn't have any context about sprite draw orders it got - for example if it is a frame of an ...

Hm..if by "synching animations" you mean that every $machine-x entity animates exactly the same frame at the same tick i don't like that at all, so i hope i'm just misunderstanding. While i'm not sure how that would even work for different-speeded machines (irregular beacons/modules), even for ...

Can we make it good enough, so it wouldn't be an experimental option any more, but something that could be enabled by default? Let's see. The problem is texture allocations, so let's allocate one texture for the entire bitmap cache - it would be a sprite atlas that we would dynamically update ...

Hey,

Please hear my argument as for why forced compression is a good idea for 4K screens.

The option to force-compress all loaded sprite sheets exists, isn't meant to go away anytime, but there's more than can be done. I think there's a decent amount of people with low VRAM like me. Sorry for not ...

bobingabout wrote:what I'd like to see:

I have a mod (as is now) I run a mod packing program, and press go. Mod is processed and zipped into the new format.

Basically, all that changes is the zipping it step.

I can write you a Python program you can invoke right after! Is that enough?

Is it possible to detect the weapon switch and draw a sprite on the screen, inside a mod?

It's hard for me to notice which weapon I switched to, having a large display. The bottom-right selector is some 40 cm away and I'm focusing on the cursor. This of course lead to hilarious events like blowing up a car, rather than just making it clearer to see through having its hitpoints shown ...

Sorry, that's a misunderstanding. What I meant is to provide a one-click converter that does the right thing. Question is whether it's needed to begin with, for any modding tasks.

What issues do you have with creating new assets and packing the mod? There should definitely be a tool making it all in one go. And I can help!

I can think of making sprite sheets for animations. These can be made with some Python or shell imagemagick invocations, keeping source material intact ...

Can someone make a mod with the old version, and host it elsewhere than the company's servers? Send me a PM and I'll re-host it.

dog80 wrote:new battery looks badass nuff said

It looks like a blob when on a belt.

Hey,

The new battery design looks like a random blob not having much in common with a battery. Please bring back Duracell rabbits.

the undersigned,
sh

So the theoretical blob should contain all sprites, already cropped and separated to individual frames in format suitable for use on GPU without any conversion.
Why not create a cache file for each mod like this? Right now even with supported options, loading assets into VRAM takes its time ...