Quote:You guys have helped enough, I won't bug you anymore, lol.
Please do bug us anytime you have a problem. Otherwise it will never get fixed. That's the whole point of using the svn builds, think of yourself as a beta tester.
Quote:Wish I had the ability to contribute to the project somehow.
Just because you can't coder doesn't mean you can't contribute.
1. Get as many games as you can get your hands on (legally)
2. Test those games and find issues
3. Report the issues either on the forum
4. If nobody on the forum can fix it by changing settings it is a legitimate problem so open an issue report on googlecode (you need a gmail account):
http://code.google.com/p/dolphin-emu/issues/list
5. The devs will now be informed of the problem and may or may not get around to fixing it soon depending on how hard of a problem it is
6. Regardless of whether the issue gets fixed or not as long as the devs know about it repeat the process for a few years until dolphin becomes perfect or close to it
Hey guys, have you tried disabling the sound? It does remove all stuttering.
No it doesn't. Stuttering can be caused by many things, I get stuttering from the fifo, shader cache, and jit cache.
(01-26-2011, 01:55 PM)NaturalViolence Wrote: [ -> ]No it doesn't. Stuttering can be caused by many things, I get stuttering from the fifo, shader cache, and jit cache.
How exactly does one verify what you just said? It's not something that is very obvious to most people, including myself...
That's a long story. For some people it is obvious. The jit cache stuttering is not a big deal since it rarely happens and is unavoidable/expected with any jit recompiler but it can be proven by clearing the jit cache and noting the obvious stuttering that follows.
Shader cache stuttering can be proven by finding an area with a lot of it and then storing the shader cache on a ramdisk instead of the HDD and noting how the stuttering goes away. You'll also notice that per-pixel shading increases the amount of shader cache stuttering.
As for fifo stuttering. Find a spot that has it then test revisions from after the fifo changes against revisions from before the fifo changes.
As for stuttering related to audio, I don't see how that could happen with HLE + audio throttle off but if what he said it true then it can be proven exactly how he said, by turning off audio emulation completely and comparing.
I experience shuttering, and I've got a pretty decent system. Core i7 920, gtx 285, 4 drive 7200 rpm sata on a 3ware hardware raid-5, 12 gb ram. I can play metroid other m, but in some areas, the frame rates drop to 20. Most the time, it's during cut scenes, or if there's a lot of depth to the level. Most times I get 60 fps. I ordered up a gtx 580 yesterday from newegg. I'm hoping that will fix the problem. LOL, now that I think about it, I could have just bought a wii. Who want's a non-hd gaming system though?! I don't mind buying the game if it's good, but common! Nintendo is behind the times with the old school resolution. These aren't 8-bit nes games! Where's my hdmi out?!
(01-26-2011, 02:16 PM)NaturalViolence Wrote: [ -> ]That's a long story. For some people it is obvious. The jit cache stuttering is not a big deal since it rarely happens and is unavoidable/expected with any jit recompiler but it can be proven by clearing the jit cache and noting the obvious stuttering that follows.
Shader cache stuttering can be proven by finding an area with a lot of it and then storing the shader cache on a ramdisk instead of the HDD and noting how the stuttering goes away. You'll also notice that per-pixel shading increases the amount of shader cache stuttering.
As for fifo stuttering. Find a spot that has it then test revisions from after the fifo changes against revisions from before the fifo changes.
As for stuttering related to audio, I don't see how that could happen with HLE + audio throttle off but if what he said it true then it can be proven exactly how he said, by turning off audio emulation completely and comparing.
I'm sorry but you're wrong about my case. Audio throttle on or off makes no difference. Really. But if I uncheck "activate HLE audio" the stuttering within the game is really gone. Nothing else seems to work:
- different builds (svn, 2.0, Lectrode's)
- DSP-LLE
- DX9, DX11 and OGL
- OpenCL
- reducing scaling
The only thing I haven't tried is using ramdisk. By the way, I've already recorded a video and post it within Donkey Kong's topic. Now, of course I'm using a different build (svn 6906). DKR is not the only game that sttuters, but it has the most frequency.
Interesting....I have a theory. Which audio backend are you using and what mobo and/or audio card are you using.
use Xaudio for the best latency on NT6.
Ok, I tried using Xaudio2. Same results. I also tried using DSP-LLE with it and got the same results plus noise. But since DSP-LLE doesn't offer the option to turn the sound off, I went back to HLE, restarted the emulator and turned the sound off. And the stuttering was gone again. I also used OpenAL and got the same results.
I have to add the following facts:
- using OpenGL instead of DX9/11 reduces the stuttering in other games. But it's impossible to test it with DKR because it makes the game crash upon start up.
- Setting the audio the audio from 48Khz to 32Khz reduces the stuttering in all games EXCEPT Donkey Kong Returns.
My mobo is a GA-880GMA-UD2H v2.0 and I'm using its onboard sound card, which is the Realtek ALC892. And as I stated in another topic, my CPU is a Phenom II 965 BE at 3.4GHz
not overclocked. I overclocked it once (3.6Ghz) to test this emu and got the exact same results.
Oh, before I forget. You know when you're playing DKR and the music crashes without a reason and start looping itself in about the last few seconds? Like when playing the same 2 seconds over and over? Everytime this happens I become very happy because it makes me play the game with sound effects without stuttering. I'm not joking.