-
Notifications
You must be signed in to change notification settings - Fork 603
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug] WUA compression in title manager does nothing #1105
Comments
Im having the same issue, but specifically with Yoshi's Woolly World |
Fixed the issue on my end by redecrypting the game/update and then retrying |
@rehtlaw, please test WUA conversion with CEMU 2.0-54 (just download it in another folder and copy "keys.txt" from the other one). I have tested every single preliminar CEMU version and the error happens since release 2.0-55 onwards. |
yup can confirm, 2.0-54 can create the archive, but trying to run it crashes the emulator. |
@rehtlaw So... Have you ever been able to create a working WUA file? If so, with which software / version? And did you use a game in "folder format" as source? I could never do it... In old Cemu releases (prior to 2.0-52), I cannot make Cemu to detect games in folder format. With Cemu 2.0-52 up to 2.0-54, conversion starts but resulting file is corrupted. And with Cemu after 2.0-55, conversion never starts. And I don't know any other software to make WUA files...do you? |
All my existing .wua files have been created on older versions of 2.0 using games in the folder format. |
OK I just did some testing: |
I had to delete some comments as they mentioned a piracy tool. I tried creating a wua file from a NUS (.app) dump just now on 2.0-67 and that worked for me and created a functioning wua file. That said, NUS to wua conversion is not very well tested so there may indeed be bugs somewhere. The mentioned 2.0-52 release added support for game titles in NUS (.app) format, see #981. What I could see happening is that Cemu detects an incomplete or broken NUS dump in your game folder now whereas the older versions would ignore it and always use the folder dump. Also this isn't obvious but it doesn't matter which type (WUD, NUS or game folder) of the title you right click in the title manager for conversion. Cemu will always try to be smart about which titles to source from and currently the only way to guarantee it's not using the NUS title for wua conversion is by removing it from the game folder. So maybe try that and see if that helps? |
Yup, all the .app files were still inside the folders. After deleting them all from both the base game and update, it compressed the game without problems and also resulted in a functioning archive. |
@Exzap when you say you tried vith version 2.0-67, is it because you made some changes in the code? If that is the case, you confirm then that this feature (wua conversion) was not working right, don't you? And @rehtlaw what do you mean with "after removing all *.app files"? Did you delete all *.app files from your games folders (leaving just .h3 and title. files??) So, *.app files are not useful?? Why are there, then? I think I am confused... |
the .app files were still there right next to the |
I consider this issue resolved now. I guess if there is a thing to actually fix, it would be to make sure only the correct files are being compressed? This did feel more like user error than an actual fault in the program tho. |
thank you, last version not doing nothing, i'm losing 30min trying fix it |
Hi! Unfortunately, facing this issue on 2.2 version, compiled Sep 8, 2024:( (NixOS, AppImage) Single-directory games export correctly, but games with updates and dlcs fail( |
Current Behavior
Confirming the wua compression dialog, only a short progress bar is shown that quickly disappears with no new file being created.
I only tested this with a Splatoon Gamedump + Update. The game runs just fine when booting the files I'm trying to compress.
Expected Behavior
For a .wua file to be created with both the game and update files inside.
Steps to Reproduce
(AppImage and Windows version through wine of 2.0-66 were tested)
The text was updated successfully, but these errors were encountered: