My current SSD died so I can't use my PC, but I've got a new one coming in on Saturday. Planning to finish off v1.1 and release it then.
Homebrew [RELEASE] dumpling
- Thread starter Deleted member 381889
- Start date
- Views 27,726
- Replies 63
- Likes 25
It's not that related, but could a file dumper/restorer be made from this project?
There is still no way to quickly write files back to an encrypted HDD/internal storage with a Wii U.
Would be really helpful to not have to repack and reinstall fan translations or other patches likes the TMS restoration project.
Files from damaged HDDs could be dumped and restored to new HDDs as well for example.
There is still no way to quickly write files back to an encrypted HDD/internal storage with a Wii U.
Would be really helpful to not have to repack and reinstall fan translations or other patches likes the TMS restoration project.
Files from damaged HDDs could be dumped and restored to new HDDs as well for example.
You mean to write files to Wii U internal storage/HDD? I'd imagine it'd be very easy to do. I'd suggest modifying the project to change the target to the Wii U and the source to the SD.
dumpling v1.1.1
Download
- Support for dumping only specific parts of a title
- e.g. only dump the save instead of everything
- Haxchi support has been added
- Support for extra controllers has been added
- General menu and UI improvements
- Account data will now dump to dumpling/account_data instead of dumpling/online_files.
Download
Last edited by Deleted member 381889,
dumpling has now been added to cemu.cfw.guide, which details how to use it and set it up to install games, updates, DLC and saves on Cemu.
Nice job! And @GaryOderNichts is on a roll and also recently fixed the long standing HBL bug that everyone else was struggling to figure out!dumpling v1.1.1
Thanks to @GaryOderNichts for implementing Haxchi and controller support
- Support for dumping only specific parts of a title
- e.g. only dump the save instead of everything
- Haxchi support has been added
- Support for extra controllers has been added
- General menu and UI improvements
- Account data will now dump to dumpling/account_data instead of dumpling/online_files.
There is an open Pull Request but the Wii U Homebrew Scene is getting big changes so it isn't going to be merged.HBL got an update?
and good job
Oh? Like what?
edit: and if the pull request isn’t going to get merged along with the other pull requests, why not make a fork with all these changes? (Yes I noticed you had a fork but not sure wha it entails)
Last edited by Madridi,
Maschells blog posts explains the goals really nicely.
I have a release in my fork that fixes the .elf loading.
And where’s that? A quick search didn’t return back anything useful unfortunately.
Does your fork only fix the elf loading? Or does it include all other pull requests from the main source? Maybe even stuff from other forks. I see there are quite a few.
Pretty sure he's talking about these ones: https://maschell.github.io/
The "Creating a homebrew environment on the Wii U" series
Last edited by dojafoja,
Alright thanks for that. So I finished reading all of that, and I am still confused..
From what I see, those posts just documents everything about the Wii U, from the OS, to the exploits available and how they were achieved, to what theoretically should be done in order to have a reliable and more reliable exploit on the system.
The last post of that does seem to suggest something about the new environment, but it’s way too technical for me to understand.
maybe you or @GaryOderNichts could clarify more in simpler terms?
It only fixes .elf loading. Most of the forks don't contain any additional commits. And the only PR that is somewhat relevant is the controller support.
Sorry, Maschells posts are quite technical. Part 2 explains the current state and the Go-To's really well.
Basically the Goal is to have the Wii U Homebrew stuff cleaned up. That you always have a CFW running when and Homebrew Apps can use it without having to worry about doing an IOSU Exploit. Then there is code execution in the background. Current solutions like HID to VPAD or SD Caffeine don't work together. WUPS is the solution. The Wii U Homebrew Environment should have some sort of WUPS always running so homebrew apps are able to use it. There is some WIP Stuff on https://github.com/wiiu-env but this is not ready yet. Also .elf 's are being replaced by .rpx the Wii U's native code format. There are some technical reasons you cannot load .elf's in the future.
iosuhax just gives the app access to system partitions I believe. And dumpling is a fork of FT2SD with expanded features.
Last edited by Deleted member 381889,
I've got a couple of plans for v1.2 if anyone's interested.
Some users have reported freezes when fetching metadata from a disc. I'll be working on an update that allows you to cancel metadata fetching if it freezes. However, this will mean it won't be able to dump the update, DLC or save alongside the disc.
To get past this, I will also be improving how the specific title dumping works. Previously I just made it sort through all installed base games, however I will also make it check for updates, DLC and saves installed to the system without a base game (e.g. when the base game is stored on a disc).
Another feature planned is to fetch metadata on a separate thread. One thing I have never liked about dumpling is how long it takes to fetch metadata when using the title specific dumping. Multithreading will allow it to fetch metadata in the background, so you'll be able to view the games list in real-time as it updates.
This menu will first appear as a list of title IDs, and gradually fill up with names. If you look up the title ID you want beforehand, you can just go and proceed to select it and dump it. This is especially useful if you have a large amount of games. I had someone try to load around 200 games at one point and it took over 15 minutes to load...
Perhaps in the future I will also made an index saved to the SD card, which will mean that it will be able to save metadata to the SD card to be read from one file when it's needed. This will remove the need to re-fetch metadata from the console to the memory each time you boot it up, greatly reducing fetching times when using for the second time.
I'm relatively new to all this coding stuff, so I'm not entirely sure when it's all going to be done and quarantine means mental health makes me especially unproductive but I'm quite excited to get all this done. If anyone has any further suggestions I'm open lol
Some users have reported freezes when fetching metadata from a disc. I'll be working on an update that allows you to cancel metadata fetching if it freezes. However, this will mean it won't be able to dump the update, DLC or save alongside the disc.
To get past this, I will also be improving how the specific title dumping works. Previously I just made it sort through all installed base games, however I will also make it check for updates, DLC and saves installed to the system without a base game (e.g. when the base game is stored on a disc).
Another feature planned is to fetch metadata on a separate thread. One thing I have never liked about dumpling is how long it takes to fetch metadata when using the title specific dumping. Multithreading will allow it to fetch metadata in the background, so you'll be able to view the games list in real-time as it updates.
This menu will first appear as a list of title IDs, and gradually fill up with names. If you look up the title ID you want beforehand, you can just go and proceed to select it and dump it. This is especially useful if you have a large amount of games. I had someone try to load around 200 games at one point and it took over 15 minutes to load...
Perhaps in the future I will also made an index saved to the SD card, which will mean that it will be able to save metadata to the SD card to be read from one file when it's needed. This will remove the need to re-fetch metadata from the console to the memory each time you boot it up, greatly reducing fetching times when using for the second time.
I'm relatively new to all this coding stuff, so I'm not entirely sure when it's all going to be done and quarantine means mental health makes me especially unproductive but I'm quite excited to get all this done. If anyone has any further suggestions I'm open lol
I've fixed the bug where it would hang on fetching metadata on disc dump. It only occurred on discs that had a system update on them.
For some reason the partitions move around there and dumpling was then trying to fetch a decrypted meta file from an encrypted system update. Newest update accounts for that, so it will always grab files from the correct partition. I'm just fixing the last few bugs and will be releasing it soon. I'll be working on the other features above in v1.2.
For some reason the partitions move around there and dumpling was then trying to fetch a decrypted meta file from an encrypted system update. Newest update accounts for that, so it will always grab files from the correct partition. I'm just fixing the last few bugs and will be releasing it soon. I'll be working on the other features above in v1.2.
This is a great tool, it's really helped me with setting up CEMU.
I do have an issue when selecting a specific title to dump to my SD card... since the SD card is formatted as FAT32, it won't accept any paths with a colon character in it. So for instance, certain titles have a colon to denote a subtitle, and those dumps encounter errors writing to the SD card (presumably fopen fails, and dumpling prints out "Can't open write file"). At least that's what I think is happening, let me know if I'm mistaken.
I cloned the dumpling source to see if I could do a quick modification (just swap a space where there is a colon in the title path string), but seeing as I've never done wiiu dev, I had a heck of a time setting up my environment and ran into a ton of linking errors with libfat (I followed the instructions on the devkitPro wiki and set up most of the libraries using devkit pacman, and i'm getting libfat-ogc 1.1.5). But at this point I'm just rambling.
I do have an issue when selecting a specific title to dump to my SD card... since the SD card is formatted as FAT32, it won't accept any paths with a colon character in it. So for instance, certain titles have a colon to denote a subtitle, and those dumps encounter errors writing to the SD card (presumably fopen fails, and dumpling prints out "Can't open write file"). At least that's what I think is happening, let me know if I'm mistaken.
I cloned the dumpling source to see if I could do a quick modification (just swap a space where there is a colon in the title path string), but seeing as I've never done wiiu dev, I had a heck of a time setting up my environment and ran into a ton of linking errors with libfat (I followed the instructions on the devkitPro wiki and set up most of the libraries using devkit pacman, and i'm getting libfat-ogc 1.1.5). But at this point I'm just rambling.
Last edited by nop,
I'm actually working on this as I type this lol, it's very nearly done
EDIT: It's done, just need to test it properly first
Last edited by Deleted member 381889,
- No one is chatting at the moment.
-
-
@
Sonic Angel Knight:
Or, I also heard that if you use flash memory, it can act as more "RAM" at least windows tell me when I stick a flash drive into it. -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
@
K3Nv2:
I can think of the design teams process another joystick and no audio or a joystick and mono audio -
-
-
-
-
-
-
-
