-
Notifications
You must be signed in to change notification settings - Fork 26
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
Does the scanning feature work? #18
Comments
Unsure we have a database of the WBFS files. Where are those from? There's also the Dolphin libretro core, which could use an update. |
https://fileinfo.com/extension/wbfs |
Is there a database of WBFS files? |
There must be since WiibackupManager uses it to pull everything, including cases (back and front) and disc images. I believe it uses GameTDB. |
What file format is your scanner expecting? |
FYI, the benefit of using WBFS is that it doesn't pad the discs out to 4.7GB like ISO files. So you save a TON of space since most Wii games don't come close to filling a 4.7GB DVD ISO. |
RetroArch supports scanning ISO files, via the serial scanner. For WBFS games, it likely checks the CRC of the files, which unfortunately won't match. If you take a look at the playlist files directly, you can see they're pretty easy to make yourself. We could likely improve RetroArch Playlist Editor to make it easier. |
Not sure I understand what you mean by the CRC of the files. I'm aware of what a CRC is, but not why it "won't match". Wii games typically match a five digit alpha-numeric code that is in the file name and I believe embedded in the wbfs file header. This is how Dolphin and pretty much every actual Wii launcher (USBLoaderGX, WiiFlow, CfgLauncher, etc.) works with WBFS. Ref: https://www.gametdb.com/Wii/list Against what CRC is RetroArch checking? |
The CRC32 of the file is not the same as the Serial. We could accomplish serial scanning of WBFS files with this: libretro/RetroArch#6649 The libretro-database already has those IDs, it just needs to be able to detect what the ID is for a given file. |
Mind getting the RetroArch daily and trying this out? Or re-compiling |
Wow, that was fast! I'll check it out as soon as I can. |
Do I need to download the whole thing or just one or more core(s)? |
Looks good so far. Doesn't appear to have pulled any artwork, but the scanning worked and the names of the games are look correct. That was incredibly responsive work. Thanks! |
That being said, when I actually tried to launch one of them with your dolphin-launcher, I got nothing but a blank screen. Baby steps I guess. ;) |
Check the logs... This core just tries to launch the external program. Blank screen makes sense, since it just tries to launch it, and then shows a blank screen. |
Not sure I understand why that would show a blank screen. Shouldn't it actually launch the ROM through Dolphin? |
You should probably remove your installed dolphin core (not the launcher) and remove your playlists and regenerate them. If you try to launch a game with a core once, it 'remembers' that. I had the same trouble - there is probably a real bug in retroarch of the core wrong core being launched with bogus arguments or if you uninstalled it or something, but once i did the above, it started launching dolphin (not in fullscreen unfortunately). edit: apparently the dolphin-emu-nogui doesn't actually use the Dolphin.ini from standalone. This is a upstream bug: edit2: bug was caused by XDG_CONFIG_HOME override. I overrided it for retroarch and it spread to the dolphin subprocess doh. |
Soo... what does this mean? I'm not quite sure how to remove a core other than to find the library file and manually delete it. Is this necessary or has an update been committed to resolve this? |
I mean that when i had the 'dolphin core' and uninstalled it and installed the 'dolphin launcher' installed games tried to start the 'dolphin core'. This was actually because i had started them before on that core and playlists store the core that last started the game as a way to let the user force a alternative. So you might be 'failing' to start because it's trying to start a core that you uninstalled. Either deleting the playlist and rescanning it or 'resetting' the affected entries could solve it, and i suggested downloading the databases (from the RA gui) because WBFS files were added recently and the database doesn't self-updates (as far as i can tell). So:
|
How did you "uninstall" a core? I see no obvious method of doing that other than manually hunting down and removing .info and .so files. |
Blank screen, without Dolphin launching, usually means something wrong happened. As I mentioned, post the logs and they may show something relevant.
Correct... It's usually in RetroArch's core directory... ~/.config/retroarch/cores I believe. Alternatively, you can use "Reset Core Association" on the menu entry to let you choose which core to use when launching. |
I tried all that and it still isn't working. I simply get a "black" screen. I put "black" in quotes because it isn't quite black. It is a very dark grey 4:3 area scaled to the full screen, with vertical letterboxing. Where can I find the log files for retroarch? They're not in /var/log or in my user directory.
It would appear that it cannot find |
Okay! Figured that out. Turns out the PPA for Ubuntu didn't install the "nogui" version for some reason. I removed it and reinstalled with |
no-gui is new i think so it's not on stable. I actually opened a issue on dolphin to allow 'no-gui' on KMS environments like most retroarch cores can run (once, because of a bug).. |
Think I'm pretty good here. The only last place I'm stuck is trying to get the Wiimote to work in both the Retroarch UI and Dolphin once it starts up. I have it working in Retroarch now, but seems like the instructions for doing that block it from being detected and used in Dolphin. |
I don't actually have a real wiimote so i can't help you. I simply play games compatible with the classical controller (or the gamecube controllers, which are often the same). The dolphin wiki has a tag listing them all. |
There's another issue to discover where Dolphin in #3 Could probably check for nogui or yesgui options. |
I've compiled your 1.1.1 core and installed it so that it is recognized by RetroArch 1.7.2. I am able to select the core and have it appear as selected in the overlay. However, when I attempt to scan my directory of WBFS files, it appears to be slowly scanning through the available files and shows the WBFS names in Yellow on the overlay. However, once all 47 files are scanned, nothing ever appears in a column on the UI. Does this core still work with RetroArch 1.7.2? Does the scanning feature work?
The text was updated successfully, but these errors were encountered: