Dolphin bug tracker: Issueshttps://bugs.dolphin-emu.org/https://bugs.dolphin-emu.org/favicon.ico?12010-11-28T08:20:25ZDolphin bug tracker
Redmine Emulator - Emulator Issues #3582 (Invalid): True Crime: SoLA does not boot in JIT or JITILhttps://bugs.dolphin-emu.org/issues/35822010-11-28T08:20:25ZMofoMan2000MofoMan2000@gmail.com
<p>What's the problem?<br>
As soon as True Crime: Streets of LA is booted up (after the IPL runs if desired) it instantly crashes. If panic handlers are enabled you get these messages:<br>
"DSI exception in lmw"<br>
"DSI exception in stmw"<br>
"ERROR: Trying to compile at 0. LR=802b4548"</p>
<p>Dolphin version with the problem (as it appears in the title bar, Ex.: "R<br>
4779" or "R 6403M"):<br>
This occurs in r6486</p>
<p>(optional) Dolphin version that does not have the problem:<br>
I don't know when this started happening, but my bet is this game has been unplayable for quite some time. I tried with r6024 and it wouldn't run (but it wouldn't show the errors either). If it helps, I remember this game was very playable back in maybe r2200, with the TLB hack and disabling panic handlers.</p>
<p>Operating system and version: Windows XP<br>
32-bit or 64-bit: x86</p>
<p>Game ID (as it appears in game properties, Ex.: "GZ2P01" or "RSBE01"):<br>
GTLE52</p>
<p>Was the ISO a plain dump from disc, compressed and/or scrubbed?<br>
Raw ISO, ripped from my own disk.</p>
<p>Please provide any additional information below.<br>
Sorry I couldn't be more precise on when the game used to work, my build archives only go back as far as r3085 and I can't even get that revision to boot anything anymore.</p>
Emulator - Emulator Issues #3176 (Duplicate): [GUI] "Skip GC BIOS" setting is forgottenhttps://bugs.dolphin-emu.org/issues/31762010-09-05T01:25:04ZMofoMan2000MofoMan2000@gmail.com
<p>What steps will reproduce the problem?</p>
<ol>
<li>In settings, uncheck "Skip GC BIOS"</li>
<li>Boot any Wii game (MUST be a Wii game)</li>
<li>Go back into settings (with or without stopping the Wii game)</li>
</ol>
<p>What is the expected output? What do you see instead?<br>
I expect the option to stay cleared. Instead, it is checked again.</p>
<p>Dolphin version with the problem? Other Dolphin version without the<br>
problem?<br>
I don't know if it has ever not had this problem, but I'm currently using r6174 and this problem has been around for a while, at least 100 revisions (I never cared much before then).</p>
<p>32-bit or 64-bit and any other build parameters?<br>
If it matters, x86.</p>
<p>OS version and versions of tools/libraries used?<br>
Again, I doubt it matters but<br>
WinXP x86<br>
VC2008<br>
USA IPL (NTSC)<br>
JIT recompiler core</p>
<p>Please provide any additional information below.<br>
Seems like a simple GUI bug, ought to be easy enough to fix.</p>
Emulator - Emulator Issues #3162 (Invalid): GCN IPL: RTC thinks it's 2018https://bugs.dolphin-emu.org/issues/31622010-09-02T17:28:10ZMofoMan2000MofoMan2000@gmail.com
<p>What steps will reproduce the problem?</p>
<ol>
<li>In settings, uncheck "skip gamecube BIOS" or some such.</li>
<li>Look at the RTC in the BIOS.</li>
</ol>
<p>What is the expected output? What do you see instead?<br>
Well i'd HOPE the time and date would be accurate. Instead it's about 8 years 2 months in the future.</p>
<p>Dolphin version with the problem? Other Dolphin version without the<br>
problem?<br>
R6158 and onwards have the problem. I don't think it has ever been accurate, really.</p>
<p>32-bit or 64-bit and any other build parameters?<br>
As far as I know, all builds.</p>
<p>OS version and versions of tools/libraries used?<br>
WinXP x86, VC2008, USA IPL</p>
<p>Please provide any additional information below.<br>
Someone should be able to figure this one out, especially with all the recent work on the RTC.</p>
Emulator - Emulator Issues #2967 (Won't fix): Replace ftime() with GetSystemTime() for Windows bu...https://bugs.dolphin-emu.org/issues/29672010-07-25T16:15:47ZMofoMan2000MofoMan2000@gmail.com
<p>As was suggested in r5937<br>
It seems like a pretty good idea as ftime() is apparently deprecated and... Well hell, I dunno. What else is there to say?</p>
<p>If this is a bad idea for any reason just feel free to invalidate this issue. I just saw something that looked okay to me that wasn't happening.</p>
Emulator - Emulator Issues #2797 (Fixed): r5619 causes GCPad new to freeze Dolphinhttps://bugs.dolphin-emu.org/issues/27972010-06-11T17:38:41ZMofoMan2000MofoMan2000@gmail.com
<p>What steps will reproduce the problem?</p>
<ol>
<li>Make sure you have "Dolphin GCPad New" selected as your input plugin.</li>
<li>Try it out in r5618, all is well.</li>
<li>Try it out in r5619, and the whole thing freezes.</li>
</ol>
<p>What is the expected output? What do you see instead?<br>
Well obviously I expect the plugin to work like it should. Instead, the whole program freezes and Windows does its "(not responding)" thing.</p>
<p>Dolphin version with the problem? Other Dolphin version without the<br>
problem?<br>
With problem: r5619<br>
Without problem: 25618</p>
<p>32-bit or 64-bit and any other build parameters?<br>
Standard x86 build</p>
<p>OS version and versions of tools/libraries used?<br>
Windows XP Pro x86<br>
I doubt it's a building problem. I tested with my own builds and with the builds at <a href="http://www.dolphin-emulator.com/download.html?list=1" class="external">http://www.dolphin-emulator.com/download.html?list=1</a> and that was in fact how I isolated the revision causing the problem.</p>
<p>Please provide any additional information below.<br>
I'm surprised nobody has noticed this yet, 30 revisions later. Either people aren't testing builds very thoroughly or something is fucked up on my computer.</p>
Emulator - Emulator Issues #2619 (Fixed): OpenGL Plugin: Anti-aliasing brokenhttps://bugs.dolphin-emu.org/issues/26192010-04-24T04:36:30ZMofoMan2000MofoMan2000@gmail.com
<p>What steps will reproduce the problem?</p>
<ol>
<li>Try to use Anti-Aliasing on the OpenGL plugin</li>
<li>???</li>
<li>Profit!</li>
</ol>
<p>What is the expected output? What do you see instead?<br>
I expect to see beautiful anti-aliased graphics. Instead, I see a black<br>
screen with intermittent flickers of the game's grphics.</p>
<p>What version of the product are you using? On what operating system?<br>
r5403, WinXP Pro x86</p>
<p>Please provide any additional information below.<br>
Intel Core2 Duo e6600<br>
NVidia GeForce 8800GT (512MiB)<br>
6GiB of RAM (wasted on this OS, I know)</p>
Emulator - Emulator Issues #2393 (Duplicate): Allow specification of custom directory for Wii sav...https://bugs.dolphin-emu.org/issues/23932010-03-05T20:48:28ZMofoMan2000MofoMan2000@gmail.com
<p>For a few reasons, it would be good to be able to specify a directory to<br>
save/load Wii save files from. Of course, it would default to the current<br>
folder (\User\Wii\ etc.), but being able to put them somewhere else would<br>
be nice.</p>
Emulator - Emulator Issues #2363 (Fixed): Going to fullscreen does not change resolution when ren...https://bugs.dolphin-emu.org/issues/23632010-02-25T06:50:32ZMofoMan2000MofoMan2000@gmail.com
<p>What steps will reproduce the problem?</p>
<ol>
<li>Use either video plugin.</li>
<li>Check the "Render to Main" box.</li>
<li>Hit alt+enter to go to fullscreen.</li>
</ol>
<p>What is the expected output? What do you see instead?<br>
Well, I'd expect it to change my screen resolution and render in that<br>
resolution. Instead, it just stretches the whole thing to fit the desktop<br>
resolution.</p>
<p>What version of the product are you using? On what operating system?<br>
Current revisions (r5130) on Windows XP x86</p>
<p>Please provide any additional information below.<br>
Perhaps this is the intended behavior, since all fullscreen options are<br>
disabled for some reason when you check Render to Main. None of that makes<br>
any sense though, just because we'd rather have the video and toolbars and<br>
everything in a single window doesn't mean we never want to go into fullscreen.</p>
Emulator - Emulator Issues #2173 (Duplicate): Text corruption in Pokémon Colosseum AND XDhttps://bugs.dolphin-emu.org/issues/21732010-01-28T04:14:39ZMofoMan2000MofoMan2000@gmail.com
<p>What steps will reproduce the problem?</p>
<ol>
<li>Play Pokémon Colosseum or XD, doesn't matter which video plugin is used.</li>
<li>Eventually, text will probably start WHARRGARBLing.</li>
</ol>
<p>What is the expected output? What do you see instead?<br>
I expect readable text. Instead, by WHARRGARBLing I mean this<br>
<a href="http://www.mediafire.com/imageview.php?quickkey=zz2zkgiomzv&amp;thumb=5" class="external">http://www.mediafire.com/imageview.php?quickkey=zz2zkgiomzv&thumb=5</a></p>
<p>What version of the product are you using? On what operating system?<br>
Don't think it makes any difference, but Dolphin r4969 using IL core on<br>
WinXP Pro x86.</p>
<p>Please provide any additional information below.<br>
Toggling "Safe Texture Cache" on or off fixes it for a little while.</p>
Emulator - Emulator Issues #2163 (Accepted): Implement GameBoy Player devicehttps://bugs.dolphin-emu.org/issues/21632010-01-27T14:23:06ZMofoMan2000MofoMan2000@gmail.com
<p>The GB Player disk is dumpable, just like a game disk. But as there is no<br>
emulated GB Player, it's useless. I know it would mean looking up MORE<br>
hardware reverse engineerings and everything, I just thought there should<br>
be an issue for it. There'd have to be a way to tell it what image to load<br>
up and what save file to use, and extensive testing to make sure neither<br>
get corrupted in the process.</p>
<p>This could tie in closely to Issue 173 so I guess it is unnecessary given<br>
that you can just use VBA. Still, for completeness' sake, here it is.</p>
Emulator - Emulator Issues #1915 (Fixed): nJoy plugin D-Pad "Hat/Custom" drop-down box brokenhttps://bugs.dolphin-emu.org/issues/19152010-01-02T04:57:10ZMofoMan2000MofoMan2000@gmail.com
<p>What steps will reproduce the problem?</p>
<ol>
<li>In the nJoy plugin config dialog, toggle the D-Pad drop-down box between
"Hat" and "Custom"</li>
</ol>
<p>What is the expected output? What do you see instead?<br>
The "Select Hat" thing should turn into four of the things (one each for<br>
LRUD) as in previous revisions. Instead, the one thing remains but accepts<br>
input from buttons rather than hats. I don't know how you can control an<br>
entire hat with a single button, so this is definitely not right.</p>
<p>What version of the product are you using? On what operating system?<br>
This problem surfaced somewhere between r4682 and r4738 and persists to<br>
present revisions (r4772)... Sorry I can't be more precise, but digging<br>
through my old revisions I have nothing between those two.</p>
<p>Please provide any additional information below.<br>
I'll look through the change log and try to pinpoint the revision that<br>
broke it. Of course, any further updates will go here.</p>
Emulator - Emulator Issues #1433 (Fixed): Video plugins need better multimonitor supporthttps://bugs.dolphin-emu.org/issues/14332009-09-18T18:01:17ZMofoMan2000MofoMan2000@gmail.com
<p>This seems like more of an enhancement than a defect, but still...</p>
<p>This is something the DX9 plugin actually seems to have that OpenGL does<br>
not, but it needs work still. Occasionally I like to play Dolphin on my<br>
actual TV, just to recreate that original GameCube feel but with things<br>
like widescreen and Action Replay hacks. However, to do this I have to muck<br>
around with settings in my video control panel. It would be much easier if<br>
the emulator just went to fullscreen on the display the rendering window is<br>
currently on (sort of like what Jabo did with PJ64). If this isn't doable<br>
at least have a selection box (like the one on the D3D plugin) where you<br>
can pick what display to use, and if at all possible try to show the name<br>
of the display (not just the video card).</p>
Emulator - Emulator Issues #1428 (Fixed): NJoy: Failure to detect certain analog surfaceshttps://bugs.dolphin-emu.org/issues/14282009-09-17T07:47:22ZMofoMan2000MofoMan2000@gmail.com
<p>I have a "TigerGame NGC to Joypad to USB Box 1" adapter so I can use a real<br>
GCN controller on my PC. I have made sure everything is calibrated properly<br>
and have even gone so far as to uninstall and reinstall all drivers. The<br>
analog L shoulder button is detected properly, but the analog R button is<br>
not, and I am forced to use its digital counterpart. In the windows control<br>
panel the R button is defined as a "Dial" and the L button is a "Slider,"<br>
and in PJ64 the NRage plugin identifies the L as "Slider 0" and the R as<br>
"Slider -1," In NJoy, L is "1004" and I imagine R should be "1005," It is<br>
not a driver problem, is not a calibration problem. Furthermore, I remember<br>
being able to use the R button properly before (probably over 2000<br>
revisions ago).</p>
Emulator - Emulator Issues #949 (Fixed): Mispelling in /trunk/Source/Plugins/Plugin_VideoOGL/Src/...https://bugs.dolphin-emu.org/issues/9492009-05-11T14:48:23ZMofoMan2000MofoMan2000@gmail.com
<p>Line 370 in /trunk/Source/Plugins/Plugin_VideoOGL/Src/GUI/ConfigDlg.cpp<br>
"Twilight" is mispelled.</p>
Emulator - Emulator Issues #568 (Invalid): [INPUT] Add support for analog shoulder buttonshttps://bugs.dolphin-emu.org/issues/5682009-02-09T04:25:57ZMofoMan2000MofoMan2000@gmail.com
<p>Title says it all actually. This would make it much easier to control<br>
certain games, like Mario Sunshine, and driving games where R is the gas pedal.</p>