summaryrefslogtreecommitdiff
path: root/libavcodec/version.h
Commit message (Collapse)AuthorAgeFilesLines
* lavc/libx265: Add gray10 and gray12 encoding support.Carl Eugen Hoyos2017-03-081-1/+1
|
* avcodec/h264, videotoolbox: fix crash after VT decoder failsAman Gupta2017-03-071-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The way videotoolbox hooks in as a hwaccel is pretty hacky. The VT decode API is not invoked until end_frame(), so alloc_frame() returns a dummy frame with a 1-byte buffer. When end_frame() is eventually called, the dummy buffer is replaced with the actual decoded data from VTDecompressionSessionDecodeFrame(). When the VT decoder fails, the frame returned to the h264 decoder from alloc_frame() remains invalid and should not be used. Before 9747219958060d8c4f697df62e7f172c2a77e6c7, it was accidentally being returned all the way up to the API user. After that commit, the dummy frame was unref'd so the user received an error. However, since that commit, VT hwaccel failures started causing random segfaults in the h264 decoder. This happened more often on iOS where the VT implementation is more likely to throw errors on bitstream anomolies. A recent report of this issue can be see in http://ffmpeg.org/pipermail/libav-user/2016-November/009831.html The issue here is that the dummy frame is still referenced internally by the h264 decoder, as part of the reflist and cur_pic_ptr. Deallocating the frame causes assertions like this one to trip later on during decoding: Assertion h->cur_pic_ptr->f->buf[0] failed at src/libavcodec/h264_slice.c:1340 With this commit, we leave the dummy 1-byte frame intact, but avoid returning it to the user. This reverts commit 9747219958060d8c4f697df62e7f172c2a77e6c7. Signed-off-by: wm4 <nfxjfg@googlemail.com>
* avcodec: add ClearVideo decoderKostya Shishkov2017-03-021-2/+2
| | | | | | Only I-frames are decoded for now. Signed-off-by: Paul B Mahol <onemda@gmail.com>
* avcodec/videotoolbox: allow not setting the kCVPixelBufferPixelFormatTypeKeywm42017-03-021-1/+1
| | | | | | | | | | | If AVVideotoolboxContext.cv_pix_fmt_type is set to 0, don't set the kCVPixelBufferPixelFormatTypeKey value on the VT decoder. This makes VT output its native format, which can be much faster on some hardware iterations (if the native format does not match with the requested format, it will be converted, which is slow). The default is still forcing nv12.
* avcodec, avutil, avformat: remove AVOption requirement for some fieldswm42017-03-021-1/+1
| | | | | | | | | | Allow all struct fields to be accessed directly, as long as they're public. Before this change, many fields were "public", but could be accessed via AVOption only. This meant they were effectively not public, but were present for documentation purposes, which was incredibly confusing at best.
* avcodec/nvenc: add initial QP value optionsKonda Raju2017-03-011-1/+1
| | | | Signed-off-by: Timo Rothenpieler <timo@rothenpieler.org>
* avcodec: add ScreenPressor decoderPaul B Mahol2017-02-221-2/+2
| | | | Signed-off-by: Paul B Mahol <onemda@gmail.com>
* avcodec/cuvid: add drop_second_field as input optionMiroslav Slugeň2017-02-181-1/+1
| | | | Signed-off-by: Timo Rothenpieler <timo@rothenpieler.org>
* lavc: Add device context field to AVCodecContextMark Thompson2017-02-131-1/+1
| | | | For use by codec implementations which can allocate frames internally.
* avcodec: add FM Screen Capture Codec decoderPaul B Mahol2017-02-121-1/+1
| | | | Signed-off-by: Paul B Mahol <onemda@gmail.com>
* avcodec: add ATRAC Advanced Lossless decodersPaul B Mahol2017-02-111-1/+1
| | | | | | Only lossy part is decoded for now. Signed-off-by: Paul B Mahol <onemda@gmail.com>
* vaapi_encode: Add VP8 supportMark Thompson2017-02-081-1/+1
| | | | | | Fixes ticket #6116. (cherry picked from commit ca62236a89f47bd871eaf69d8d9e837c93c55a6c)
* vaapi_encode: Add MPEG-2 supportMark Thompson2017-02-081-1/+1
| | | | (cherry picked from commit ca6ae3b77a7e6600e517723b90e57527a47809de)
* avcodec: add XMA2 parserPaul B Mahol2017-01-201-1/+1
| | | | Signed-off-by: Paul B Mahol <onemda@gmail.com>
* lavc: Remove old vaapi decode infrastructureMark Thompson2017-01-171-1/+4
| | | | | | | Deprecates struct vaapi_context and the installed header vaapi.h, to be removed at the next version bump. (cherry picked from commit 851960f6f8cf1f946fe42fa36cf6598fac68072c)
* avcodec: add SIPR parserPaul B Mahol2017-01-161-2/+2
| | | | | | Fixes #2056. Signed-off-by: Paul B Mahol <onemda@gmail.com>
* dxva2: allow an empty array of ID3D11VideoDecoderOutputViewSteve Lhomme2017-01-161-1/+1
| | | | | | | | | We can pick the correct slice index directly from the ID3D11VideoDecoderOutputView casted from data[3]. Also added myself as maintainer for DXVA2 and D3D11VA. Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
* avcodec: add Newtek SpeedHQ decoderSteinar H. Gunderson2017-01-111-2/+2
| | | | | | | | | | | | | | This decoder can decode all existing SpeedHQ formats (SHQ0–5, 7, and 9), including correct decoding of the alpha channel. 1080p is decoded in 142 fps on one core of my i7-4600U (2.1 GHz Haswell), about evenly split between bitstream reader and IDCT. There is currently no attempt at slice or frame threading, even though the format trivially supports both. NewTek very helpfully provided a full set of SHQ samples, as well as source code for an SHQ2 encoder (not included) and assistance with understanding some details of the format.
* lavc/psd: Interpret DUOTONE as GRAYSCALE.Carl Eugen Hoyos2017-01-111-1/+1
| | | | | | | | This is what gimp, ImageMagick and FreeImage do and what the Adobe Photoshop file format specification suggests. Fixes a sample from ticket #6045. Reviewed-by: Martin Vignali
* avcodec: add QDMC decoderPaul B Mahol2017-01-061-2/+2
| | | | Signed-off-by: Paul B Mahol <onemda@gmail.com>
* avcodec/nvenc: Add bluray_compat basic implementationMiroslav Slugen2017-01-011-1/+1
| | | | Signed-off-by: Timo Rothenpieler <timo@rothenpieler.org>
* avcodec: add Apple Pixlet decoderPaul B Mahol2016-12-221-1/+1
| | | | Signed-off-by: Paul B Mahol <onemda@gmail.com>
* avcodec: add pcm_f16le and pcm_f24le decoderPaul B Mahol2016-12-221-1/+1
| | | | Signed-off-by: Paul B Mahol <onemda@gmail.com>
* Bump for psd demuxer and decoderMichael Niedermayer2016-12-141-1/+1
| | | | | Found-by: Paul B Mahol <onemda@gmail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
* lavc: Add spherical packet side data APIVittorio Giovara2016-12-071-2/+2
| | | | Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
* hevc: Support extradata changesVittorio Giovara2016-12-021-1/+1
| | | | Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
* vc1dec: support multiple slices in frame coded images with hwaccelHendrik Leppkes2016-11-261-1/+1
| | | | Based on a patch by Jun Zhao <mypopydev@gmail.com>
* avcodec/cuvid: Add support for P010/P016 as an output surface formatPhilip Langdale2016-11-221-1/+1
| | | | | | | | | | | | | | | | | 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.
* lavc/ffv1: Support YUV4xxP12 and GRAY12.Carl Eugen Hoyos2016-11-201-1/+1
|
* lavc/ffv1dec: Scale output for msb-packed compression to full 16bit.Carl Eugen Hoyos2016-11-171-1/+1
| | | | 2% slowdown for existing decode-line timer.
* avcodec/mpegvideo: Fix edge emu buffer overlap with interlaced mpeg4Michael Niedermayer2016-11-171-1/+1
| | | | | | | Fixes Ticket5936 Regression since c5fc8ae12622a507d7b9ee30ddcd3734e6de6b1d Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
* Merge commit '7a745f014f528d1001394ae4d2f4ed1a20bf7fa2'Hendrik Leppkes2016-11-131-1/+1
|\ | | | | | | | | | | | | * commit '7a745f014f528d1001394ae4d2f4ed1a20bf7fa2': options_table: Add aliases for color properties Merged-by: Hendrik Leppkes <h.leppkes@gmail.com>
| * options_table: Add aliases for color propertiesVittorio Giovara2016-06-271-1/+1
| | | | | | | | All option names now match the ones provided by the av_color_*_name().
* | Merge commit 'f172e22d6aed0bff36e975bafb0183b6779f9444'Hendrik Leppkes2016-11-131-1/+1
|\ \ | |/ | | | | | | | | | | * commit 'f172e22d6aed0bff36e975bafb0183b6779f9444': pixdesc: Add aliases to SMPTE color properties Merged-by: Hendrik Leppkes <h.leppkes@gmail.com>
| * pixdesc: Add aliases to SMPTE color propertiesVittorio Giovara2016-06-271-1/+1
| | | | | | | | | | Drop ST from names and symbols, it does not add anything distinctive or descriptive.
* | libx265: Add option to force IDR framesDerek Buitenhuis2016-11-041-1/+1
| | | | | | | | | | | | | | This is in the same the same vein as c981b1145a857c8f962c93b8eecb1c613b20ffe9. Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
* | crystalhd: Switch to new decode API and remove the insanityPhilip Langdale2016-11-021-1/+1
| | | | | | | | | | | | | | | | | | | | The new decode API allows for m:n decode patterns, which is what you need to use this hardware in a sane way. There are so many situations where 1:1 doesn't happen naturally that it's a miracle I got it working as well as I did. With this change, we can throw all of the crazy heuristics and sleeps(!) out, and things work correctly.
* | Bump minor versions after 3.2 branchpoint to seperate releaseMichael Niedermayer2016-10-261-1/+1
| | | | | | | | Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
* | Bump minor versions for 3.2Michael Niedermayer2016-10-261-2/+2
| | | | | | | | Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
* | lavc: add mpeg4 mediacodec decoderMatthieu Bouron2016-10-191-1/+1
| |
* | lavc: add vp8/vp9 mediacodec decodersMatthieu Bouron2016-10-191-1/+1
| |
* | avcodec/nvenc: add support for forcing intra/idr framesTimo Rothenpieler2016-10-121-1/+1
| |
* | avcodec/d3d11va: use the proper slice indexSteve Lhomme2016-10-101-1/+1
| | | | | | | | | | | | | | | | | | | | | | The slice index expected by D3D11VA is the one from the texture not from the array or texture/slices. In VLC the slices we provide the decoder don't start from 0 and thus pictures appear in bogus order. With possible crashes and corruptions when using an invalid index. Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
* | Merge commit '32c8359093d1ff4f45ed19518b449b3ac3769d27'Hendrik Leppkes2016-10-071-2/+2
|\ \ | |/ | | | | | | | | | | * commit '32c8359093d1ff4f45ed19518b449b3ac3769d27': lavc: export the timestamps when decoding in AVFrame.pts Merged-by: Hendrik Leppkes <h.leppkes@gmail.com>
| * lavc: export the timestamps when decoding in AVFrame.ptsAnton Khirnov2016-06-211-1/+1
| | | | | | | | | | | | | | | | | | | | | | 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.
* | avcodec/cuvid: make use of new av_hwdevice_ctx_create apiTimo Rothenpieler2016-09-291-1/+1
| |
* | lavc/utils.c: Subtract skip_samples when frame is DISCARDed.Sasi Inguva2016-09-291-1/+1
| | | | | | | | | | Signed-off-by: Sasi Inguva <isasi@google.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
* | Merge commit 'e85f6f7f8d037c0af0f294000718d9ba22753baa'James Almer2016-09-281-2/+2
|\ \ | |/ | | | | | | | | | | | | | | | | | | * commit 'e85f6f7f8d037c0af0f294000718d9ba22753baa': lavc: allow using AVCodecContext.hw_frames_ctx for decoding Conflicts: doc/APIchanges libavcodec/version.h Merged-by: James Almer <jamrial@gmail.com>
| * lavc: allow using AVCodecContext.hw_frames_ctx for decodingAnton Khirnov2016-06-211-2/+2
| | | | | | | | | | For now it will only be used by the default get_buffer2 callback for allocating hw frames.
* | Merge commit 'a8164323374e86ce5f93759230868c98356833a2'James Almer2016-09-281-1/+1
|\ \ | |/ | | | | | | | | | | | | | | | | | | | | | | | | * commit 'a8164323374e86ce5f93759230868c98356833a2': pixdesc: Add new SMPTE 431, 432, and 2085 color properties Conflicts: libavcodec/options_table.h libavcodec/version.h libavutil/pixdesc.c libavutil/pixfmt.h libavutil/version.h Merged-by: James Almer <jamrial@gmail.com>
View Lorry Controller Status