Can Linux finally solve gamesaves?
Вставка
- Опубліковано 2 кві 2024
- If I earned a dollar for a gamesave I lost beause of Wine nuances, I would have been a millionaire by now. It's 2024, the age of thriving containers and it's time we changed how we preserve our gamesaves!
The product logos featured in this video are used under fair-use following any accompanying guidelines:
Icons: primer.github.io/octicons
Dead Cells logo: commons.wikimedia.org/wiki/Fi...
Archlinux logo: archlinux.org
Wine logo by anlieve: www.svgrepo.com/svg/501914/wi...
Docker logo: www.docker.com/company/newsro...
Podman logo: github.com/containers/podman/...
Backing track "Keys Of Moon - Somewhere in the Clouds" is under a Creative Commons (CC BY 3.0) license.
Code used to animate this video can be found at github.com/lavafroth/videos/t... - Наука та технологія
Yes, Gaming Linux 3blue1brown, more calm collected edutainment videos please
My right ear enjoyed this.
animations are becoming cooler and more understandable day by day
great explaination bro!
This is so beautiful, the beauty of old school hacking. Thank you.
"if i had a dollar for every game save i lost because of wine, i would be a millionaire." not because it's ever happened to me, but because it sounds like an easy way to make a million dollars 😂
Nice idea. Gets me thinking. I've always loved that you can use Wine to effectively sandbox a Windows app (something I wish you could do on Windows itself), and adding rollback support would be amazing, though as things are today managing a wine folder for each application is clunky. There's a tool "Bottles" (?) that I hoped would make managing wine folders nicer, but I ran into some problems when I first used it. I really don't like that the default way to use wine is creating a .wine folder in your home folder (making it easy to accidentally install an app in the same .wine), so I'm all for the idea of wrapping Wine in something to enable a more Vagrant/Docker-like experience. Bottles might be the answer, but I know I'd like something more terminal friendly. Wine folder structue as-is is also devoid of an obvious program to start, but wine was built as a general Windows environment, not a single app in a sandbox. That is something Bottles handles, but in my short time with it I didn't see an obvious way to utilize it from the terminal.
I wonder how hard a copy-on-write system would be to implement 🤔
Wine is not a sandbox. It's kind of complicated and I don't fully understand it, but in short: machine code is machine code, what changes between OSs is how you load it. Once it's running, it's native*.
*except for the parts that aren't.
The upshot is Wine does not offer any kind of enhanced security, and in fact it is even possible for your Linux machine to catch some types of Windows malware through Wine.
sounds like something you could use BTRFS snapshots to solve, but cool solution nonetheless.
Would like to see a more detailed video on this
Sounds like something btrfs would handle nicely. Snapshots are instant in btrfs, and file changes are copy-on-write.
I think ZFS and the newer bcachefs have the same thing, though they require making the initial directory as a subvolume rather than a normal directory.
Also worth mentioning that the last time I checked, bcachefs doesn't yet support the system calls required to be used as the upper layer of an overlayfs, so the subvolume and snapshot method would be required until it gets added.
The animations are so clear and smooth ✨
Loved the way you explained bro ❤️✨
Hi. Nice video. At 3:39 you can actually run mount command if you create new user and mount namespaces beforehand with "unshare --map-root-user --mount". This lets you mount overlayfs natively without going through FUSE
Loved it.
I wonder.
Would there be a nice way to use zfs's snapshot system via sanoid to handle this? Either trigger snapshot taking when you startup a container, or have it take minute-ly snapshots that it keeps for 24hrs if you want hyper-granular savestates (in theory an unchanged snapshot takes up practicallly zero space).
Then you can rollback the filesystem back in time for a minute, or explicitly snapshot as soon as you begin playing letting you undo a play session if you're not happy.
Must be doable.
I'm not very familiar with zfs's snapshot system. I'll have to check it out, thanks!
I honestly think you can solve this by using namespaces and overlayFS (and yes they are the basis of Linux containers).
Lol I should have seem the rest of the video, great video
Btw, you could also use unshare to create a new mount namespace without root (you will also need a new user namespace)
This is really cool, but ideally a system like this would just get integrated into Proton. Having to do this myself guarantees I just won’t bother 😅
do you have a discord, your voice in the audio could be a lot better (its very noisy)
nice
Steam cloud brah
that's more for game preservation i suppose. cause one day steam and steam cloud will go offline. like forever... and then what? sure you can create an image an burn it onto a bluray or something, but would it be cool to preserve your progress too? like imagine in like 20 years opening a game and just continue it like you never left? that would be super cool
another problem - some games don't/didn't provide steam cloud saves, like it have been with subnautica for a long time since recently.
@@unixson8038 This is why Linux users routinely fail to understand the end user and the ultimate goal of useful software. This video is nothing more than a thought experiment, and, while fun, by it's very nature cannot be elevated higher. The utility of steam cloud is in its simplicity of essence and function... There is no 40 minute tinker stage because you failed to correctly design the database or what have you. It simply works. This, is what useful software means to the end user.
you didin't get the whole point of this, steam uses proton, proton isn't compatible with all games, if you get banned your progress is lost, and he uses wine.
@@progCanand how does wine make it any different? Proton is just a patched version of wine with dxvk and vkd3d. Also, proton isn't bannable afaik. Either way it wouldn't affect steam cloud save.