Recherche avancée

Sur d’autres sites (8294)

• include a string variable that contains spaces into the 'subprocess.run()' [duplicate]

  9 juillet 2022, par zayn

  I'm trying to combine a video and it's audio into one file using ffmpeg using subprocess in python and I want to do something like this.

  


  name = 'spider man.mp4'

subprocess.run("ffmpeg -i " + 'temp\\vid.mp4' + " -i "+ 'temp\\aud.mp4' + " -c copy " + path+'\\'+name)



  


  "name" is the name concatenated with the extension of the resulting file but as you see, "name" contains spaces so when I pass it to the subprocess it takes the first word only which is (spider), so he don't find the extension of the resulting file and it give this error

  


  Unable to find a suitable output format for 'C:\Users\Zain\Downloads\spider'
C:\Users\Zain\Downloads\spider: Invalid argument



  


• Splitting audio by vocal / voice

  1er octobre 2020, par ML85

  I am working with audio file using webrtcvad and pydub. The split of any fragment is by silence of the sentence.
Is there any way by which the split can be done at each vocal (after each spoken word) ?
If librosa/ffmpeg/pydub has any feature like this, can split is possible at each vocal ? but after split, I need start and end time of the vocal exactly what that vocal part has positioned in the original file.
One simple solution or way to split by ffmpeg is also defined by :

  


  https://gist.github.com/vadimkantorov/00bf4fbe4323360722e3d2220cc2915e

  


  but this is also splitting by silence, and with each padding number or the frame size, the split is different. I am trying split by vocal.

  


• ffmpeg : use new decode API

  1er octobre 2016, par wm4

  ffmpeg : use new decode API
  This is a bit messy, mainly due to timestamp handling.
  decode_video() relied on the fact that it could set dts on a flush/drain
  
  packet. This is not possible with the old API, and won’t be. (I think
  
  doing this was very questionable with the old API. Flush packets should
  
  not contain any information ; they just cause a FIFO to be emptied.) This
  
  is replaced with checking the best_effort_timestamp for AV_NOPTS_VALUE,
  
  and using the suggested DTS in the drain case.
  The modified tests (fate-cavs and others) still fails due to dropping
  
  the last frame. This happens because the timestamp of the last frame
  
  goes backwards (ffprobe -show_frames shows the same thing). I suspect
  
  that this "worked" due to the best effort timestamp logic picking the
  
  DTS over the decreasing PTS. Since this logic is in libavcodec (where
  
  it probably shouldn’t be), this can’t be easily fixed. The timestamps
  
  of the cavs samples are weird anyway, so I chose not to fix it.
  Another strange thing is the timestamp handling in the video path of
  
  process_input_packet (after the decode_video() call). It looks like
  
  the code to increase next_dts and next_pts should be run every time
  
  a frame is decoded - but it’s needed even if output is skipped.
  

  • [DH] ffmpeg.c
  • [DH] ffmpeg.h
  • [DH] tests/ref/fate/cavs
  • [DH] tests/ref/fate/mpeg2-ticket186
  • [DH] tests/ref/fate/svq3-watermark