CompactGUI VS gitui

You can chuck compact.exe at it by hand (use the /exe option), or if you'd prefer to avoid the command line there's my Compactor tool, or the venerable CompactGUI.

Look into compact. Or the tool compactGUI. It uses windows inbuilt compression which doesn't impact performance noticably. The less well optimised a games files are the more space you get back. For many games you get nothing, maybe couple mb per gb. But for things like Ark? Install went from 186.5gb to 68.8gb. Runs just as fine no problems. But takes up a third of the size so it's absolutely noticable and demonstrateable that filesizes are in certain circumstances a result of lazy dev work

You can also just use compactGui smaller filesizes without having to remove dialogs or cutscenes or anything. Obviously how much space is regained depends on how well it was compressed originally. With triple A titles perhaps getting 10% back, while things like ark can literally be shrunk by hundreds of gigs.

> This claim needs some real world evidence to back it up (and usually it's not about a performance impact, but instead a perceived image quality impact).

We're talking lossless compression here, so image quality is not the issue.

Fortunately someone else has already done this research. There's a tool for Windows to control the compact.exe behavior for individual folders called CompactGUI: https://github.com/IridiumIO/CompactGUI

They maintain a database of compression results here: https://docs.google.com/spreadsheets/d/14CVXd6PTIYE9XlNpRsxJ...

Reductions in storage use of greater than 50% are so common that they're hardly even worth remarking on. My experience with compressing a bunch of games is that the biggest gains come from compressing bloated asset packs. Hard to know what else could be taking up more than 50% of the storage space in a particular game.

*For anyone curious, using CompactGUI is the easiest way for average users

You can claw back a lot of it by marking the folder as compressed, or using Compactor/CompactGUI periodically.

I was missing interactive rebase, as it is missing from libgit2

https://github.com/extrawurst/gitui/issues/32

I have this feeling with all rust apps using crossterm crate as their backend like GitUI for example

The terminal applications I used are GitUi and LazyGit. Both are very good and have almost all what you need.

Give gitui a try. It’s a text|terminal user interface (tui) for git. I think that’s what you are looking for. Also, search GitHub for “git tui” and I’m sure you will find a bunch of other options.

For me I love how fast the terminals are, and using that with TUI produces super fast keyboard-driven apps and can be more intuitive than CLI tools only, for example I've found using LazyGit or GitUi more comfortable than just the git command, and sure I don't need to talk about how powerful Vim, NeoVim and Emacs are.

Then if you want to see how the Tui apps are built together then you can pick an apps built upon these crate to see how the components are built together. I found the source code in GitUi very clear and inspiring. And sure you can see how this app is built as well :)

I personally recommend GitUI, it's a TUI app but much better than a GUI imo.