Recherche avancée

Sur d’autres sites (5536)

• FFMEPG crop : Invalid too big or non positive size for width '1920' or height '1040'

  12 février 2021, par NatePhysics

  I run into a strange issue with a particular file in FFMPEG. When I try and crop it down a little I get :

  


  [Parsed_crop_0 @ 000002ad60c27980] Invalid too big or non positive size for width '1920' or height '1040'
[Parsed_crop_0 @ 000002ad60c27980] Failed to configure input pad on Parsed_crop_0
Error reinitializing filters!
Failed to inject frame into filter network: Invalid argument
Error while processing the decoded data for stream #0:37
Conversion failed!


  


  This is odd to me because you can even see from the stream metadata that the resolution is much higher :

  


  Metadata:
    encoder         : libebml v1.4.0 + libmatroska v1.6.2
    creation_time   : 2021-02-09T22:45:47.000000Z
  Duration: 02:17:48.93, start: 0.000000, bitrate: 8548 kb/s
    Stream #0:0: Video: h264 (High), yuv420p(progressive), **1920x1080** [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default)


  


  There's only 1 video stream. I'm running the following command :

  


  ffmpeg -i "wedding.mkv" -filter:v "crop=1920:1040" -c:v libx264 -preset slow -tune film -profile:v high -level 4.1 -crf 19 -c:a copy -c:s copy -map 0 "wedding-cropped.mkv"


  


  I can preview the crop using the following command without any errors :

  


  ffplay -i "wedding.mkv" -vf "crop=1920:960"


  


  I've cropped a few files before without issue. I'm a bit confused as to why I'm getting a resolution error in this case when the video file is clearly higher resolution. I've also tested lowering the cropped resolution and even when I lower both by several hundred pixels it still spits out the same error. Any thoughts or suggestions ?

  


• lavc : Use hardware config information in ff_get_format()

  26 octobre 2017, par Mark Thompson

  lavc : Use hardware config information in ff_get_format()
  This removes the dependency that hardware pixel formats previously had on
  
  AVHWAccel instances, meaning only those which actually do something need
  
  exist after this patch.
  Also updates avcodec_default_get_format() to be able to choose hardware
  
  formats if either a matching device has been supplied or no additional
  
  external configuration is required, and avcodec_get_hw_frames_parameters()
  
  to use the hardware config rather than searching the old hwaccel list.
  

  • [DBH] libavcodec/decode.c
  • [DBH] libavcodec/internal.h

• bash Shell : lost first element data partially

  10 mars 2016, par Sandeep Singh Rana

  Using bash shell :
  I am trying to read a file line by line.
  and every line contains two meaning full file names delimited by "``"

  file:1 image_config.txt

  bbbbb.mp4``thumb/hashdata.gif
  
  bbbbb.mp4``thumb/hashdata2.gif

  Shell Script

  #!/bin/bash
  
  filename="image_config.txt"
  
  
  
  while IFS='' read -r line || [[ -n "$line" ]]; do
  
  
  
  IFS='``' read -r -a array <<< "$line"
  
  if [ "$line" = "" ]; then
  
  echo lineempty
  
  else
  
  
  
  file=${array[0]}
  
  hash=${array[2]}
  
  
  
      echo $file$hash;
  
      output=$(ffmpeg -v warning -ss 2 -t 0.8 -i $file -vf scale=200:-1 -gifflags +transdiff -y $hash);
  
      echo $output;
  
  #    echo ${array[0]}${array[1]}${array[2]}
  
  fi;
  
  
  
  done < "$filename"

  first time executed successfully but when loop executes second time.
  variable file lost bbbbb from bbbbb.mp4
  and following output comes out

  Output :

  user@domain [~/public_html/Videos]$ sh imager.sh 
  
  bbbbb.mp4thumb/hashdata.gif
  
  
  
  .mp4thumb/hashdata2.gif
  
  .mp4: No such file or directory
  
  
  
  lineempty