(11-13-2013, 12:40 PM)Shonumi Wrote: [ -> ]3.5-367 - Wii games did not need to run 100% to have smooth audio. Many games had audio problems however.
3.5-1154 and newer - Wii games do need to run 100% to have smooth audio. Many games no longer have audio problems.
The audio from 3.5-367 may seem "better" to some people, but it was not accurate, and it's not coming back.
3.5-1154
Obviously synchronized audio and FPS
-1FPS sound to blemishes
+1 FPS sound gets faster blemishes
dolphin3.5-367
Can not reference how it operates?
Expert can help me find a dolphin4.0 with dolphin3.5-367 the same?
Because the new version d3d done a lot of optimization I am very satisfied
bigwei Wrote:Because the new version d3d done a lot of optimization I am very satisfied
You should really try out OpenGL. It's much faster now than it was in 3.5-367. On average, it tends to be faster the D3D in the latest versions. If you use OpenGL, be sure to enable the Vertex Streaming Hack (Graphics -> Hacks -> Vertex Streaming Hack). The Vertex Streaming Hack is only available with OpenGL, so D3D does not have this option.
(11-13-2013, 01:17 PM)Shonumi Wrote: [ -> ]bigwei Wrote:Because the new version d3d done a lot of optimization I am very satisfied
You should really try out OpenGL. It's much faster now than it was in 3.5-367. On average, it tends to be faster the D3D in the latest versions. If you use OpenGL, be sure to enable the Vertex Streaming Hack (Graphics -> Hacks -> Vertex Streaming Hack). The Vertex Streaming Hack is only available with OpenGL, so D3D does not have this option.
I understand using OpenGL
But he can not use Sweetfx
You do not have many options then. I think this CPU has a locked multiplier, so it cannot be overclocked. You should use 3.5-1154 or earlier to keep your audio in sync. Another option is to use the timestretching feature of XAudio2 backend, which I see you're using. Try increasing the latency.
rokclimb15 Wrote:You should use 3.5-78 or earlier to keep your audio async.
Fixed that for you. With old AX HLE, the audio doesn't garble at less than fullspeed because it has no connection to the game speed, i.e. async. Also, gamecube games had new-ax-hle in 3.5-78 and later, so all gamecube games would be synced in the build you gave.
https://www.youtube.com/watch?v=LqjtoPC9pig
The film is a new version
The same can full speed
This audio sync problem too much flawed
3.5-367 I found that he still has synchronized rhythm of the game
But frame rate is not affected
Feel very special ? Need me record a video two versions of a difference ?
Maybe you can make two kinds of options to run the game
Excuse me,These days is no update how Windows version
(11-13-2013, 02:16 PM)rokclimb15 Wrote: [ -> ]You do not have many options then. I think this CPU has a locked multiplier, so it cannot be overclocked. You should use 3.5-1154 or earlier to keep your audio in sync. Another option is to use the timestretching feature of OpenAL backend, which I see you're using. Try increasing the latency.
Fixed that for you: timestretching is only available in OpenAL. We have a timestretching branch in GCode that implement the feature for XAudio2 and DSound, but it's experimental and outdated now...
Every version after 3.0-367 is based on 3.0-367. We didn't start over from scratch since then.
bigwei Wrote:Maybe you can make two kinds of options to run the game
No. It would be too difficult for the developers to maintain.
(11-14-2013, 01:17 AM)Shonumi Wrote: [ -> ]No. It would be too difficult for the developers to maintain.
Article updates.
Expect subsequent the new version,Able to fix my problem