Addendum: vblank and vsync are two different things. Both need to be disabled to get higher fps than refresh rate as far as I've seen.
Printable View
Addendum: vblank and vsync are two different things. Both need to be disabled to get higher fps than refresh rate as far as I've seen.
Why, so we could all play a ray-traced game at 1 fps? I'll stick with something that will actually be playable, thanks.
OpenCL still sucks in the binary drivers enough that no one is committing to it yet, let's wait for someone to at least start using the API before the OSS devs move their attention away from OpenGL.
I can understand Qaridarium in the sense that OpenCL would be nice, fortunately Zack restarted his work, so maybe the state tracker will be finished. After that support would be welcome in the drivers.
Porting Wayland to OpenCL is by no means the job of radeon developers, so please stop that Qaridarium.
If I remember the thread correctly the context was 100 devs targetted at performance improvement, not porting Wayland to OpenCL ;)
Yeah, I've started work on it. Nothing to show for it yet beyond a configure option and some stub code that gets inserted into the runtime cpu detection blocks. I've basically added in the infrastructure to let me do the OpenCL execution, but haven't really fleshed out the implementation yet.
Before I can really go much further, I'll be doing some more profiling the standard C code and refactoring it a bit to make it more conducive to execution on GPUs, then the real OpenCL fun begins.
As for the implementation, I'm currently doing it with AMD's Stream/OpenCL run-time in Ubuntu, but some of the testing will also happen on Nvidia + Mac/Win.
since it was mentioned using opencl for graphics related stuff (even thought i suspect airlied's post was a bit sarcastic :confused:)
does this thing makes sense???
i thought opencl was a framework for tasks that are computation intensive ie decoders, math heavy stuff etc ???