Recherche avancée

Sur d’autres sites (10757)

• Why does my ffmpeg command fails from python subprocess ? [closed]

  23 mars 2024, par haggi krey

  I want to concat two movies with ffmpeg. In the shell I can execute this :
\\programs\2d\ffmpeg\inst\ffmpeg.bat -y -i "concat:C:/daten/movieA.ts1|C:/daten/movieB.ts2" -c copy -bsf:a aac_adtstoasc C:/daten/movieConcat.mov and it works fine. If I try to call it from a python subprocess :

  


  import subprocess
cmd = [r"\\programs\2d\ffmpeg\inst\ffmpeg.bat", "-i", '"concat:C:/daten/movieA.ts1|C:/daten/movieB.ts2"', "-c", "copy", "-bsf:a aac_adtstoasc", "C:/daten/movieConcat.mov"]
result = subprocess.run(cmd, shell=True, capture_output=True, text=True)
if result.returncode > 0:
    print("create concat failed")
print(result.stdout)
print(result.stderr)


  


  I get this error :

  


  Trailing option(s) found in the command: may be ignored.
[in#0 @ 00000222c056a1c0] Error opening input: Invalid argument
Error opening input file "concat:C:/daten/movieA.ts1|C:/daten/movieB.ts2".
Error opening input files: Invalid argument


  


  I have no idea what's wrong with my call and I'd appreciate any hints.

  


• lavc/sbrdsp : R-V V autocorrelate

  8 novembre 2023, par Rémi Denis-Courmont

  lavc/sbrdsp : R-V V autocorrelate
  With 5 accumulator vectors and 6 inputs, this can only use LMUL=2.
  
  Also the number of vector loop iterations is small, just 5 on 128-bit
  
  vector hardware.
  The vector loop is somewhat unusual in that it processes data in
  
  descending memory order, in order to save on vector slides :
  
  in descending order, we can extract elements to carry over to the next
  
  iteration from the bottom of the vectors directly. With ascending order
  
  (see in the Opus postfilter function), there are no ways to get the top
  
  elements directly. On the downside, this requires the use of separate
  
  shift and sub (the would-be SH3SUB instruction does not exist), with
  
  a small pipeline stall on the vector load address.
  The edge cases in scalar are done in scalar as this saves on loads
  
  and remains significantly faster than C.
  autocorrelate_c : 669.2
  
  autocorrelate_rvv_f32 : 421.0
  

  • [DH] libavcodec/riscv/sbrdsp_init.c
  • [DH] libavcodec/riscv/sbrdsp_rvv.S

• avcodec : add emuedge_linesize_type

  4 septembre 2013, par Michael Niedermayer

  avcodec : add emuedge_linesize_type
  Currently all uses of the emu edge code as well as the code itself
  
  assume int linesize
  
  changing some but not changing all would introduce a security issue
  
  once all use this typedef a simple search and replace can be
  
  done to switch them all to ptrdiff_t
  Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
  

  • [DH] libavcodec/mpegvideo_motion.c
  • [DH] libavcodec/videodsp.h
  • [DH] libavcodec/videodsp_template.c
  • [DH] libavcodec/x86/videodsp_init.c