Dolphin, the GameCube and Wii emulator - Forums

Full Version: [PATCH] Xenoblade: HLE audio hack fix
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41
3.0-750 XBHLE is the best version so far. Fast, stable and absolutely no sound issues.

Kujaa

I made a build for OS X with 3.0-751 and the Xenoblade patch. Works well on MBP Retina 2.3 Ghz =)
Ask me if you want the build without compiling it.

Superlucci

Hello. New to this site. New to this emulator business. Not sure if I should be posting on this particular thread, so sorry if irrelevant.

Anyways I got the game working fine on the laptop, downloaded the patch to make it go up to 30 fps (even though in cities it pretty much drops to like 15-20 fps) and Im pretty sure thats as good as Im going to get it fps wise, however the audio for this game kinda bugs me still.

On page 28 of this thread I downloaded the patched dolphin emulator which I assume had the audio fix, yet when I play the game I dont see where it improved. Now obviously this is a problem on my end and not on the actual emulator since everybody else seems to be having a blast. Now maybe I downloaded the wrong one, but I assume the one that says Dolphin 3.0-750 ICC XBHLE PATCH was the one to download and use, which I have. Probably just me screwing up and wasting everybodies time.

Not sure if I need to post computer information or not, since even then I dont know what to post if I need too.

Pardon me for the noobage
Dis you enable HLE audio in audio options? Disabling MMU and BAT in the right click menu may speed up the game a bit. And GPU driver options autside od dolphin may also impact overall speed.

Regarding stability the 3.0-750 version had its first crash today, after 25 hours of overall gameplay. Lectrodes version also crashed 2 times in the first 50 hours so I guess thats normal.

Update: the crash was related to the texture pack, no random crash in 3.0-750 after 40 hours of gameplay.
random crashes are normal, no version is 100% perfect Wink
Random crashes are not normal and should never happen since there is always a programming bug involved. In 3.0-750 they are completely gone. No random crash at all, just the texture pack related crashes which are not random. The win32-dump branch will hopefully help to track down the cause of random crashes in other games and help to improve stability further.

The HLE patched version with idle skipping = on runs still better than the Original version with idle skipping = off + accurate vbeam = on.
But using the HLE patched version with idle skipping = off + accurate vbeam = on is the only way to play Rune Factory Oceans / ToD without audio issues.

Weeman0313

So first time poster, and first time emulation user and I have no idea what i'm doing. I can't seem to get any build posted in this thread to work with Xenoblade. These are my current specs and I'm using the PAL version patched to 30 FPS.

AMD FX-8150 @ 3.61GHz
16GB of DDR3 RAM
Windows 7 Ultimate 64 bit
Two XFX 6950's in Crossfire

I keep getting the choppy audio bug with every build and I would also like to think I could run the game in better quality considering my specs. If anyone could help it would be greatly appreciated.
Hi, any chance someone can compile 3.0-766 with this patch? I'm nervous about 3.0-750 because this version has some memcard corruption problems that 3.0-766 backed out. I'm currently playing on 3.0-589 but I have the choppy sound problem pretty bad sometimes.

Thanks!
(09-14-2012, 02:17 AM)Nameless Mofo Wrote: [ -> ]I'm nervous about 3.0-750 because this version has some memcard corruption problems that 3.0-766 backed out.

Where did you read that? That's completely wrong.
(09-14-2012, 02:30 AM)delroth Wrote: [ -> ]
(09-14-2012, 02:17 AM)Nameless Mofo Wrote: [ -> ]I'm nervous about 3.0-750 because this version has some memcard corruption problems that 3.0-766 backed out.

Where did you read that? That's completely wrong.

From your own comment on the memcard-delay commit:

Simulate a small delay on GC Memcard operations

This was not needed for most games before because the external exception was
itself delayed. aram-dma-fixes changed that and made the external exception
happen a lot quicker, breaking games that relied on the memcard operations
delay.


I got burned a few times by REmake saves getting corrupted by the memcard manager and was VERY happy when it was fixed. So any reference to anything that sounds like unreliable saves makes me gun-shy.

By the way, one other question: will this patch ever be committed, or does it somehow fix this game and break others?
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41