Dolphin, the GameCube and Wii emulator - Forums

Full Version: [GC] The Legend of Zelda: Twilight Princess
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Ok, i should have clarified why you should use the latest development builds:
1. They contain 100s of bug fixes, including freezes in zelda games and possibly issues with the frame limit
2. They are faster
3. They are the only builds which you get support for
4. They are the only builds in development. Which means that reporting bugs in the development builds helps fixing them. Reporting bugs in other builds will be ignored, even if your issue happens everywhere.

(there are possibly more reasons)

ShylokVakarian

Quote:He's not being anal about it, you posted looking for help and those were two of the suggestions he had. Just because you have Windows 7, does that mean you don't have or won't get any of the updates released for it, because according to your logic, the first release of 7 is "enough"?

Actually, my logic is that the latest release of Windows 7 is enough, and you guys are trying to get me to upgrade to Windows 10, which hasn't had most of the bugs sorted out yet, and also isn't complatible with everything yet. Sure, Windows 7 is "outdated", but Windows 8 is terrible, Windows 8.1 is only marginally better, and Windows 10 is too new for me to feel safe in it, not to mention the fact that it still isn't better user-wise than Windows 7. I know that there's people out there that refuse to upgrade from XP, and I get where they're coming from.

Quote:I am sorry for coming off harsh, but it's because it's how your posts are.

I just don't like it when people rant about my computer sucking, especially when I know it sucks, rather than trying to help me fix this random problem that popped up. It irritates me. Yes, I know my CPU is "outdated" (Apparently, anything older than a year is old, so I'm ancient.)

