DSP Plugin and Zelda Ucode

[Xtreme2damax]

When someone gets around to it, I'm quite interested to learn how the following RE and fixes will be implemented into the DSP_HLE plugin for reference:

http://code.google.com/p/dolphin-emu/source/detail?r=4350

I just want to learn how this will be implemented in code form, since I'm trying to learn all this stuff myself. I would someday like to contribute to development once I start learning how to code, the DSP emulation and graphics emulation are my main interests.

[nosound97]

http://code.google.com/p/dolphin-emu/source/diff?spec=svn4350&r=4350&format=side&path=/trunk/docs/DSP/DSP_UC_Zelda.txt

See what's highlighted in red

[Xtreme2damax]

I've already read that, I'm just interested in how it will be implemented into the DSP plugin in code form. I'm a coding newbie/noob so this information can potentially help me when I start to learn coding and are able to contribute to developement.

[nosound97]

File is in DSP group, so it's probably supposed to add those changes to both HLE and LLE (correct me if I'm wrong)

[sl1nk3]

Well, this assembly code is kinda understood and "translated" into pseudo code/C code so we can know what it does more easily, this isn't an easy task, you'd have to guess what those opcodes do and get it right with all the not fully known registers etc.

Once it's done (or at least parts of it are done) we can then use that in the DSP HLE plugin (it won't help the LLE plugin), in that DSP HLE plugin, we take a high level approach, that is to say we basically emulate this µcode by completely rewriting it (sort of) in C++ based on what we reversed in order to "mimic" the real thing, for example the code that LordMark reversed in this commit greatly helps the understanding of the AFC looping code, so we know what it tries to do and can then use it in the plugin.
As for DSP LLE, it's a completely different thing, we do not emulate this µcode but the DSP Chip (and so all the µcodes at the same time) however LLEing is somewhat harder (and also much slower) as we have to understand what all those opcodes do and call them all one after the other instead of just running the "already translated code"...

I hope you get the general picture of why this kind of REing is really important and actually needed for the emulation to go forward now