Emulator

Here are the crash logs

x86 - http://pastebin.com/zUk6aHYf
x64 - http://pastebin.com/AjX3aD2a

delroth: it isn't completely useless as it is still faster for big textures. If it
is easy to fix, I would keep it for 4.0. Afterwards, imo the way to go is not to decode paletted textures and do the lookup in pixel shader. But there are still some formats which gpus aren't able handle. I think there will be an util shader for this :-)

Is it really faster? I'd assume since our OpenCL decoding implementation completely sucks (transfer CPU->GPU->CPU->GPU because we don't decode to a texture buffer) it should be slower than our fast on-cpu decoding.

It indeed supposedly helps performance in one or two games. Ask [SS], I think he's one of the people who said it'd be useful.

delroth: The copying itself doesn't matter so much, but in this way, the cpu will have to wait for the gpu to finish (more likely to start) decoding this texture. Decoding on gpu is faster, but it is usually not worth to wait for this round trip time. iirc it speeds up nsmbw with efb2ram as it uploads one big texture per frame.

diggitydatdog: I tried it locally and it works fine both with the nvidia and with the intel opencl driver. Dolphin also works fine without a opencl driver at all, so I can't reproduce your bug here.
So can you please try to generate a stack backtrace?

What is a stack backtrace and how would I go about doing it?

I found a solution! I read most of these solutions online but they all didn't work!
I thought maybe if you delete the games directory maybe it'll restore to default when you load Dolphin again.

Try this,

You have to delete the entire Dolphin directory from your computer, then open up the application again. The folder it's in is hidden so you have to be able to look through your computer's hidden folders.

Look for this directory:

Macintosh>Users>YourName>Library>ApplicationSupport>Dolphin

And DELETE the dolphin folder with all the stuff, I haven't salvaged my saved files but I think it should be usable?

My games always quit the moment it's started and I just loaded Twilight Princess and dolphin has been restored to default. I had to start a new save file but that's okay. :)

Anyone else tried this?

Of course this was on a mac, I'm not too sure about pc users..

Might have been an old opencl code file in the user dir. Have we updated it
recently?

delroth, no: https://code.google.com/p/dolphin-emu/source/list?path=/Data/User/OpenCL/TextureDecoder.cl

diggitydatdog:
I've only found a howto of mozilla, but there is one difference here as you'll need the 64 bit WinDbg:
https://developer.mozilla.org/en-US/docs/How_to_get_a_stacktrace_with_WinDbg

diggitydatdog, sorry I didn't see this earlier. Try deleting the User/OpenCL/kernel.bin file. It might have been created with an older video driver or maybe if you have changed video cards.

The kernel.bin file is a compiled binary of the OpenCL code.

Skidau, You may have found the root of the problem, because there is not kernel.bin file there. The only file there is TextureDecoder.cl

Wickmark, I'm currently working on getting a stack backtrace in case that isn't actually the problem.

I looked into it a bit more, and it seems that the 3.5 32 bit version generates the kernel.bin file. The 64-bit version does not.

diggitydatdog, does the OpenCL option work now for you in the 32 bit version? There is no 32bit/64bit specific code here. I'm sorry but this is an issue that is occurring only on your PC.

Huh. Now I'm really confused. I attached Visual Studio to the dolphin process to debug it, and its working flawlessly. It generated the kernel.bin file and is running smoothly. I don't understand it, but I'm glad its working.