Skip to content

F
ffmpeg.wasm-core
Switch branch/tag
  1. 04 Apr, 2018 12 commits
  3. 03 Apr, 2018 9 commits
    • James Almer's avatar
      avcodec/libaomdec: add support for monochrome files · f3fae820
      James Almer authored 
      All such files are signaled as I42016, as there's no monochrome value
in aom_img_fmt_t.
Signed-off-by: 's avatarJames Almer <jamrial@gmail.com>
      f3fae820
    • James Almer's avatar
      avcodec/libaomdec: remove duplicate code · d5343a50
      James Almer authored 
      Signed-off-by: 's avatarJames Almer <jamrial@gmail.com>
      d5343a50
    • Gagandeep Singh's avatar
      lavc/cfhd: fix distortion of lowest 8 lines when height is not multiple of 16 · 673604e0
      Gagandeep Singh authored 
      Also update fate reference. Fixes ticket #6675.
      673604e0
    • wm4's avatar
      avutil/pixdesc: deprecate AV_PIX_FMT_FLAG_PSEUDOPAL · d6fc031c
      wm4 authored 
      PSEUDOPAL pixel formats are not paletted, but carried a palette with the
intention of allowing code to treat unpaletted formats as paletted. The
palette simply mapped the byte values to the resulting RGB values,
making it some sort of LUT for RGB conversion.

It was used for 1 byte formats only: RGB4_BYTE, BGR4_BYTE, RGB8, BGR8,
GRAY8. The first 4 are awfully obscure, used only by some ancient bitmap
formats. The last one, GRAY8, is more common, but its treatment is
grossly incorrect. It considers full range GRAY8 only, so GRAY8 coming
from typical Y video planes was not mapped to the correct RGB values.
This cannot be fixed, because AVFrame.color_range can be freely changed
at runtime, and there is nothing to ensure the pseudo palette is
updated.

Also, nothing actually used the PSEUDOPAL palette data, except xwdenc
(trivially changed in the previous commit). All other code had to treat
it as a special case, just to ignore or to propagate palette data.

In conclusion, this was just a very strange old mechnaism that has no
real justification to exist anymore (although it may have been nice and
useful in the past). Now it's an artifact that makes the API harder to
use: API users who allocate their own pixel data have to be aware that
they need to allocate the palette, or FFmpeg will crash on them in
_some_ situations. On top of this, there was no API to allocate the
pseuo palette outside of av_frame_get_buffer().

This patch not only deprecates AV_PIX_FMT_FLAG_PSEUDOPAL, but also makes
the pseudo palette optional. Nothing accesses it anymore, though if it's
set, it's propagated. It's still allocated and initialized for
compatibility with API users that rely on this feature. But new API
users do not need to allocate it. This was an explicit goal of this
patch.

Most changes replace AV_PIX_FMT_FLAG_PSEUDOPAL with FF_PSEUDOPAL. I
first tried #ifdefing all code, but it was a mess. The FF_PSEUDOPAL
macro reduces the mess, and still allows defining FF_API_PSEUDOPAL to 0.

Passes FATE with FF_API_PSEUDOPAL enabled and disabled. In addition,
FATE passes with FF_API_PSEUDOPAL set to 1, but with allocation
functions manually changed to not allocating a palette.
      d6fc031c
    • wm4's avatar
      avcodec/xwdenc: do not rely on AV_PIX_FMT_FLAG_PSEUDOPAL palettes · e53d3348
      wm4 authored 
      This is the only code I found within FFmpeg that still inherently
requires AV_PIX_FMT_FLAG_PSEUDOPAL. It's easily changed not to require
it.

Preparation for the next patch.
      e53d3348
    • Paul B Mahol's avatar
      avcodec/sheervideo: move tables to own header · be3a051c
      Paul B Mahol authored 
      Signed-off-by: 's avatarPaul B Mahol <onemda@gmail.com>
      be3a051c
    • Paul B Mahol's avatar
      avcodec/clearvideo: add inter-frame decoding · a8745869
      Paul B Mahol authored 
      Signed-off-by: 's avatarPaul B Mahol <onemda@gmail.com>
      a8745869
    • Simon Thelen's avatar
      avcodec/imgconvert: fix possible null pointer dereference · 8c2c9740
      Simon Thelen authored 
      regression since 354b26a3
      8c2c9740
    • Tobias Rapp's avatar
      fftools/cmdutils: add support for level flag in loglevel option parser · 4b736bc9
      Tobias Rapp authored 
      Allows to manage the AV_LOG_PRINT_LEVEL flag as a prefix to the loglevel
option value, similar to the existing AV_LOG_SKIP_REPEATE flag. Adds
support for setting flags relative to the existing value by using a +/-
prefix.

Previous version reviewed-by: Michael Niedermayer <michael@niedermayer.cc>
Signed-off-by: 's avatarTobias Rapp <t.rapp@noa-archive.com>
      4b736bc9
  5. 02 Apr, 2018 19 commits