Recherche avancée

Sur d’autres sites (6728)

• Speeding up videocomposing in pymovie

  10 février 2024, par rawlung

  I'm trying to resize videos similarly to what this api provides
https://creatomate.com/docs/json/quick-start/blur-video-background
I accomplished the result more or less but the problem is it takes ages to render out.
I'm a total beginner when it comes to video processing and for the life of me i can't figure out how to speed it up. When the rendering is running python only uses CPU at about 20% utilization.

  


  from moviepy.editor import VideoFileClip, concatenate_videoclips,CompositeVideoClipimport datetimefrom skimage.filters import gaussian

def _blur(image):
  return gaussian(image.astype(float), sigma=25,preserve_range=True,channel_axis=-1)

def blurVideos(filenames):
  clips = [VideoFileClip(c) for c in filenames]
  overlay_clips = [VideoFileClip((c), has_mask=True) for c in filenames]
  overlay = concatenate_videoclips(overlay_clips,"chain")
  output = concatenate_videoclips(clips, method="chain")
  print("Bluring video")
  blured_output = output.fl_image( _blur )
  print("Done")
  print("Resizing video")
  resized_output = blured_output.resize((1920,1080))
  print("Done")
  composited_output = CompositeVideoClip([resized_output.without_audio(),overlay.set_position("center","center")])
  composited_output.write_videofile(f"output/out_{datetime.datetime.today().strftime('%Y-%m-%d')}.mp4",fps=20,threads=16,codec="h264_nvenc",preset="fast")


  


  I've tried to use GPU accelerated codecs like h264_nvenc, I've tried to modify ffmpeg arguments under the hood of moviepy to use cuda also no succses
What can i do to speed this up ?

  


• aviobuf : Increase the default SHORT_SEEK_THRESHOLD to 32 KB

  30 octobre 2020, par Martin Storsjö

  aviobuf : Increase the default SHORT_SEEK_THRESHOLD to 32 KB
  The previous threshold, 4 KB, maybe was reasonable when it was set
  
  (in 2010), but in today's settings and with typical network speeds
  
  and data sizes, it's pretty small. 32 KB probably is a more reasonable
  
  default now, regardless of input.
  This changes the test references for two seek tests.
  When using the normal seek function, which boils down to the lseek(2)
  
  function, a seek to an out of bounds position doesn't return an error,
  
  but that condition is only reported when doing the subsequent read
  
  (which returns EOF). When doing more seeks by fast forwarding, the
  
  fact that the seeked to destination is out of bounds is noticed and
  
  reported sooner in these cases.
  Signed-off-by : Martin Storsjö <martin@martin.st>
  

  • [DH] libavformat/aviobuf.c
  • [DH] tests/ref/seek/lavf-al
  • [DH] tests/ref/seek/lavf-ul

• avcodec : Add flag for experimental HWAccels and use it for VDPAU/HEVC

  26 juin 2015, par Philip Langdale

  avcodec : Add flag for experimental HWAccels and use it for VDPAU/HEVC
  This HWAccel isn’t really usable right now due to an nvidia driver bug,
  
  so we don’t want it selected by default.
  HWAccels have a capabilities field and there’s a comment about flags,
  
  but no flags exist today, so let’s add one for experimental hwaccels.
  

  • [DH] libavcodec/avcodec.h
  • [DH] libavcodec/utils.c
  • [DH] libavcodec/vdpau_hevc.c
  • [DH] libavcodec/version.h