Recherche avancée

Sur d’autres sites (6460)

• Returned non-zero exit status 1 / error code 1 : b''

  26 août 2015, par pufAmuf

  I’m trying to extract the video height via ffprobe into python, however I am having issues (with some videos).

  Here is my ffprobe command : ffprobe -v quiet -print_format compact=print_section=0:nokey=1:escape=csv -show_entries stream=height "some video here(bla)_25.mp4"

  It returns something like this

  720
  
  (empty-line)
  
  N/A

  Here is the code I used to extract the output for later processing :

  executecommand = 'ffprobe -v quiet -print_format compact=print_section=0:nokey=1:escape=csv -show_entries stream=height "' + CurrentVideoToBeProcessed + '"'
  
  
  
  VideoHeight = subprocess.check_output(executecommand)

  This is the error that came about :

  subprocess.CalledProcessError : Command ’...’ returned non-zero exit
  status 1

  So when I modified the code to this :

  try:
  
      VideoHeight = subprocess.check_output(executecommand,shell=True,stderr=subprocess.STDOUT)
  
  except subprocess.CalledProcessError as e:
  
      raise RuntimeError("command '{}' return with error (code {}): {}".format(e.cmd, e.returncode, e.output))

  This is the error I get :

  RuntimeError : command ’...’ return with error (code 1) : b’’

  I assumed at first the issue was with the file names, but certain videos work and certain don’t, irregardless of the file name.
  This is the output I get in python for videos that work :

  b’360\r\n\r\n’

  Any idea what’s going on ? Thanks !

  Edit
  It turns out the problem is in the file names after all. From what I gather so far at least, numbers in file-names seem to be causing the error.
  Edit2
  I re-ran the code after I closed several cmd instances and I am not getting the error anymore. I don’t know why. I am sure, however that if I were to convert hundreds of videos again I’ll get the error eventually as it has always happened eventually.

• aacenc : coding style changes

  21 août 2015, par Rostislav Pehlivanov

  aacenc : coding style changes
  This commit only changes the coding style to a saner way
  
  of accessing coefficients (makes more sense to get the
  
  memory address of a coefficients and start from there
  
  rather than adding arbitrary numbers to offset a pointer).
  
  Some compilers might detect an out of bounds access easier.
  Also the way M/S and IS coefficients are calculated has been
  
  changed, but should still have the same result (with the exception
  
  that IS now applies from the normal coefficients rather than the
  
  pristine ones, this is needed for upcoming commits).
  Signed-off-by : Rostislav Pehlivanov <atomnuker@gmail.com>
  

  • [DH] libavcodec/aaccoder.c
  • [DH] libavcodec/aacenc.c

• rtmpdh : Create sufficiently long private keys for gcrypt/nettle

  28 mai 2015, par Martin Storsjö

  rtmpdh : Create sufficiently long private keys for gcrypt/nettle
  There was a misunderstanding betewen bits and bytes for the parameter
  
  value for generating random big numbers.
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DH] libavformat/rtmpdh.c