Recherche avancée

Sur d’autres sites (5958)

• Image mask blur processing problem using ffmpeg

  16 avril 2024, par andrew kim

  I want to apply blur using masking to two or more points in the image. I want to use a circular or other type of blur in ffmpeg rather than a box blur. I wrote the ffmpeg code, but an error continued. When there is only one blur, it works correctly, but when there are two or more blurs, an error occurs. No matter how much I search, I can't figure it out, so I'd like to ask for help.

  


  The ffmpeg code I wrote is as follows.

  


  ffmpeg -i input.mp4 -i mask.png -filter_complex "`
[1:v]scale=200:200,pad=1920:1080:(ow-iw)/1:(oh-ih)/1[pmask1]; `
[1:v]scale=200:200,pad=1920:1080:(ow-iw)/3:(oh-ih)/3[pmask2]; `
[0:v][pmask1]alphamerge,avgblur=10[alf];[0:v][alf]overlay[temp1]; `
[temp1][pmask2]alphamerge,avgblur=10[alf2];[temp1][alf2]overlay[v] `
"-map "[v]" -map 0:a -c:v libx264 -c:a copy -movflags +faststart maskedblur.mp4


  


  The error is as follows.

  


  [mov,mp4,m4a,3gp,3g2,mj2 @ 0000026ed1d4a500] Invalid stream specifier: temp1.
    Last message repeated 1 times
[fc#0 @ 0000026ed1cdc280] Stream specifier 'temp1' in filtergraph description
[1:v]scale=200:200,pad=1920:1080:(ow-iw)/1:(oh-ih)/1[pmask1];
[1:v]scale=200:200,pad=1920:1080:(ow-iw)/3:(oh-ih)/3[pmask2];
[0:v][pmask1]alphamerge,avgblur=10[alf];[0:v][alf]overlay[temp1];
[temp1][pmask2]alphamerge,avgblur=10[alf2];[temp1][alf2]overlay[v]
 matches no streams.
Error initializing complex filters: Invalid argument


  


• libavformat : Improve ff_configure_buffers_for_index for excessive deltas

  21 mars 2023, par Martin Storsjö

  libavformat : Improve ff_configure_buffers_for_index for excessive deltas
  Previously, the ff_configure_buffers_for_index function had
  
  upper sanity limits of 16 MB (1<<24) for buffer_size and
  
  8 MB (1<<23) for short_seek_threshold.
  However, if the index contained entries with a much larger
  
  delta, setting pos_delta to a value larger than the sanity
  
  limit, we would end up not increasing the buffer size at all.
  Instead, ignore the individual deltas that are excessive, but
  
  increase the buffer size based on the deltas that are below the
  
  sanity limit.
  Only count deltas that are below 1<<23, 8 MB ; pos_delta gets doubled
  
  before setting the buffer size - this matches the previous maximum
  
  buffer size of 1<<24, 16 MB.
  This can happen e.g. with a mov file with some tracks containing
  
  some samples that belong in the start of the file, at the end of
  
  the mdat, while the rest of the file is mostly reasonably interleaved ;
  
  previously those samples caused the maximum pos_delta to skyrocket,
  
  skipping any buffer size enlargement.
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DH] libavformat/seek.c

• intreadwrite : Indicate potential aliasing in AV_RN/AV_WN for Clang/MSVC mode

  1er août 2023, par Martin Storsjö

  intreadwrite : Indicate potential aliasing in AV_RN/AV_WN for Clang/MSVC mode
  Use the GCC specific codepath for Clang in MSVC mode too.
  
  This matches the condition used in a number of other places.
  MSVC doesn't have a way to signal potential aliasing, while GCC
  
  (and Clang) can use __attribute__((may_alias)) for this purpose.
  When building with Clang in MSVC mode, __GNUC__ isn't defined but
  
  _MSC_VER is as Clang primarily impersonates MSVC - but even then it
  
  does support the GCC style attributes.
  The GCC specific codepath uses av_alias, which expands to
  
  the may_alias attribute if supported. The MSVC specific codepath
  
  doesn't use av_alias so far (as MSVC doesn't support any
  
  corresponding attribute).
  This fixes a couple HEVC decoder tests when built with Clang 14 or
  
  newer in MSVC mode (with issues observed on all of x86_64, armv7
  
  and aarch64).
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DH] libavutil/intreadwrite.h