mostlywhat / 128bit-yuzu-installer

Installer for yuzu early access

This repo is now DEPRECATED as yuzu has been discontinued!

128Bit-Yuzu Installer

This is installer is programmed for the 128BitBay Server!

This is a Fork of J-selby's Liftinstall!

License

128Bit Yuzu Installer is licensed under the Apache 2.0 License, which can be found in LICENSE.

128bit-yuzu-installer's Issues

Command line arguments for maintenance tool

I know this isn't an issue but is actually a question which I can't seem to get a definitive answer on. I've posted in Yuzu, Citra forums and subreddits but it's getting me nowhere as people are just pointing towards This which is about the Yuzu exe, not the maintenance tool which is what my question is in regards to. I know that the Citra, Yuzu and Yuzu128bit installers are directly related to the maintenance tools I am wanting to automate and are basically the same thing, which is why I figured asking here may be more fruitful than asking in the emulator forums and subreddits.

Here's a copy/paste of my posts:

"Hey all, I have been creating tasks in task scheduler for silently updating my emulators, portable apps etc and I am now working on getting Yuzu and Citra implemented. As the previous statement suggests, I want to create a task in to run the maintenance tool nightly at 3am to check for and install updates so I am always running the latest and greatest. So, are there any command line arguments to update silently? Thanks in advance!!!!"

change folder warning

you're deleting the contents. the pop up should say "this will delete all contents in this folder/directory" I'm glad i didn't select my documents folder or other anything with important stuff in it. i lost all my saves because of this.

Not working anymore

Auto update functionality stopped working for me. My installation of Yuzu EA has been stuck at version 3507 for a couple of weeks now.

Portable support - install locations and shortcut names and locations

Hello!

I was reading https://github.com/Abd-007/Switch-Emulators-Guide/blob/main/Yuzu.md which is a great guide and it mentions this nice tool that appears to be able to update the Yuzu EA branch for me which is awesome. I love the look, color, and supported functionality of the tool. As it is the tool works great and gives me the latest version without a problem. However, I'd like to request portable support on Windows for this application which would just make it perfect.

Currently, it installs Yuzu EA in yuzu-early-access wherever the maintenancetool.exe is. I would love it if in advanced settings I could choose the directory for both the Yuzu EA and the maintenance tool. I prefer to make my yuzu installation portable and save it in "C:\Emulators\Yuzu EA (Switch)" and I prefer to save tools like these in "C:\Emulators\Tools".

In addition, I would like to be able to rename the shortcut link names to "Yuzu EA (Switch)" and "Yuzu EA Updater". That currently seems possible to change within the metadata.json by changing the filepaths but I haven't figured out a way to confirm it. Clicking update at least doesn't override my custom paths. Also manually changing the name of the maintenance tool to "Yuzu EA Updater.exe" appears to at least automatically change the name of the shortcut which is nice. Interestingly on clicking repair, it resets my custom yuzu EA shortcut path to the default but keeps my custom "C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Yuzu EA Updater.lnk" path. I prefer to keep all of my shortcuts named and in the same place, so I prefer this Start Menu directory over the default "C:\Users\Jaxton\AppData\Roaming\Microsoft\Windows\Start Menu\Programs" directory in roaming, so maybe an advanced setting for that would be super?

I tested overriding the current file paths in the metadata.json from "yuzu-early-access*" to "C:\Emulators\Yuzu EA (Switch)*" in an attempt to add portability. The repair functionality does not appear to work with changing these paths. I tested by removing a Yuzu EA dll and seeing if it would repair it. The maintenance tool recreates the metadata.json and reinstalls yuzu-early-access wherever the tool is instead of looking in the new path and analyzing the files there, having moved the tool and supporting files to a completely different location.

Sorry for the wall of text, please let me know if I can clarify anything. I'm not skilled at Rust yet and I won't have much free time for a while, but I suppose I could take a stab at making a PR in the next month or so.

preserve the 'User' folder if installing on-top of an existing installation

Hi, can the installer be made to check for (and preserve) a "User" folder inside the install location? This is where a portable installation of Yuzu stores settings, NAND etc. The installer just blew mine up, nothing in Recycle Bin.

goat

🐐

did not test it yet

Installer deletes everything

I thought to use program simply like yuzu updater, because yuzu updater 1.5.1 do not work. So I just chose my folder with yuzu and games inside to, as I thought, update yuzu, but the program just deleted everything and created just another folder inside work emulator. Why it did such meanness when it could just only create that folder inside? I think it's radical bug, if you can fix that or just make loud warning that program will delete everything inside and user need to make backup or program can create it. But I do not remember anything from that.

Windows gave bad result while creating shortcut: -2147024891

started happening with the beta (im on windows 11 btw)

Ability to open yuzu without first checking and updating

Title says it. I had to rummage through AppData to find the downloaded yuzu.exe and manually create a shortcut. It could somehow be made easier if updater prompts before downloading or something along those lines.