Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | vo_gpu: hwdec_cuda: Reduce message level of errors while probing | Philip Langdale | 2019-11-17 | 1 | -3/+4 |
| | | | | | | We should only be printing errors that occur when not probing, to avoid creating the impression that something is wrong - and errors during probing isn't a problem. | ||||
* | vo_gpu: hwdec_cuda: Synchronise OpenGL Interop | Philip Langdale | 2019-09-28 | 1 | -0/+2 |
| | | | | | | | | | | | | | | | | | | | | | Previously, there appeared to be implicit synchronisation in the GL interop path, and we never observed any visual glitches. However, recently, I started seeing stuttering in the GL path and on closer examination it looked like read-before-write behaviour where GL would display an old frame again rather than the current one. After verifying that disabling hwdec made the problem go away, I tried adding a cuStreamSynchronize() after the memcpys and that also resolved the problem, so it's clearly sync related. cuStreamSynchronize() is a CPU sync and so more heavy-weight than you want, but it's the only tool we have. There is no mechanism defined for synchronising GL to CUDA (It looks like there is a way to synchronise CUDA to EGL but it appears one way and so wouldn't directly address this problem). Anyway, empirically, the output now looks the same as with hwdec off. | ||||
* | vo_gpu: hwdec_cuda: Improve interop selection mechanism | Philip Langdale | 2019-09-15 | 1 | -11/+14 |
| | | | | | | This change updates the interop selection to match what I did for VAAPI, by iterating through an array of init functions until one of them works. | ||||
* | vo/gpu: hwdec_cuda: Refactor gpu api specific code into separate files | Philip Langdale | 2019-05-03 | 1 | -0/+271 |
The amount of code now present that's specific to Vulkan or OpenGL has reached the point where we really want to split it out to avoid a mess of #ifdefs. At the same time, I'm moving the code to an api neutral location. |