(01-15-2015, 02:29 AM)Shonumi Wrote:Ramoth Wrote:Interesting, but if so then why none of an emulators that use only software rendering have such features ? Are you planning to use OpenCL ?
Basically what AON3 said, plus it's just easier and less time consuming to program.
I want to check out OpenCL as an option for GBE+'s custom tile replacement. GBE+ needs to create hashes of every tile it encounters so users can dump and replace them, but the hashing process is actually pretty CPU intensive. To put this in perspective, even when hashing tiles from a simple game such as Kirby's Dreamland for the original GB, GBE experienced slowdowns at points where lots of tiles were generated. GB tiles are simple and fast to hash in comparison to many GBA tiles, so the problem only grows. If the GPU could handle all of that hashing, I'd like to optionally offload it from the CPU. Another method is to make GBE+ multithreaded and use different CPU cores for the hashing. I'm leaning more towards a multicore solution however, since that will add the least amount of non-SDL related dependencies to the project.
I am interested about a technical difficulties associated with adding these features to software rendering. The only thing I was able to find about it on Intenet is that for a texture filtering GPU texture fetches have to be emulated in software which is apparently very hard to do so I suspect AA is even harder.