Another last 1000 revisions thread

CacoFFF · 02-02-2011, 05:21 AM #1

Any milestones, major changes/fixes within revs 6000-7000?
Don't feel like reading so many log changes Big Grin

emu-muncher · 02-02-2011, 05:33 AM #2

generally I would browse through the commits and look for ones with the most +1s.

jonnyboyC · 02-02-2011, 05:46 AM #3

at least 2 i can think of that are kinda recent, is there are no longer any plugins both dsp and the video plugins are now part of dolphin, and i know the dsp LLE can now emulate every instruction that exists for the GC and WII, still not very fast but at least it can do it all now

**neobrain** · 02-02-2011, 05:55 AM #4

In no particular order: (and most likely missing some stuff)
ClearScreen fixes (my favorite one).
EFB format changes emulated (my 2nd most favorite one).
Implemented EFB color pokes (my 3rd most favorite one).
MSAA+texture dumping+hires textures+debugger in D3D11.
FIFO fixes.
Texture decoding vastly sped up.
Audio+Video plugins merged.
CMake introduced (think that was after r6000) for Linux.
LLE vastly sped up.
XAudio2 sound backend.
Implemented DL (display list) caching.

CacoFFF · 02-02-2011, 06:24 AM #5

So LLE audio works perfectly now, with the speed up, is another cpu core necessary?
And if i still remember, did the display list had something to do with Zelda TP speed issues, or was it a just video issue fixed?

About merging the plugins into the main program, I like it, i remember having read about it (from ector i think) becaus it was needed to make the emulator access the plugins variables and vice-versa quickly.

**neobrain** · 02-02-2011, 08:10 AM #6

Why should another CPU core be necessary? o_o

DLCache was _possible_ optimization. Nothing more, nothing less.

Fwiw, there's no reason for you guys to cheer about the plugin merge really... it won't give any direct advantages to you anyway Tongue

**KHRZ** · 02-02-2011, 08:39 AM #7

Yeah, the DLCache gave a neat speed-up at first, but ever since the first round of bug fixes I don't have any speed difference with it

**skid** · 02-02-2011, 08:51 AM #8

(02-02-2011, 06:24 AM)CacoFFF Wrote: So LLE audio works perfectly now, with the speed up, is another cpu core necessary?

Using another core gives a further 10% speed up. It works in games that use the AX ucode, but not the Zelda ucode (SMG, Zelda, and few other first party games). I am trying to fix it so that the extra core can be used in all games.

**Link_to_the_past** · (This post was last modified: 02-03-2011, 07:48 PM by Link_to_the_past.)

(02-02-2011, 08:10 AM)NeoBrain Wrote: Why should another CPU core be necessary? o_o

DLCache was _possible_ optimization. Nothing more, nothing less.

Fwiw, there's no reason for you guys to cheer about the plugin merge really... it won't give any direct advantages to you anyway

Audio plugin merge gave the possibility of audio engine selection in the game properties(by using hle plugin or not). Hoped for something similar with video plugin merge but unfortunately it is just a dropbox in the general config, and i have no idea how to use it in the game properties to select video plugin. Undecided

ayami6969 · 02-04-2011, 05:24 AM **#10**

I dont get where people are seeing a big speedup with LLE, let alone how it "works perfectly". It still seems waaaay slower than HLE and has tons of crackle-pop.

And the DSP LLE on thread option, is that JUST for LLE or does it work on HLE as well? Doesn't really matter as far as I can tell anyway since the LLE audio is so slow and poor quality in comparison at the moment, but curious all the same.