Recherche avancée

Sur d’autres sites (11192)

• avcodec/binkaudio : Remove AV_CODEC_CAP_DELAY

  11 octobre 2021, par Andreas Rheinhardt

  avcodec/binkaudio : Remove AV_CODEC_CAP_DELAY
  This decoder may output multiple AVFrames for every AVPacket
  
  passed to it, but after it has returned AVERROR(EAGAIN),
  
  it is completely drained and there is no reason to flush it
  
  at the end with a NULL packet. Furthermore, there is also no
  
  delay in the common sense of the word.
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
  

  • [DH] libavcodec/binkaudio.c

• png_parser : Fix parsing on big endian

  18 décembre 2013, par Martin Storsjö

  png_parser : Fix parsing on big endian
  Since pc.state is populated by shifting in from the end of the
  
  32 bit word, the content within pc.state is already in native endian
  
  and should not be read with the AV_RL,B functions.
  This was already done correctly for state64 above.
  This fixes the fate-corepng test on big endian.
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DH] libavcodec/png_parser.c

• avcodec/hevcdec : Add stat_coeffs to HEVCABACState

  30 juin 2022, par Andreas Rheinhardt

  avcodec/hevcdec : Add stat_coeffs to HEVCABACState
  The HEVC decoder has both HEVCContext and HEVCLocalContext
  
  structures. The latter is supposed to be the structure
  
  containing the per-slicethread state.
  Yet that is not how it is handled in practice : Each HEVCLocalContext
  
  has a unique HEVCContext allocated for it and each of these
  
  coincides with the main HEVCContext except in exactly one field :
  
  The corresponding HEVCLocalContext.
  
  This makes it possible to pass the HEVCContext everywhere where
  
  logically a HEVCLocalContext should be used.
  This led to confusion in the first version of what eventually became
  
  commit c8bc0f66a875bc3708d8dc11b757f2198606ffd7 :
  
  Before said commit, the initialization of the Rice parameter derivation
  
  state was incorrect ; the fix for single-threaded as well as
  
  frame-threaded decoding was to add backup stats to HEVCContext
  
  that are used when the cabac state is updated*, see
  
  https://ffmpeg.org/pipermail/ffmpeg-devel/2020-August/268861.html
  
  Yet due to what has been said above, this does not work for
  
  slice-threading, because the each HEVCLocalContext has its own
  
  HEVCContext, so the Rice parameter state would not be transferred
  
  between threads.
  This is fixed in c8bc0f66a875bc3708d8dc11b757f2198606ffd7
  
  by a hack : It rederives what the previous thread was and accesses
  
  the corresponding HEVCContext.
  Fix this by treating the Rice parameter state the same way
  
  the ordinary CABAC parameters are shared between threads :
  
  Make them part of the same struct that is shared between
  
  slice threads. This does not cause races, because
  
  the parts of the code that access these Rice parameters
  
  are a subset of the parts of code that access the CABAC parameters.
  * : And if the persistent_rice_adaptation_enabled_flag is set.
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
  

  • [DH] libavcodec/hevc_cabac.c
  • [DH] libavcodec/hevcdec.c
  • [DH] libavcodec/hevcdec.h