- 27 Sep, 2016 4 commits
-
-
Luca Barbato authored
-
Luca Barbato authored
-
Luca Barbato authored
-
Luca Barbato authored
-
- 22 Sep, 2016 1 commit
-
-
Yogender Kumar Gupta authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 19 Sep, 2016 1 commit
-
-
Alexandra Hájková authored
Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 14 Sep, 2016 2 commits
-
-
Mark Thompson authored
Also remove the redundant casts which were hiding the error here.
-
Mark Thompson authored
-
- 03 Sep, 2016 1 commit
-
-
Diego Biurrun authored
It no longer serves a useful purpose.
-
- 31 Aug, 2016 2 commits
-
-
Anton Khirnov authored
-
- 17 Aug, 2016 1 commit
-
-
Diego Biurrun authored
-
- 13 Aug, 2016 1 commit
-
-
Mark Thompson authored
If no string argument is supplied when av_hwdevice_ctx_create() is called to create a VAAPI device, we currently only try the default X11 display (that is, $DISPLAY) to find a device, and will therefore fail in the absence of an X server to connect to. Change the logic to also look for a device via the first DRM render node (that is, "/dev/dri/renderD128"), which is probably the right thing to use in most simple configurations which only have one DRM device.
-
- 11 Aug, 2016 1 commit
-
-
Anton Khirnov authored
A non-existent av_buffer_pool_can_uninit() function is mentioned instead of av_buffer_pool_uninit(). Also, this function is to be called by the caller, not the pool itself.
-
- 03 Aug, 2016 2 commits
-
-
Anton Khirnov authored
In such a case behave as if the buffer was not reallocatable -- allocate a new one and copy the data (preserving just the part described by the reference passed to av_buffer_realloc). CC: libav-stable@libav.org Reported-By: wm4 <nfxjfg@googlemail.com>
-
James Almer authored
Signed-off-by: James Almer <jamrial@gmail.com> Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 02 Aug, 2016 3 commits
-
-
Martin Storsjö authored
This reverts commit 014773b6. Since 230b1c07, the bytewise AV_W*() macros only expand their argument once, i.e. doing exactly the same change as was done in the AV_COPY*U macros, so this change is no longer necessary. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
AV_WN64 is meant for unaligned data, but the existing av_alias* unions (without a definition for the av_alias attribute - we don't have one for MSVC) indicate to the compiler that they would have sufficient alignment for normal access, i.e. the compiler is free to assume 8 byte alignment. On ARM, this makes sure that AV_WN64 (or two consecutive AV_WN32) is done with two str instructions instead of one strd. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
This avoids issues with expanding the argument multiple times, and makes sure that it is of the right type for the following shifts. Even if the caller of a macro could be expected not to pass parameters that have side effects if expanded multiple times, these fallback codepaths are rarely, if ever, tested, so it is expected that such issues can arise. Thefore, for safety, make sure the fallback codepaths only expand the arguments once. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 31 Jul, 2016 1 commit
-
-
Martin Storsjö authored
If AV_RN and AV_WN are macros with multiple individual reads and writes, the previous version of the AV_COPYU macro would fail if the reads and writes overlap. This should not be any less efficient in any case, given a sensibly optimizing compiler. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 21 Jul, 2016 2 commits
-
-
Martin Storsjö authored
Clang normally disguises as GCC (defining __GNUC__), and thus get all the normal GCC specific attributes. Clang can also work as a drop-in replacement for MSVC, and in these cases, it doesn't define __GNUC__, but defines _MSC_VER instead. Even in these setups, it still supports the GCC style attributes, thus use them, especially where there isn't any MSVC specific version, or where the MSVC specific version doesn't work on clang (for DECLARE_ASM_CONST). Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
When targeting COFF (windows), clang doesn't support this directive (while binutils supports it for all targets). Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 20 Jul, 2016 2 commits
-
-
Fiona Glaser authored
-
Diego Biurrun authored
-
- 18 Jul, 2016 1 commit
-
-
James Almer authored
Integration to Libav by Josh de Kock <josh@itanimul.li>. Signed-off-by: Alexandra Hájková <alexandra@khirnov.net>
-
- 03 Jul, 2016 1 commit
-
-
Anton Khirnov authored
-
- 02 Jul, 2016 3 commits
-
-
Mark Thompson authored
The driver being used is detected inside av_hwdevice_ctx_init() and the quirks field then set from a table of known device. If this behaviour is unwanted, the user can also set the quirks field manually. Also adds the Intel i965 driver quirk (it does not destroy parameter buffers used in a call to vaRenderPicture()) and detects that driver to set it.
-
Anton Khirnov authored
-
Hendrik Leppkes authored
P010 is the 10-bit variant of NV12 (planar luma, packed chroma), using two bytes per component to store 10-bit data plus 6-bit zeroes in the LSBs. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 28 Jun, 2016 3 commits
-
-
Mark Thompson authored
The hw frame used as reference has an attached size but it need not match the actual size of the surface, so enforcing that the sw frame used in copying matches its size exactly is not useful. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Anton Khirnov authored
The source frame may be cropped, so that its dimensions are smaller than the pool dimensions. The transfer_data API requires the allocated size of the destination frame to be the same as the pool size.
-
Anton Khirnov authored
-
- 27 Jun, 2016 2 commits
-
-
Vittorio Giovara authored
-
Vittorio Giovara authored
Drop ST from names and symbols, it does not add anything distinctive or descriptive.
-
- 21 Jun, 2016 5 commits
-
-
Mark Thompson authored
No longer make a dummy device configuration to query. Instead, just return everything we recognise from the whole format list. Also change the device setup code to query that list only, rather than intersecting it with the constraint output. This makes hwupload more usable on mesa/gallium where the video processor only declares support for RGB formats, making it unable to deal with YUV formats before this patch. It might introduce some different trickier failures in the internal upload/download code because the set of allowed formats there has changed, though I didn't find any obvious regressions with i965.
-
Anton Khirnov authored
Currently it's exported as AVFrame.pkt_pts, which is also the only use for that field. The reason it is done like this is that lavc used to export various codec-specific "timing" information in AVFrame.pts, which is not done anymore. Since it is confusing to the callers to have a separate field which is used only for decoder timestamps and nothing else, deprecate pkt_pts and use just AVFrame.pts everywhere.
-
Anton Khirnov authored
-
Vittorio Giovara authored
Appeared in H.264 2016/02. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
Neil Birkbeck authored
Adding hybrid log-gamma (https://en.wikipedia.org/wiki/Hybrid_Log-Gamma) based on the standardization in ARIB STD-B67: http://www.arib.or.jp/english/html/overview/doc/2-STD-B67v1_0.pdf The choice of enum value of 18 is consistent with HEVC: http://phenix.it-sudparis.eu/jct/doc_end_user/current_document.php?id=10481 And also with latest proposal for color format in mkv: https://mailarchive.ietf.org/arch/search/?email_list=cellar&gbt=1&q=Colour+Format+proposalSigned-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 13 Jun, 2016 1 commit
-
-
Vittorio Giovara authored
-