Emulator Issues #2379
closed
"Single Core" broken [32/64bit Win builds]
Added by romaniox over 14 years ago.
Relates to performance:
No
Relates to maintainability:
No
Description
What steps will reproduce the problem?
- Uncheck "Dual Core" mode
- Play games listed below
3.
What is the expected output? What do you see instead?
There is no display, screen is blank. However games seem to run as I can
hear sound(also responding to my controls). Dolphin didn't freeze.
What version of the product are you using? On what operating system?
r5135 32/64bit(JIT), Windows Server 2008 x64, nvidia gtx260 and intel
e7400, 4gb ram. It was already broken in few earlier revisions.
Please provide any additional information below.
http://forums.dolphin-emu.com/thread-7568.html
R4853 work fine
Affected games(my limited list): Fire Emblem[gc], Fire Emblem[Wii], Metroid
1,2,3, New Super Mario Bros, Silent Hill:SM, SMG, Zelda TP
Zelda WW crash with opcode error.
The only game from my collection where SC mode seems to work is Dead Space.
Just mental note that this can't be reproduced so far.
(So I won't get a scare when looking over the bug list for the release:)
It still does by me, r5160 - at least with New Super Mario Bros and Metroid I quick-
tested just now. Its always reproducible, I don't know where's problem but with DC I
can play no problem.
nakeee if you need more info to help you tracking tell me, I can post screens in above
threat and all details needed. For now I tell you its x64 and spellforce's intel
compiller builds with SSE 4.1. I have GTX260 card. D3D with SSAA2.25 and forced AFx16.
If you need more let me know.
Since you are using a patched source, we don't support it because its not the
official SVN Dolphin anymore. You never know if maybe the intel compiler or the SSE
4.1 stuff might cause more bugs in dolphin. Zelda TP runs fine for me in SC mode,
just slower.
omegadox is right, you should try a MSVC compiled build just to be sure.
Uh, am surprised you consider SSE or compiled by intel as patched/modified. I though
it concern only builds where author intentionally change code. Ok I'll know then,
thanks for clarify. Although its questionable, there are several builds from various
sources, some have SSE2 as minimum etc.. How do I know which you consider as
"Standard"? Besides, only standard should be official from download page but thats
very outdated, should I use that old one and still report? Some builds are same yet
use different compiling libraries and it happened to me not once that one build
wasn't showing plugins(even when I updated runtimes etc..) while other was fine. Its
very "gray" zone. If coded properly, intel compiler should be as stable as VC++ and
any SSE shouldn't make it more buggy(at least in Windows, I know GCC, especially
older versions could produce buggy code(linux/freebsd) if used with extra
extensions).
So I downloaded other build - same version(same settings) r5160 x64...and it works.
When I return from fitness later I go test and compare both stability and speed more
deeply. Will then post in forum where spellforce publish his builds to let him know. I
apologize for false alarm. You can mark this bug-report as fake.
- Status changed from New to Invalid
Also available in: Atom
PDF