Quote:I get the latest experimental for Dolphin every few months; in fact I just downloaded 4.0-8197 yesterday. My previous version is -7751, nearly 450 revisions between the two (less are available for download as multiple revisions can get merged in some cases; I'm not certain how or why but they are and I'd imagine it's when multiple revisions are put up nearly simultaneously.)

See, I don't have nearly that kind of devotion, I'd just rather use the stable builds, because I don't have to/want to update every week.

Quote:On to your issues:

Have you checked to make sure your .iso file wasn't corrupted? I don't know the proper MD5 checksums offhand but there's others here who do and if you post yours it can at least rule out that issue.

I personally don't know much else but this at least can be a start. And worst comes to worst I can compare your MD5 to mine (assuming same game version, there were multiple versions released. I believe there's GC 1.0 and 1.2; there may be a 1.1 but I don't know for sure)

Finally, something other than telling me my CPU is old when I can manage to run MGS3 on it with little slowdown.

I highly doubt my iso is corrupt, this happens in multiple games, though it tends to happen WHILE I'm playing, not before. I wouldn't even know how to check it's MD5 sum anyways.

I do have a log of the crash, maybe that will help.

Code:
52:48:475 Src\ConfigManager.cpp:140 N[BOOT]: Saving settings to C:/Users/Pupdude/Documents/Dolphin Emulator/Config/Dolphin.ini
52:48:486 Src\NANDContentLoader.cpp:217 W[DIO]: CreateFromDirectory: error opening C:/Users/Pupdude/Documents/Dolphin Emulator/Wii/title/00000001/00000002/content/title.tmd
52:48:487 Src\CoreTiming.cpp:113 W[PowerPC]: Discarded old event type "EXIInterrupt" because a new type with the same name was registered.
52:48:487 Src\CoreTiming.cpp:113 W[PowerPC]: Discarded old event type "EXIInterrupt" because a new type with the same name was registered.
52:49:122 Src\Boot\Boot.cpp:199 N[BOOT]: Booting C:\Program Files\Dolphin/Legend of Zelda, The - Twilight Princess (USA).iso
52:49:230 Src\HLE\HLE_OS.cpp:43 N[OSREPORT]: 81200508->81300000|
Apploader Initialized.
52:49:230 Src\HLE\HLE_OS.cpp:43 N[OSREPORT]: 81200524->81300000| This Apploader built Nov 10 2004 06:47:07
52:49:589 Src\PowerPC\SignatureDB.cpp:120 E[HLE]: Wrong size! Found __DBExceptionDestination at 80346408 (size: 0000002c instead of 00000010)!
52:49:589 Src\PowerPC\SignatureDB.cpp:120 E[HLE]: Wrong size! Found SystemCallVector at 80340a20 (size: 00000084 instead of 00000020)!
52:49:589 Src\PowerPC\SignatureDB.cpp:120 E[HLE]: Wrong size! Found OSSwitchFPUContext at 8033c388 (size: 000000cc instead of 00000084)!
52:49:589 Src\PowerPC\SignatureDB.cpp:120 E[HLE]: Wrong size! Found TRKLoadContext at 80371bf4 (size: 0000008c instead of 00000088)!
52:49:589 Src\PowerPC\SignatureDB.cpp:120 E[HLE]: Wrong size! Found OSExceptionVector at 8033a718 (size: 00000148 instead of 0000009c)!
52:49:589 Src\PowerPC\SignatureDB.cpp:120 E[HLE]: Wrong size! Found TRKInterruptHandler at 8036f684 (size: 0000036c instead of 00000194)!
52:49:589 Src\PowerPC\SignatureDB.cpp:120 E[HLE]: Wrong size! Found DecrementerExceptionHandler at 8033af88 (size: 000000f0 instead of 00000050)!
52:49:589 Src\PowerPC\SignatureDB.cpp:120 E[HLE]: Wrong size! Found OSLoadContext at 8033bf20 (size: 000000e0 instead of 000000d8)!
52:49:589 Src\PowerPC\SignatureDB.cpp:120 E[HLE]: Wrong size! Found __mod2u at 8036245c (size: 000000e0 instead of 000000e4)!
52:49:589 Src\PowerPC\SignatureDB.cpp:120 E[HLE]: Wrong size! Found Config24MB at 8033edd8 (size: 00000230 instead of 00000080)!
52:49:589 Src\PowerPC\SignatureDB.cpp:120 E[HLE]: Wrong size! Found TRKSaveExtended1Block at 803711f0 (size: 0000018c instead of 000001b8)!
52:49:589 Src\PowerPC\SignatureDB.cpp:120 E[HLE]: Wrong size! Found __set_debug_bba at 8029ef94 (size: 00000018 instead of 0000000c)!
52:49:589 Src\PowerPC\SignatureDB.cpp:120 E[HLE]: Wrong size! Found GXSetMisc at 8035be38 (size: 0000007c instead of 00000094)!
52:49:589 Src\PowerPC\SignatureDB.cpp:120 E[HLE]: Wrong size! Found __ptmf_scall at 80362084 (size: 00000084 instead of 00000028)!
52:49:590 Src\PowerPC\SignatureDB.cpp:120 E[HLE]: Wrong size! Found TRKSwapAndGo at 8036f8b4 (size: 0000013c instead of 000000c4)!
52:49:590 Src\PowerPC\SignatureDB.cpp:120 E[HLE]: Wrong size! Found PPCHalt at 80339d00 (size: 0000001c instead of 00000014)!
52:49:597 Src\NANDContentLoader.cpp:217 W[DIO]: CreateFromDirectory: error opening C:/Users/Pupdude/Documents/Dolphin Emulator/Wii/title/00000001/00000002/content/title.tmd
52:49:776 Src\HW\EXI_DeviceIPL.cpp:284 N[OSREPORT]: << Dolphin SDK - EXI    release build: Apr  5 2004 04:14:14 (0x2301) >>
52:49:776 Src\HW\EXI_DeviceIPL.cpp:284 N[OSREPORT]: << Dolphin SDK - SI    release build: Apr  5 2004 04:14:16 (0x2301) >>
52:49:777 Src\HW\DSP.cpp:444 E[DSP]: AR_INFO 43 PC: 8033b328
52:49:908 Src\HW\EXI_DeviceIPL.cpp:284 N[OSREPORT]:
52:49:908 Src\HW\EXI_DeviceIPL.cpp:284 N[OSREPORT]: Dolphin OS
52:49:908 Src\HW\EXI_DeviceIPL.cpp:284 N[OSREPORT]: Kernel built : Nov 10 2004 06:26:41
52:49:908 Src\HW\EXI_DeviceIPL.cpp:284 N[OSREPORT]: Console Type : Development HW3 (10000006)
52:49:908 Src\HW\EXI_DeviceIPL.cpp:284 N[OSREPORT]: Memory 24 MB
52:49:909 Src\HW\EXI_DeviceIPL.cpp:284 N[OSREPORT]: Arena : 0x80457be0 - 0x817e7b60
52:49:909 Src\HW\EXI_DeviceIPL.cpp:284 N[OSREPORT]: << Dolphin SDK - OS    release build: Nov 10 2004 06:26:41 (0x2301) >>
52:49:921 Src\HW\EXI_DeviceIPL.cpp:284 N[OSREPORT]: << Dolphin SDK - DVD    release build: Apr  5 2004 04:14:51 (0x2301) >>
52:49:941 Src\HW\DSP.cpp:444 E[DSP]: AR_INFO 63 PC: 8035090c
52:49:954 Src\FileMonitor.cpp:100 W[FileMon]:       0 kB str/Final/Release/COPYDATE
52:49:980 Src\FileMonitor.cpp:100 W[FileMon]:     871 kB RELS.arc
52:50:083 Src\FileMonitor.cpp:100 W[FileMon]:      38 kB str/Final/Release/frameworkF.str
52:50:087 Src\FileMonitor.cpp:100 W[FileMon]:   2,449 kB Audiores/Z2Sound.baa
52:50:709 Src\FileMonitor.cpp:100 W[FileMon]:     451 kB Audiores/Seqs/Z2SoundSeqs.arc
52:51:153 Src\FileMonitor.cpp:100 W[FileMon]:      34 kB res/Object/LogoUs.arc
52:51:167 Src\FileMonitor.cpp:100 W[FileMon]:     123 kB res/Object/Always.arc
52:51:179 Src\FileMonitor.cpp:100 W[FileMon]:     250 kB res/Object/Alink.arc
52:51:196 Src\FileMonitor.cpp:100 W[FileMon]:     321 kB res/FieldMap/Field0.arc
52:51:408 Src\FileMonitor.cpp:100 W[FileMon]:   2,833 kB res/Object/AlAnm.arc
52:53:009 Src\FileMonitor.cpp:100 W[FileMon]:      80 kB res/Layout/fmapres.arc
52:53:110 Src\FileMonitor.cpp:100 W[FileMon]:     126 kB res/Layout/dmapres.arc
52:53:277 Src\FileMonitor.cpp:100 W[FileMon]:     335 kB res/Layout/clctres.arc
52:53:644 Src\FileMonitor.cpp:100 W[FileMon]:     215 kB res/Layout/itemicon.arc
52:53:909 Src\FileMonitor.cpp:100 W[FileMon]:      36 kB res/Layout/ringres.arc
52:53:945 Src\FileMonitor.cpp:100 W[FileMon]:      42 kB res/Layout/playerName.arc
52:54:075 Src\FileMonitor.cpp:100 W[FileMon]:      23 kB res/Layout/itmInfRes.arc
52:54:109 Src\FileMonitor.cpp:100 W[FileMon]:      27 kB res/Layout/button.arc
52:54:143 Src\FileMonitor.cpp:100 W[FileMon]:       4 kB res/CardIcon/cardicon.arc
52:54:176 Src\FileMonitor.cpp:100 W[FileMon]:     124 kB res/Msgus/bmgres.arc
52:54:214 Src\FileMonitor.cpp:100 W[FileMon]:       4 kB res/Layout/msgcom.arc
52:54:215 Src\FileMonitor.cpp:100 W[FileMon]:      32 kB res/Layout/msgres00.arc
52:54:219 Src\FileMonitor.cpp:100 W[FileMon]:      13 kB res/Layout/msgres01.arc
52:54:221 Src\FileMonitor.cpp:100 W[FileMon]:      70 kB res/Layout/msgres02.arc
52:54:229 Src\FileMonitor.cpp:100 W[FileMon]:      33 kB res/Layout/msgres03.arc
52:54:233 Src\FileMonitor.cpp:100 W[FileMon]:       8 kB res/Layout/msgres04F.arc
52:54:235 Src\FileMonitor.cpp:100 W[FileMon]:      19 kB res/Layout/msgres05.arc
52:54:238 Src\FileMonitor.cpp:100 W[FileMon]:       1 kB res/Layout/msgres06.arc
52:54:239 Src\FileMonitor.cpp:100 W[FileMon]:      89 kB res/Layout/main2D.arc
52:54:277 Src\FileMonitor.cpp:100 W[FileMon]:      15 kB res/Fontus/fontres.arc
52:54:278 Src\FileMonitor.cpp:100 W[FileMon]:      13 kB res/Fontus/rubyres.arc
52:54:308 Src\FileMonitor.cpp:100 W[FileMon]:     315 kB res/Particle/common.jpc
52:54:410 Src\FileMonitor.cpp:100 W[FileMon]:       4 kB res/ItemTable/item_table.bin
52:54:411 Src\FileMonitor.cpp:100 W[FileMon]:       1 kB res/ItemTable/enemy_table.bin
52:54:482 Src\FileMonitor.cpp:100 W[FileMon]:   4,923 kB Audiores/Waves/Z2SeWave_0.aw
52:54:672 Src\HW\ProcessorInterface.cpp:184 W[PI]: Fifo reset (00000001)
52:54:672 Src\HW\ProcessorInterface.cpp:184 W[PI]: Fifo reset (00000000)
52:54:739 Src\FileMonitor.cpp:100 W[FileMon]:   1,985 kB Audiores/Waves/Z2BgmWave_0.aw
52:54:773 Src\FileMonitor.cpp:100 W[FileMon]:     428 kB Audiores/Waves/Z2SeWave_88.aw

(11-21-2015, 11:48 PM)mimimi Wrote: [ -> ]Ok, i should have clarified why you should use the latest development builds:
1. They contain 100s of bug fixes, including freezes in zelda games and possibly issues with the frame limit
2. They are faster
3. They are the only builds which you get support for
4. They are the only builds in development. Which means that reporting bugs in the development builds helps fixing them. Reporting bugs in other builds will be ignored, even if your issue happens everywhere.

(there are possibly more reasons)

If this is the case, why even HAVE the stable builds in the first place, especially if they're not even stable? It defeats the whole point of having stable releases.

EDIT: Okay, got the latest dev build...aaaaaaaand it decided to change my backend settings to OpenGL. Switch it back to D3D (Apparently there's no choice between 11 and 9 anymore), and video works. Now the audio has disappeared.

What the hell happened between 3.5-367 and 4.0.2 that made the game not work at all? Craziness.

Well, I'll fiddle around with the settings, try to get the sound to work again. They really need to get rid of stable builds altogether.
(11-22-2015, 08:00 AM)ShylokVakarian Wrote: [ -> ]Actually, my logic is that the latest release of Windows 7 is enough, and you guys are trying to get me to upgrade to Windows 10, which hasn't had most of the bugs sorted out yet, and also isn't complatible with everything yet.  Sure, Windows 7 is "outdated", but Windows 8 is terrible, Windows 8.1 is only marginally better, and Windows 10 is too new for me to feel safe in it, not to mention the fact that it still isn't better user-wise than Windows 7.  I know that there's people out there that refuse to upgrade from XP, and I get where they're coming from.

We are not asking you to upgrade to Windows 10, we are asking you to upgrade to the latest version of Dolphin, which in general does have better usability and compatibility and less bugs than 4.0.2. The analogy wasn't even about updating to Windows 10, it was about having the latest updates for Windows 7 (e.g. service packs).

(11-22-2015, 08:00 AM)ShylokVakarian Wrote: [ -> ]See, I don't have nearly that kind of devotion, I'd just rather use the stable builds, because I don't have to/want to update every week.

Not updating every week is fine, but you should use builds that are up to a few months old rather than one that's about two years old.

(11-22-2015, 08:00 AM)ShylokVakarian Wrote: [ -> ]I highly doubt my iso is corrupt, this happens in multiple games, though it tends to happen WHILE I'm playing, not before.  I wouldn't even know how to check it's MD5 sum anyways.

Yeah, it doesn't sound like an ISO problem to me either. However, it can still be useful to check the MD5, because it doesn't take long to do (as long as you're using a recent enough Dolphin version - 4.0.2 doesn't have the MD5 calculation feature).

(11-22-2015, 08:00 AM)ShylokVakarian Wrote: [ -> ]If this is the case, why even HAVE the stable builds in the first place, especially if they're not even stable?  It defeats the whole point of having stable releases.

That's a good point. Many agree that the current situation isn't good, but doing something about it isn't as easy, no matter whether it is trying to get through the 5.0 feature freeze or coming up with a new release model. I'm afraid I can't give a better reason for it than that.
(11-22-2015, 08:00 AM)ShylokVakarian Wrote: [ -> ][...]

(11-21-2015, 11:48 PM)mimimi Wrote: [ -> ]Ok, i should have clarified why you should use the latest development builds:
1. They contain 100s of bug fixes, including freezes in zelda games and possibly issues with the frame limit
2. They are faster
3. They are the only builds which you get support for
4. They are the only builds in development. Which means that reporting bugs in the development builds helps fixing them. Reporting bugs in other builds will be ignored, even if your issue happens everywhere.

(there are possibly more reasons)

If this is the case, why even HAVE the stable builds in the first place, especially if they're not even stable?  It defeats the whole point of having stable releases.

EDIT: Okay, got the latest dev build...aaaaaaaand it decided to change my backend settings to OpenGL.  Switch it back to D3D (Apparently there's no choice between 11 and 9 anymore), and video works.  Now the audio has disappeared.

What the hell happened between 3.5-367 and 4.0.2 that made the game not work at all?  Craziness.

Well, I'll fiddle around with the settings, try to get the sound to work again.  They really need to get rid of stable builds altogether.

DirectX 9 support was dropped, because it did not support important features:
https://dolphin-emu.org/blog/2013/10/12/...ns-future/

About your audio problems, have you tried using xaudio as backend? Did you check the volume setting inside Dolphin? Some settings might not be properly imported from old versions.

If nothing works, restart your config from scratch. Rename your Dolphin folder in your Windows User Documents folder to Dolphin.backup or something. That should clear all settings and use the default values. Then copy everything important from your backup to the new folder, like your gamecube memory card and the Wii folder(containing the virtual wii nand, which means your wii saves among other stuff).
The problem is that the stable/development version model only works with projects that progress slowly. Dolphin has so many active developers that huge progress gets made in only a few months, which means that groundbreaking new features get introduced mere weeks after a new stable version finally comes out, thus make it obsolete almost instantly. At this point I'm quite surprised anyone is even talking about 5.0 at all; it seems like 4.0.2 should be removed from the download page and there should only be development versions shown, as 5.0 will be just as "bad" as 4.0.2 six months after it comes out, unless there's a huge drop in developer interest.
I just realized how much harder it is to emulate Wii and GCN Games instead of N64 games :O.

Im playing the GCN version (US) of TP rightnow on Dolphin 4.0-8393.. At least im trying. I got multiple issues...:

- In the Dev. Version of Dolphin my FPS is about 6, in the stable one 30 plus.. how?


- My Maps and Screen show a LOT of fractures... or strange colors.. (see attachment)


I actually wanted to play the Wii-Version but im not sure about my Logitech Controller handling that whole wii stuff..

can someone help me ._.?
Check your framelimit and set it (back) to auto. Going from the stable to the latest dev had the audio option removed and it'll be set to what comes after it.
lol so the newest dev. version does not support "audio-fps" ?
it was set to 5 ... xD
(12-04-2015, 05:11 AM)NexusEvangelion Wrote: [ -> ]lol so the newest dev. version does not support "audio-fps" ?
it was set to 5 ... xD

Yep, if you have audio enabled and update it will switch to 5 FPS.
Audio was buggy and thus removed. Right click on the game in the game list on the dev build, and go to Properties, and enable the Hyrule Speed Patch.