- 28 Nov, 2018 1 commit
-
-
Peter Ross authored
-
- 09 Apr, 2018 1 commit
-
-
wm4 authored
This removes the XP compatibility code, and switches entirely to SRW locks, which are available starting at Windows Vista. This removes CRITICAL_SECTION use, which allows us to add PTHREAD_MUTEX_INITIALIZER, which will be useful later. Windows XP is hereby not a supported build target anymore. Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 27 Feb, 2018 1 commit
-
-
Timo Rothenpieler authored
External headers are no longer welcome in the ffmpeg codebase because they increase the maintenance burden. However, in the NVidia case the vanilla headers need some modifications to be usable in ffmpeg therefore we still provide them, but in a separate repository. The external headers can be found at https://git.videolan.org/?p=ffmpeg/nv-codec-headers.git Fate-source is updated because of the deleted files, and dynlink_loader.h license headers were updated with the standard FFmpeg headers. Signed-off-by: Marton Balint <cus@passwd.hu> Signed-off-by: Timo Rothenpieler <timo@rothenpieler.org>
-
- 07 Jan, 2018 1 commit
-
-
KO Myung-Hun authored
Reviewed-by: wm4 <nfxjfg@googlemail.com> Signed-off-by: James Almer <jamrial@gmail.com>
-
- 26 Dec, 2017 2 commits
-
-
James Almer authored
Signed-off-by: James Almer <jamrial@gmail.com>
-
wm4 authored
This removes the XP compatibility code, and switches entirely to SWR locks, which are available starting at Windows Vista. This removes CRITICAL_SECTION use, which allows us to add PTHREAD_MUTEX_INITIALIZER, which will be useful later. Windows XP is hereby not a supported build target anymore. It was decided in a project vote that this is OK.
-
- 20 Nov, 2017 1 commit
-
-
Mark Thompson authored
Reviewed-by: Timo Rothenpieler <timo@rothenpieler.org>
-
- 17 Nov, 2017 1 commit
-
-
Timo Rothenpieler authored
-
- 16 Nov, 2017 1 commit
-
-
Martin Storsjö authored
This avoids having to use either "dumpbin -headers" to find out the current architecture, or pass $ARCH from configure to deduce it. When configuring with --disable-asm, ARCH is equal to "c", which doesn't give any indication of what symbol prefix is to be used. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 07 Nov, 2017 1 commit
-
-
James Almer authored
Fixes warnings about undefined HAVE_WINRT Signed-off-by: James Almer <jamrial@gmail.com>
-
- 25 Oct, 2017 1 commit
-
-
Diego Biurrun authored
-
- 12 Oct, 2017 1 commit
-
-
Martin Storsjö authored
Since this machine type is 5 chars while the existing ones only were 3 (which the regexp assumed), the regexp has to be extended a little. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 31 Aug, 2017 2 commits
-
-
Martin Storsjö authored
This is invoked by setting the NM and AR variables to the names of those specific tools. The ARCH variable also needs to be provided, to choose the symbol prefix (nm doesn't provide any option that dumps the architecture easily). Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
This avoids redoing them for each expression in the list. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 30 Aug, 2017 1 commit
-
-
Ricardo Constantino authored
Windows nvcc + cl.exe produce a .ctx file with CR+LF newlines which need to be stripped to work with gcc. Signed-off-by: Timo Rothenpieler <timo@rothenpieler.org>
-
- 30 Jul, 2017 1 commit
-
-
Matt Oliver authored
This only enables dlls that are packaged with the application to be loaded. Due to the limitations of WinRT/UWP it is not allowed to load external/system dlls so this cannot be used as a complete replacement for normal win32 dll loading. Signed-off-by: Matt Oliver <protogonoi@gmail.com>
-
- 01 Jun, 2017 1 commit
-
-
Timo Rothenpieler authored
-
- 15 May, 2017 2 commits
-
-
Timo Rothenpieler authored
-
Timo Rothenpieler authored
Original work by Yogender Gupta <ygupta@nvidia.com>
-
- 09 May, 2017 3 commits
-
-
Timo Rothenpieler authored
-
Timo Rothenpieler authored
This raises the required minimum NVIDIA display driver versions: NVIDIA Linux display driver 378.13 or newer NVIDIA Windows display driver 378.66 or newer
-
Timo Rothenpieler authored
This raises the required minimum NVIDIA display driver versions: NVIDIA Linux display driver 378.13 or newer NVIDIA Windows display driver 378.66 or newer
-
- 04 May, 2017 1 commit
-
-
Carl Eugen Hoyos authored
Fixes many warnings: initialization discards 'const' qualifier from pointer target type
-
- 13 Apr, 2017 1 commit
-
-
Aaron Levinson authored
Made appropriate changes to be able to successfully build C++ files using a Visual C++ build on Windows. Based on an earlier patch by Kyle Schwarz. Comments: -- compat/w32pthreads.h: Made appropriate changes to w32pthreads.h to get it to build when it is being included in a C++ file and built with Visual C++. This is mostly a copy of Kyle Schwarz's patch as described above. -- configure: a) Now calling set_ccvars CXX to cause the various CXX_ variables to be setup properly. For example, with MSVC (Microsoft Visual C++), this causes CXX_O to be set to -Fo$@ instead of using the default value. The default value does not work with Visual C++. This change will also have the impact of correcting CXX_O (and possibly CXX_C) for other compilers, although this is really only relevant for the Intel compiler, in addition to MSVC. b) Now using cl for the C++ compiler for the MSVC toolchain. This is currently only relevant for building the Blackmagic/Decklink-related files under avdevice. Signed-off-by: Hendrik Leppkes <h.leppkes@gmail.com>
-
- 04 Apr, 2017 1 commit
-
-
Hendrik Leppkes authored
-
- 02 Apr, 2017 1 commit
-
-
James Almer authored
-
- 18 Mar, 2017 1 commit
-
-
James Almer authored
The typeof keyword is apparently not available when using the -std=c99 option. Fixes the use of C11 atomic functions with old GCC. Reviewed-by: Muhammad Faiz <mfcc64@gmail.com> Signed-off-by: James Almer <jamrial@gmail.com>
-
- 01 Mar, 2017 1 commit
-
-
Timo Rothenpieler authored
-
- 08 Dec, 2016 1 commit
-
-
Wan-Teh Chang authored
The Solaris and Windows emulations of atomic_compare_exchange_strong() need typecasts to avoid compiler warnings, because the functions they call expect a void* pointer but an intptr_t integer is passed. Note that the emulations of atomic_compare_exchange_strong() (except the gcc version) only work for atomic_intptr_t because of the type of the second argument (|expected|). See http://en.cppreference.com/w/c/atomic: _Bool atomic_compare_exchange_strong( volatile A* obj, C* expected, C desired ); The types of the first argument and second argument are different (|A| and |C|, respectively). |C| is the non-atomic type corresponding to |A|. In the emulations of atomic_compare_exchange_strong(), |C| is intptr_t. This implies |A| can only be sig_intptr_t. Signed-off-by: Wan-Teh Chang <wtc@google.com>
-
- 03 Dec, 2016 1 commit
-
-
Diego Biurrun authored
Supporting the system was a nice joke for the 9 release, but it has run its course. Nowadays Plan 9 receives no testing and has no practical usefulness.
-
- 02 Dec, 2016 6 commits
-
-
James Almer authored
Fixes fate-source. Signed-off-by: James Almer <jamrial@gmail.com>
-
Anton Khirnov authored
Adapted from the code by Rémi Denis-Courmont from VLC This merges libav commit eb34d403. Signed-off-by: Wan-Teh Chang <wtc@google.com> Reviewed-by: wm4 <nfxjfg@googlemail.com> Signed-off-by: James Almer <jamrial@gmail.com>
-
Anton Khirnov authored
Adapted from the code by Rémi Denis-Courmont from VLC This merges libav commit f9a6a80e. Signed-off-by: Wan-Teh Chang <wtc@google.com> Reviewed-by: wm4 <nfxjfg@googlemail.com> Signed-off-by: James Almer <jamrial@gmail.com>
-
Anton Khirnov authored
Adapted from the code by Rémi Denis-Courmont from VLC This merges libav commit bb81ed47. Signed-off-by: Wan-Teh Chang <wtc@google.com> Reviewed-by: wm4 <nfxjfg@googlemail.com> Signed-off-by: James Almer <jamrial@gmail.com>
-
Anton Khirnov authored
Adapted from the code by Rémi Denis-Courmont from VLC This merges libav commit c2755864. Signed-off-by: Wan-Teh Chang <wtc@google.com> Reviewed-by: wm4 <nfxjfg@googlemail.com> Signed-off-by: James Almer <jamrial@gmail.com>
-
Anton Khirnov authored
Adapted from the code by Rémi Denis-Courmont from VLC This merges libav commit 4e928ef3. Signed-off-by: Wan-Teh Chang <wtc@google.com> Reviewed-by: wm4 <nfxjfg@googlemail.com> Signed-off-by: James Almer <jamrial@gmail.com>
-
- 24 Nov, 2016 1 commit
-
-
Diego Biurrun authored
This eliminates a handful of warnings at every inclusion of the header.
-
- 22 Nov, 2016 3 commits
-
-
Philip Langdale authored
The nvidia 375.xx driver introduces support for P016 output surfaces, for 10bit and 12bit HEVC content (it's also the first driver to support hardware decoding of 12bit content). The cuvid api, as far as I can tell, only declares one output format that they appear to refer to as P016 in the driver strings. Of course, 10bit content in P016 is identical to P010, and it is useful for compatibility purposes to declare the format to be P010 to work with other components that only know how to consume P010 (and to avoid triggering swscale conversions that are lossy when they shouldn't be). For simplicity, this change does not maintain the previous ability to output dithered NV12 for 10/12 bit input video - the user will need to update their driver to decode such videos.
-
Timo Rothenpieler authored
And remove the now obsolete compat headers.
-
Timo Rothenpieler authored
-