- 18 Mar, 2022 1 commit
-
-
- 17 Mar, 2022 23 commits
-
-
Even though they don't use WRL or IID_PPV_ARGS yet. Better safe than sorry.
-
It's using IID_PPV_ARGS.
-
It's using WRL.
-
It's using WRL.
-
It's using WRL for the DXGI capture.
-
It's not using LIBCOM when linking but uses WRL with COM objects coming from DWriteCreateFactory called indirectly. We could later clean the code with WRL.
-
It's using IID_PPV_ARGS and WRL.
-
It's using IID_PPV_ARGS and WRL.
-
It's using WRL.
-
This avoids potential compiler optimizations when casting to void** when using IID_PPV_ARGS or WRL. If the option is not supported we fail the configure as many important C++ modules may not work as expected due to pointer aliasing. In practice this should never happen as GCC for mingw-w64 and Clang support this correctly.
-
It should probably have been a LIBADD anyway
-
The statement is useless and misplaced. It was added in ee8376da.
-
-
-
-
-
Every involved modules other than FFmpeg's assume little endian (e.g. VA, which derives from DRM which uses little endian always), or only works on little endian systems at all.
-
The first entry indicated it, but it was missing beyond that.
-
-
Our previous implementation couldn't handle a random insert in the middle of the model.
-
-
They are all internal now, it's ok to require unused arguments for a given type.
-
Rename it to input_type, expose it via input_internal.h (usable by input.c / es_out.c), and pass it to es_out in order to avoid fetching input_thread_t private data.
-
- 16 Mar, 2022 16 commits
-
-
-
-
-
Fixes returning INVALID timestamp when mapping to 0.
-
-
-
-
otherwise it is delayed until first data/pcr
-
-
-
-
-
-
-
-
This is a cherry-pick of a patch in the 1.6.x branch that has not been released yet.
-
