Discussion on OpenCL removal

[NaturalViolence]

drhycodan Wrote:Nevermind, the slow motion seems to only happen with OpenMP enabled. But nonetheless, the Ray Surfing stage in Mario Galaxy runs full speed only with OpenCL on, with OpenCL off and with my power setting set to maximum preffered, it's still not as fast as with the OpenCL decoder. Maybe OpenCL does have its benefit, but only with the Kepler line of nvidia cards.

NaturalViolence Wrote:Verify your GPU clock rates when running dolphin for us.

I ask this question every time you bring this up and I never get an answer. I swear this has happened at least half a dozen times now. I'm pretty sure your gpu is throttling but without that information I can't be sure.

[drhycodan]

and you never told me how. I tried msi afterburner and it doesn't seem to support Dolphin with the onscreen display.

[NaturalViolence]

Just use a monitoring application like HWINFO64 or gpuz. Open that while running the game in dolphin with and without openCL. Log the output or observe it.

[RachelB]

(12-15-2013, 07:37 AM)drhycodan Wrote: and you never told me how. I tried msi afterburner and it doesn't seem to support Dolphin with the onscreen display.

With msi afterburner. You do know it has a window of its own with everything displayed right there, right? The OSD also works fine with 32 bit dolphin, if you can't figure out how to look at the msi afterburner window.

[NaturalViolence]

This is the other thing that keeps happening. He disappears from the thread when I bring this up. Never to be seen again. It's happened before: https://forums.dolphin-emu.org/Thread-open-cl-texture-decoder-not-working-anymore?pid=302298#pid302298

And I know he's read my message because he's posted in other threads since then. Then in a couple days/weeks he'll make the exact same statement again in another thread and I'll ask him the same question again only to have him disappear again.

Seriously this is getting really annoying. If you're going to keep making this claim drhycodan please just run the test. I shouldn't have to keep asking you over and over again only to have you continue to make the same claim without proof. It would take seconds for you to confirm whether I am right or wrong.

[Darkness Knight]

MSI AFterburner b17 + RTSS 6.0.0 b4 support x86-x64 apps.

http://forum.guru3d.com/showpost.php?p=4724746&postcount=374

Salu2 - Darkness Knight

[Streeter]

How well is the OpenCL standard supported across different vendors? If people were actually willing to code for and maintain the OpenCL backend what would the benefits be? A more technical explanation other than "gotta go fast!" would be appreciated if you have the time.

Edit: Shoulda just read the changelog! Nevermind then.

Regardless, in this case where the development is stagnant and unsupported I'm glad the fat has been trimmed. Now you guys can focus on removing hacks, sitting back, and waiting for Moore's law to catch up. Wewt! ;P

[degasus]

Streeter: GPU based decoding would speed up for large textures. OpenCL would be fine with using interop so that OpenGL / D3D can share a texture with OpenCL _and_ sync to each other (this isn't supported by the usual vendors). So with these interop, the gpu based texture decoder won't flush all GPU pipes (up to 10ms delay) for every small decoding stuff (less than 1ms).
BUT, there is no need to do this in OpenCL as both OpenGL and D3D are shader based which allow us to do exactly the same without syncing or stalling issues. Also the context switch delay is much smaller without switching the API.

So there is no need in fixing this OpenCL code, but there is need to implement such a decoder into our video backends. imo this could be merged in our efb2ram encoding shader which do _exactly_ the inverse job already on the gpu.