Recherche avancée

Sur d’autres sites (18141)

• avcodec/osq : avoid using too large numbers for shifts and integers in update_residue_...

  14 septembre 2023, par Michael Niedermayer

  avcodec/osq : avoid using too large numbers for shifts and integers in update_residue_parameter()
  Fixes : 2.96539e+09 is outside the range of representable values of type 'int'
  
  Fixes : Assertion n>=0 && n<=32 failed at libavcodec/get_bits.h:423
  
  Fixes : 62241/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_OSQ_fuzzer-4525761925873664
  
  Fixes : 70406/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_OSQ_fuzzer-6545326804434944
  Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
  

  • [DH] libavcodec/osq.c

• Is there a way to scale an avi using ffmpeg while keeping the videos alpha channel ?

  25 septembre 2016, par Megumiaraki

  I have been trying to change the scale of an avi but also keep the alpha channel. Also the video needs to open in after effects but when I try to open it I get the error below. I have this running in a for loop to work for all the videos in the folder.

  ffmpeg -i %%X -vf scale=!newWidth!:!newHeight! -pix_fmt bgra -r 24 -c:v rawvideo "resized\%%X"

  It seems to work but when I try to test the alpha channel in After Effects I get the error below :

  The item has an `unlabeled alpha Channel`....

  If I select the Straight-Unmatted (option).....

  I get the error :

  After Effects error :(error(4) reading frame from file (86::2)

  Any help would be great !

• Scale image with ffmpeg in bash script

  17 juin 2014, par Brian Bennett

  I’m playing with jclem’s Gifify bash script as a quick way to make GIFs for documentation. It runs on ffmpeg and ImageMagick and I’m trying to find a way to add a variable to scale the produced GIF so I don’t have to go back and add it again. I thought I added the d (resize) variable correctly, but the script fails and just prints the help contents. It does not show my added variable in that help readout. Any ideas ?

  Update

  I solved the problem with printing help contents rather than running the script, but now I’m receiving an error about the -scale parameter.

  convert: invalid argument for option `-scale': -vf @ error/convert.c/ConvertImageCommand/2513.

  Is this because of my if statement syntax for the scale parameter below ?

  #!/bin/bash
  
  
  
  function printHelpAndExit {
  
    echo 'Usage:'
  
    echo '  gifify -conx filename'
  
    echo ''
  
    echo 'Options: (all optional)'
  
    echo '  c CROP:   The x and y crops, from the top left of the image, i.e. 640:480'
  
    echo '  o OUTPUT: The basename of the file to be output (default "output")'
  
    echo '  n:        Do not upload the resulting image to CloudApp'
  
    echo '  r FPS:    Output at this (frame)rate (default 10)'
  
    echo '  s SPEED:  Output using this speed modifier (default 1)'
  
    echo '            NOTE: GIFs max out at 100fps depending on platform. For consistency,'
  
    echo '            ensure that FPSxSPEED is not > ~60!'
  
    echo '  x:        Remove the original file and resulting .gif once the script is complete'
  
    echo '  d SCALE:  Scales GIF image to specified dimensions (default no scale)'
  
    echo ''
  
    echo 'Example:'
  
    echo '  gifify -c 240:80 -o my-gif -x my-movie.mov'
  
    exit $1
  
  }
  
  
  
  noupload=0
  
  fps=10
  
  speed=1
  
  
  
  OPTERR=0
  
  
  
  while getopts "c:o:r:s:d:nx" opt; do
  
    case $opt in
  
      c) crop=$OPTARG;;
  
      h) printHelpAndExit 0;;
  
      o) output=$OPTARG;;
  
      n) noupload=1;;
  
      r) fps=$OPTARG;;
  
      s) speed=$OPTARG;;
  
      x) cleanup=1;;
  
      d) scale=$OPTARG;;
  
      *) printHelpAndExit 1;;
  
    esac
  
  done
  
  
  
  shift $(( OPTIND - 1 ))
  
  
  
  filename=$1
  
  
  
  if [ -z ${output} ]; then
  
    output=$filename
  
  fi
  
  
  
  if [ -z $filename ]; then printHelpAndExit 1; fi
  
  
  
  if [ $crop ]; then
  
    crop="-vf crop=${crop}:0:0"
  
  else
  
    crop=
  
  fi
  
  
  
  if [ $scale ]; then
  
    scale="-vf scale=${scale}:0:0"
  
  else
  
    scale=
  
  fi
  
  
  
  # -delay uses time per tick (a tick defaults to 1/100 of a second)
  
  # so 60fps == -delay 1.666666 which is rounded to 2 because convert
  
  # apparently stores this as an integer. To animate faster than 60fps,
  
  # you must drop frames, meaning you must specify a lower -r. This is
  
  # due to the GIF format as well as GIF renderers that cap frame delays
  
  # < 3 to 3 or sometimes 10. Source:
  
  # http://humpy77.deviantart.com/journal/Frame-Delay-Times-for-Animated-GIFs-214150546
  
  echo 'Exporting movie...'
  
  delay=$(bc -l <<< "100/$fps/$speed")
  
  temp=$(mktemp /tmp/tempfile.XXXXXXXXX)
  
  
  
  ffmpeg -loglevel panic -i $filename $crop -r $fps -f image2pipe -vcodec ppm - >> $temp
  
  
  
  echo 'Making gif...'
  
  cat $temp | convert +dither -layers Optimize -delay $delay -scale $scale - ${output}.gif
  
  
  
  if [ $noupload -ne 1 ]; then
  
    open -a Cloud ${output}.gif
  
  
  
    echo `pbpaste`
  
  
  
    if [ $cleanup ]; then
  
      rm $filename
  
      rm ${output}.gif
  
    fi
  
  else
  
    echo ${output}.gif
  
  fi