GC raw disc images (visible both area) and Wii's SDHC cards with WBFS are supported for sure.I don't know if Wii and WiiU too (Wii probably it is but I never test this myself as I do not have this console and any games for this platform). However, disc dump must be decrypted of course.
I've tried in the past persuade author to add extensions for GameCube like *.god (GameCube Optical Disc) and *.gcn (the same structure, just old name), in case of Wii like *.wod (Wii Optical Disc) to let the user know just by looking at extensions list that they are supported. I didn't use Dolphin for ages so I don't know what convention they using, for sure *.iso extension but those discs aren't standard ISO so IMO it was bad decision to propagate it.
PS: Since v4.9.0.0, user can also retrieve deleted data from PS2 Memory Cards (if wasn't overwritten of course which is easy to do).
Right, *.gcm. Fixed.
@Berion
I'm not sure if images trimmed are supported or only full, proper dumps. This is another thing worth to check. If You have some games, could You do this? Doesn't matter on which version (stable or any of beta but better on beta's ^^).
Great news thank You for the test. ^^
BTW: I never saw anyone before with 64bit Windows XP.Or it is only a theme?
POPS disc images are in reality the real disc layout. So it is standard mode2 disc image but with 2MiB of TOC on the beginning (if people back in the days would followed that, we would not need today *.cue, *.cu2, *.ccd and *.mdf). It was added in v4.7. The same using POPS for PSP/PS3/PSV/PSTV in *.pkg|*.pbp|PSAR (after decryption and decompression of course).
Unfortunately none of the compressed formats are supported. So no love yet for CSO (v1, v2), JSO, DAX, CHD5, ZSO, NKit etc.
Worth to point that it is commercial application so all those implementations must be worth for the author to support them (almost all console stuff is in free license spectrum). If from consoles users licenses income would increase, then this would be good signal that such direction is worth a time to invest. Just saying. ^^"

dunno, but you know stupid f0ny, don't you. tbh, I was one of the very few back then, who could make PSX backups, cause I have bought such expensive burner back then. this burner had its own software, where the PSX images were all ripped 2336 bps (CDRom XA format) where others were using raw mode 2352bps and I never had any problems with backups back thenOh, damn I totally forgot about that but don't worry. Could You list example games with such XA?
BTW: But why 2336? 2352 have more informations or it is the case here, because they have intentionally broken ECC which must be ignored?
have you contacted the author about PSX media files ripping @Berion (.STR, .XA)? I am now sure these have to be ripped .2336 bytes per sector (think the original XA file format). those crafted imager tools I have posted about and also the app "cdprog" can rip them correctly, but neither CDMage nor Isobuster can do
sorry, but it should only be example of both media file variants .str and .xa. I know about those ripping toolkits and I also have no problems with the files, cause I know how to rip them, but it would be nice, if Isobuster could do so and rip them correctlyHave you checked out vgmtoolbox and jpsxdec?