summaryrefslogtreecommitdiffstats
path: root/doc/APIchanges
Commit message (Collapse)AuthorAgeFilesLines
* avutil/hwcontext_d3d12va: added resource and heap flags to DeviceContextDmitrii Ovchinnikov2025-09-081-0/+4
|
* avformat/utils: add AV_FRAME_FILENAME_FLAGS_IGNORE_TRUNCATION flagMarton Balint2025-09-051-0/+3
| | | | Signed-off-by: Marton Balint <[email protected]>
* avcodec/d3d12va_encode: texture array support for HEVCAraz Iusubov2025-09-031-0/+8
| | | | | | | | | This patch adds support for the texture array feature used by AMD boards in the D3D12 HEVC encoder. In texture array mode, a single texture array is shared for all reference and reconstructed pictures using different subresources. The implementation ensures compatibility and has been successfully tested on AMD, Intel, and NVIDIA GPUs.
* avfilter/buffersrc: add alpha_mode parameterNiklas Haas2025-09-021-0/+3
|
* avfilter/buffersink: add support for alpha modesNiklas Haas2025-09-021-0/+3
|
* avcodec/avcodec: add AVCodecContext.alpha_modeNiklas Haas2025-09-021-0/+4
| | | | | | | | | | Following in the footsteps of the previous commit, this commit adds the new fields to AVCodecContext so we can start properly setting it on codecs, as well as limiting the list of supported options to detect a format mismatch during encode. This commit also sets up the necessary infrastructure to start using the newly added field in all codecs.
* avfilter: add link negotiation for AVAlphaModeNiklas Haas2025-09-021-0/+3
|
* avutil/frame: add AVFrame.alpha_modeNiklas Haas2025-09-021-0/+4
| | | | | | | FFmpeg currently handles alpha in a quasi-arbitrary way. Some filters/codecs assume alpha is premultiplied, others assume it is independent. If there is to be any hope for order in this chaos, we need to start by defining an enum for the possible range of values.
* swscale: add SWS_UNSTABLE flagNiklas Haas2025-09-011-0/+3
| | | | | | Give users and developers a way to opt in to the new format conversion code, and more code from the swscale rewrite in general, even while development is still ongoing.
* avcodec/packet: add an Exif side data typeJames Almer2025-09-011-0/+3
| | | | Signed-off-by: James Almer <[email protected]>
* doc/APIchanges: add 8.0 cut lineJames Almer2025-08-241-0/+2
| | | | Signed-off-by: James Almer <[email protected]>
* avcodec/exif: make the get and remove helpers take a flags argument as inputJames Almer2025-08-241-0/+3
| | | | | | | | | | | | This makes the functions extensible, as future behavior change flags can be introduced. This is strictly speaking not an API break. Only if a user was setting recursive to anything other than 1 it would now behave differently, but given these functions have been in the tree for only a few days, the chances for that are practically zero. Signed-off-by: James Almer <[email protected]>
* avcodec/exif: don't expose a private function in an installed headerJames Almer2025-08-201-2/+0
| | | | | | And it doesn't need an entry in APIChanges, given it's not public API. Signed-off-by: James Almer <[email protected]>
* doc/APIChanges: document EXIF API additionsLeo Izen2025-08-191-0/+17
| | | | | | | | Many of these additions are in separate commits in one set, so in the interest of clarity, the API changes are all documented in one commmit here. Signed-off-by: Leo Izen <[email protected]>
* doc/APIchanges: updateMichael Niedermayer2025-08-091-52/+52
| | | | Signed-off-by: Michael Niedermayer <[email protected]>
* lavc: add API for manipulating SMPTE-436M VBI/ANC dataJacob Lifshay2025-08-081-0/+4
| | | | Signed-off-by: Jacob Lifshay <[email protected]>
* lavf: mxf [de]muxer now uses AV_CODEC_ID_SMPTE_436M_ANC instead of ..._NONEJacob Lifshay2025-08-081-0/+4
| | | | | | this makes it easier to match against when using that format from other parts of ffmpeg. Signed-off-by: Jacob Lifshay <[email protected]>
* lavc: add AV_CODEC_ID_SMPTE_436M_ANCJacob Lifshay2025-08-081-0/+3
| | | | | | | | | | This creates a new codec id for mxf vbi_vanc_smpte_436M streams. This makes it easier to use from other [de]muxers and bitstream filters. It's just the data in Table 7 (starts on page 13) of: https://pub.smpte.org/latest/st436/s436m-2006.pdf Signed-off-by: Jacob Lifshay <[email protected]>
* lavc: bump minor version and add APIChanges entry for ProRes RAWLynne2025-08-081-0/+3
|
* all: fix typos found by codespellTimo Rothenpieler2025-08-031-2/+2
|
* lavu/spherical: Add support for Spherical Immersive typeVittorio Giovara2025-07-311-0/+3
|
* lavu: add av_scanf_format() and use it on av_sscanf()Jacob Lifshay2025-07-221-0/+3
| | | | | Signed-off-by: Jacob Lifshay <[email protected]> Signed-off-by: Michael Niedermayer <[email protected]>
* avutil/hwcontext: Add ohcodec device and pixel formatZhao Zhili2025-07-181-0/+6
| | | | Signed-off-by: Zhao Zhili <[email protected]>
* avfilter/avfilter: add AVFilterGraph->max_buffered_frames to limit buffered ↵Marton Balint2025-07-141-0/+3
| | | | | | frames Signed-off-by: Marton Balint <[email protected]>
* APIchanges: Add entry for AV_PKT_DATA_RTCP_SRMarvin Scholz2025-07-071-0/+3
|
* doc/APIchanges: add missing entries for the recent changesJames Almer2025-07-011-0/+10
| | | | Signed-off-by: James Almer <[email protected]>
* avutil/avassert: Add av_unreachable() and av_assume() macrosAndreas Rheinhardt2025-05-211-0/+3
| | | | | | | | | | | | | Useful to let the compiler and static analyzers know that something is unreachable without adding an av_assert (which would be either dead for the compiler or add runtime overhead) for this. The implementation used here enforces the use of a message to provide a reason why a particular code is supposed to be unreachable. Reviewed-by: Ramiro Polla <[email protected]> Signed-off-by: Andreas Rheinhardt <[email protected]>
* avfilter/avfilter: Add avfilter_link_get_hw_frames_ctx()softworkz2025-05-151-0/+3
| | | | Signed-off-by: softworkz <[email protected]>
* avutil/log,hwcontext: Add AV_CLASS_CATEGORY_HWDEVICEsoftworkz2025-04-211-0/+3
| | | | Signed-off-by: softworkz <[email protected]>
* libpostproc: update APIChanges and version for "deprecate the AMD 3DNow"Sean McGovern2025-04-161-0/+3
| | | | Signed-off-by: Michael Niedermayer <[email protected]>
* APIChanges & version bump for AV_DICT_DEDUPMichael Niedermayer2025-04-071-0/+3
| | | | Signed-off-by: Michael Niedermayer <[email protected]>
* libs: bump major version for all librariesJames Almer2025-03-281-1/+1
| | | | Signed-off-by: James Almer <[email protected]>
* pixfmt: add AV_PIX_FMT_GBRAP32Lynne2025-03-171-0/+3
| | | | | | This commit adds a 32-bit *integer* planar RGBA format. Vulkan FFv1 decoding is best performed on separate planes, rather than packed RGBA (i.e. RGBA128), hence this is useful as an intermediate format.
* avutil/pixfmt: add YAF16 and YAF32 pixel formatsJames Almer2025-03-101-0/+4
| | | | Signed-off-by: James Almer <[email protected]>
* lavu: bump minor and add APIChanges entry for new GRAY32 pixfmtsLynne2025-03-011-0/+3
|
* APIChanges: add entry for new AMD AMF pixfmtLynne2025-03-011-0/+3
|
* APIChanges: add entries for new planar GBR and float gray pixfmtsLynne2025-03-011-0/+4
| | | | Was not done when the patches were pushed.
* avutil/log: support logging of date and time informationsoftworkz2025-02-161-0/+3
| | | | | Signed-off-by: softworkz <[email protected]> Signed-off-by: Michael Niedermayer <[email protected]>
* avcodec: add AV_CODEC_ID_IVTV_VBIScott Theisen2025-02-091-0/+3
| | | | | | | | | | | | | | | | | IVTV, a Linux driver for TV tuners, and V4L2 utilize a coding named after IVTV to carry sliced VBI data in MPEG streams produced by tuner cards with VBI capture capability and an MPEG-2 encoder SoC. IVTV or V4L2 driver will transport the coded data into a MPEG-PS private stream ("IVTV") that can be captured from the card alongside the video/audio. The data could include: EIA-608, Teletext, WSS (PAL widescreen signaling), or VPS (PAL VCR signaling). Signed-off-by: Marth64 <[email protected]>
* doc/APIChanges: fix library name for a recent entryJames Almer2025-01-251-1/+1
| | | | Signed-off-by: James Almer <[email protected]>
* avutil/frame: add a side data prop to signal channel layout dependent typesJames Almer2025-01-251-0/+3
| | | | Signed-off-by: James Almer <[email protected]>
* avfilter/buffersink: add av_buffersink_get_side_data()James Almer2025-01-251-0/+3
| | | | | | | This will be used to get global side data that was propagated through the filterchain. Signed-off-by: James Almer <[email protected]>
* avfilter/buffersrc: add a side_data fieldJames Almer2025-01-251-0/+3
| | | | | | This will be used to propagate global side data through the filterchain. Signed-off-by: James Almer <[email protected]>
* avfilter/avfilter: add a side_data field to AVFilterLinkJames Almer2025-01-251-0/+3
| | | | | | This will be used to propagate global side data through the filterchain. Signed-off-by: James Almer <[email protected]>
* avutil/frame: add AV_FRAME_SIDE_DATA_FLAG_NEW_REFJames Almer2025-01-101-0/+3
| | | | | | | The flag is documented but did not exist. So introduce it as it can be useful. Signed-off-by: James Almer <[email protected]>
* avcodec: deprecate AVCodecContext propertiesMarton Balint2025-01-051-0/+3
| | | | | | | | These properties are unreliable because they depend on the frames decoded so far, users should check directly the presence of the decoded AVFrame side data or AVFrame flags. Signed-off-by: Marton Balint <[email protected]>
* avcodec/frame: add AV_FRAME_FLAG_LOSSLESSMarton Balint2025-01-051-0/+3
| | | | Signed-off-by: Marton Balint <[email protected]>
* avcodec/libjxl: add animated JPEG XL encoderLeo Izen2025-01-031-0/+3
| | | | | | | | | | | | | libjxl supports animated encoding, so we add a wrapper to the library using the receive_packet callback method. This code was based largely on a patch sent by Zsolt Vadász, although it was updated to use more recent coding practices and many of the leaks and issues were fixed. Reviewed-by: Marth64 <[email protected]> Co-authored-by: Zsolt Vadász <[email protected]> Signed-off-by: Leo Izen <[email protected]>
* avutil/channel_layout: add a 5.1.2 layout using side channelsJames Almer2025-01-031-0/+3
| | | | | | And rename the existing 5.1.2 to explicitly state it contains back channels. Signed-off-by: James Almer <[email protected]>
* avutil/frame: add av_frame_side_data_remove_by_props()Niklas Haas2024-12-231-0/+3
| | | | | | | | | | As discussed in the previous commit, we often need a convenient way of stripping all side data related to a certain aspect of the frame. This helper accomplishes just that. I considered also adding a way to match only side data matching *all* properties, but I think this is sufficiently useless in practise to not warrant inclusion in the API.