- 22 Jun, 2017 7 commits
-
-
Steve Lhomme authored
Only to directx_va_Setup (and va_pool_Setup) Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
And make the release strongly typed Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
And make the release strongly typed Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
So it doesn't have to rely on the internal count in directx_sys_t Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
This is what libavcodec uses anyway. Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
- 13 Jun, 2017 17 commits
-
-
Steve Lhomme authored
The interface release is also strongly typed Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
We don't use their local picture_sys_t anymore Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Just rely on an available atomic value to find a usable picture or wait for the vout to release some pictures. Similar to the algorithm found in avcodec/VDPAU. Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Can be free'd independently Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
It's not supported in Direct3D11 Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
This will avoid a lot of casts. Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
The surface may not be used by the decoder but still being used for display/filter. Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
To move away from the picture context Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
- 02 Jun, 2017 1 commit
-
-
Hugo Beauzée-Luyssen authored
So that we can have the GUID declared
-
- 13 Apr, 2017 1 commit
-
-
Steve Lhomme authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
- 29 Nov, 2016 1 commit
-
-
Steve Lhomme authored
It has always have an extra uint8_t pointer. -- replaces https://patches.videolan.org/patch/15166/ fix compilation Signed-off-by:
Rémi Denis-Courmont <remi@remlab.net>
-
- 28 Nov, 2016 1 commit
-
-
Steve Lhomme authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
- 24 Oct, 2016 1 commit
-
-
Steve Lhomme authored
Signed-off-by:
Rémi Denis-Courmont <remi@remlab.net>
-
- 09 Oct, 2016 3 commits
-
-
Steve Lhomme authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
- 21 Aug, 2016 1 commit
-
-
Steve Lhomme authored
Direct3D calls are pipelined and surface copies are not guaranteed to finish after the call so reusing a surface that was requested to be copied produces glitches in some cases. We use the surface that has been use the longest to avoid this issue. Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
- 18 Jul, 2016 3 commits
-
-
Steve Lhomme authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
Steve Lhomme authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
- 12 Jul, 2016 1 commit
-
-
François Cartegnie authored
-
- 15 May, 2016 1 commit
-
-
Steve Lhomme authored
The DXGI_FORMAT_420_OPAQUE cannot be displayed or handled by the CPU. But it can be converted using a VideoProcessor. It can convert directly to the textures created by the vout. Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
- 05 Apr, 2016 1 commit
-
-
Steve Lhomme authored
Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-
- 26 Feb, 2016 1 commit
-
-
Steve Lhomme authored
this is also done in ffmpeg/libav Signed-off-by:
Jean-Baptiste Kempf <jb@videolan.org>
-