3.5 runs at full speed on my late 2009 quad core 27-inch iMac (OS X 10.8.4, 2.66 GHz Intel Core i5, 12 GB RAM, ATI Radeon HD 4850 512 MB, hard drive just replaced). However, I face the audio glitches that were present before 3.5-78 fixed them. When I try any of the developer builds of versions after 3.5 the emulator slows down drastically. It reaches a point where both four player battles and certain stages like Mute City are unplayable in Melee. Other games run at half speed or worse too. The games would run at full speed under the same conditions in version 3.5 on this computer. Is there a compromise between the audio fix of 3.5-78 and later and full gameplay speed? Turning down the graphics seems to have no effect. If you need more information about my settings I can post them.

I should mention that it is under HLE that it runs at full speed in 3.5. LLE generally runs much slower, and putting it on a thread does not seem to improve things.

What newer revisions do is that they fix problems, bugs or glitches that previous revisions had in order to emulate the console as closely as possible. Due to this it is only logical that newer revisions will run at lower speeds on your CPU given that they are giving it more things to run and yours clearly isn't able to keep up with it. You could use an older revision to increase performance but if you encounter bugs or glitches no one here will help you much given that it's most possible those things have been fixed in newer builds

The right man in the wrong place can make all the difference in the world.

(07-26-2013, 02:49 PM)linker357 Wrote: What newer revisions do is that they fix problems, bugs or glitches that previous revisions had in order to emulate the console as closely as possible. Due to this it is only logical that newer revisions will run at lower speeds on your CPU given that they are giving it more things to run and yours clearly isn't able to keep up with it. You could use an older revision to increase performance but if you encounter bugs or glitches no one here will help you much given that it's most possible those things have been fixed in newer builds

Will theoretical future stable releases (say 4.0 some time in the next few years) reach the speeds of 3.5 while maintaining the upgrades of the revisions, or will all versions from this point on run slow on my hardware?

I really wouldn't be able to tell you as I don't know much about the developer part of Dolphin but here in my speculation I would say it's not probable, so instead of waiting months or even years for something that's not guaranteed to happen I would suggest you get a better pc, you can build a really good desktop that will run most games full speed for less than $1000

The right man in the wrong place can make all the difference in the world.

Revision 3.5-170 appears to solve all of the problems and run at nearly full speed, even on Mute City with four players. I will try to adjust the graphic settings and see if improves performance any further. Otherwise this seems to be what I was looking for.

(07-26-2013, 02:49 PM)linker357 Wrote: What newer revisions do is that they fix problems, bugs or glitches that previous revisions had in order to emulate the console as closely as possible. Due to this it is only logical that newer revisions will run at lower speeds on your CPU given that they are giving it more things to run and yours clearly isn't able to keep up with it. You could use an older revision to increase performance but if you encounter bugs or glitches no one here will help you much given that it's most possible those things have been fixed in newer builds

Will theoretical future stable releases (say 4.0 some time in the next few years) reach the speeds of 3.5 while maintaining the upgrades of the revisions, or will all versions from this point on run slow on my hardware?

(07-26-2013, 02:49 PM)linker357 Wrote: What newer revisions do is that they fix problems, bugs or glitches that previous revisions had in order to emulate the console as closely as possible. Due to this it is only logical that newer revisions will run at lower speeds on your CPU given that they are giving it more things to run and yours clearly isn't able to keep up with it. You could use an older revision to increase performance but if you encounter bugs or glitches no one here will help you much given that it's most possible those things have been fixed in newer builds

Will theoretical future stable releases (say 4.0 some time in the next few years) reach the speeds of 3.5 while maintaining the upgrades of the revisions, or will all versions from this point on run slow on my hardware?

It's possible, but i would not count on it.

You would have to have some heavy optimizations right? The only reason why its slower because its more accurate, correct?

(07-27-2013, 05:33 AM)ThorhiantheUltimate Wrote: You would have to have some heavy optimizations right? The only reason why its slower because its more accurate, correct?

Accuracy doesn't have anything to do with it being slower, atleast not directly. The newer revisions are more accurate and thus this puts more stress on the CPU, making performance go down because it can't keep up. The solution for this is getting a better CPU that can handle the load.

The right man in the wrong place can make all the difference in the world.

(07-27-2013, 05:33 AM)ThorhiantheUltimate Wrote: You would have to have some heavy optimizations right? The only reason why its slower because its more accurate, correct?

Probably. It's possible though that someone introduced a bug or very inefficient code without realizing, which unnecessarily slowed down emulation. There's not really any easy way to check for this.

Quote:Accuracy doesn't have anything to do with it being slower, atleast not directly. The newer revisions are more accurate and thus this puts more stress on the CPU

Being more accurate isn't necessarily slower. I'm sure there are many bugs that could be fixed to make emulation more accurate without slowing it down at all. Perhaps some would even be faster. Where it really starts to make a difference is when we implement emulation of something that wasn't previously emulated, or remove hacks that didn't work well, but were very fast.