Desert Bus refuses to run under Dolphin to discourage TASing and savestates. If you want a point you have to put in the 8 hours of work to earn it.
Homebrew detection of dolphin in newer builds
|
(05-04-2015, 03:48 AM)JMC47 Wrote: I'm curious; why are you trying to detect Dolphin? I mean, it's always good to have homebrew examples that do that so we can fix it It's for the PM Launcher. I disable SFX and Music if I detect dolphin since it would have to be LLE to work. The second reason is because when it comes to supporting USB HID devices, I have to use /dev/usb/hid for Dolphin (ie Wii U Adapter support). Edit: This worked. Thanks! Code: #define SPR_ECID_U 924 05-13-2015, 06:10 PM
Haha suck it shuffle2.
(But seriously, you should probably be checking that all 3 of the ECID SPRs match because the individual values can be duplicated between units.)
So who wants to write the patch to randomize those values? Are all values valid or is there a checksum within those IDs?
@ShortFuse: Those reasons sounds like fixable within dolphin. Do you want to spend your time on fixing the dolphin features you need instead of detecting dolphin at all? 05-14-2015, 03:40 AM
If we really wanted to support this, we should probably go for some exported value that can be queried from a homebrew. But then again, the purpose of Dolphin is to provide a platform that behaves and acts like a real console. Doing something in the homebrew to detect it sounds about as wrong as offering a way to actually do it without all sorts of hacks in that light.
05-14-2015, 04:19 AM
Well, audio in homebrew will break the user experience and pop up would appear saying:
DSPHLE: Unknown ucode (CRC = a81582e2) - forcing AxWii. Try LLE emulator if this is homebrew. The problem is, it's a launcher that will launch a real game (Brawl), using HLE. Once you start emulation, you can't switch the audio engine. I rather not use any sounds, bypassing the LLE error, and then launch the game. Then dolphin would kick in the HLE audio engine. (05-14-2015, 04:21 AM)degasus Wrote: So a good fix would be to just fall back to LLE for unknown ucodes Well, the other problem is that people are still on 4.0-652 for netplay because the newer versions still desync (pr 1556 is still open). So a new build won't immediately eliminate the need for the check. Explaining more on the HID thing, I can actually natively read the Wii U Adapter on 4.0-652 with using USB HID. But on the Wii, that would mean I would have to use IOS37 instead of IOS58 which has SDHC support. But, I can read the USB just fine with libogc's USB commands on the Wii, but though commands don't work on Dolphin. Though, I guess I don't really need a dolphin detect. If IOS_Open("/dev/usb/hid",0) fails, I could try the regular USB method. It would fail in Dolphin anyway. But I guess requesting pr 1556 to close would probably solve that issue as well since it has native Wii U adapter support. Just something I'm realizing now, you guys should probably hide the Wii U adapter from the libusb items if Direct Connect is enabled. |
« Next Oldest | Next Newest »
|
Users browsing this thread: 1 Guest(s)