Recherche avancée

Sur d’autres sites (9937)

• Speedup matplotlib animation to video file

  20 mai 2022, par gaggio

  On Raspbian (Raspberry Pi 2), the following minimal example stripped from my script correctly produces an mp4 file :

  



  import numpy as np
import matplotlib.pyplot as plt
from matplotlib import animation

def anim_lift(x, y):

    #set up the figure
    fig = plt.figure(figsize=(15, 9))

    def animate(i):
        # update plot
        pointplot.set_data(x[i], y[i])

        return  pointplot

    # First frame
    ax0 = plt.plot(x,y)
    pointplot, = ax0.plot(x[0], y[0], 'or')

    anim = animation.FuncAnimation(fig, animate, repeat = False,
                                   frames=range(1,len(x)), 
                                   interval=200,
                                   blit=True, repeat_delay=1000)

    anim.save('out.mp4')
    plt.close(fig)

# Number of frames
nframes = 200

# Generate data
x = np.linspace(0, 100, num=nframes)
y = np.random.random_sample(np.size(x))

anim_lift(x, y)


  



  Now, the file is produced with good quality and pretty small file size, but it takes 15 minutes to produce a 170 frames movie, which is not acceptable for my application. i'm looking for a significant speedup, video file size increase is not a problem.

  



  I believe the bottleneck in the video production is in the temporary saving of the frames in png format. During processing I can see the png files apprearing in my working directory, with the CPU load at 25% only.

  



  Please suggest a solution, that might also be based on a different package rather than simply matplotlib.animation, like OpenCV (which is anyway already imported in my project) or moviepy.

  



  Versions in use :

  



  

  • python 2.7.3

  


  • matplotlib 1.1.1rc2

  


  • ffmpeg 0.8.17-6:0.8.17-1+rpi1

  


  


• Speedup matplotlib animation to video file

  9 juillet 2015, par gaggio

  On Raspbian (Raspberry Pi 2), the following minimal example stripped from my script correctly produces an mp4 file :

  import numpy as np
  
  import matplotlib.pyplot as plt
  
  from matplotlib import animation
  
  
  
  def anim_lift(x, y):
  
  
  
      #set up the figure
  
      fig = plt.figure(figsize=(15, 9))
  
  
  
      def animate(i):
  
          # update plot
  
          pointplot.set_data(x[i], y[i])
  
  
  
          return  pointplot
  
  
  
      # First frame
  
      ax0 = plt.plot(x,y)
  
      pointplot, = ax0.plot(x[0], y[0], 'or')
  
  
  
      anim = animation.FuncAnimation(fig, animate, repeat = False,
  
                                     frames=range(1,len(x)), 
  
                                     interval=200,
  
                                     blit=True, repeat_delay=1000)
  
  
  
      anim.save('out.mp4')
  
      plt.close(fig)
  
  
  
  # Number of frames
  
  nframes = 200
  
  
  
  # Generate data
  
  x = np.linspace(0, 100, num=nframes)
  
  y = np.random.random_sample(np.size(x))
  
  
  
  anim_lift(x, y)

  Now, the file is produced with good quality and pretty small file size, but it takes 15 minutes to produce a 170 frames movie, which is not acceptable for my application. i’m looking for a significant speedup, video file size increase is not a problem.

  I believe the bottleneck in the video production is in the temporary saving of the frames in png format. During processing I can see the png files apprearing in my working directory, with the CPU load at 25% only.

  Please suggest a solution, that might also be based on a different package rather than simply matplotlib.animation, like OpenCV (which is anyway already imported in my project) or moviepy.

  Versions in use :

  • python 2.7.3
  • matplotlib 1.1.1rc2
  • ffmpeg 0.8.17-6:0.8.17-1+rpi1

• Stream real-time (video+audio) via WebRTC (TCP) with chromakey && webm, best practices - how ? [on hold]

  18 octobre 2018, par Kirill K

  Please tell us about the best practics in your opinion for the case described below.
  Are there any hardware solutions for this case ?

  I want to get the real-time stream from the ip camera, overlay a chromakey, transcode into the necessary codecs (VP8 + opus), and distribute stream via webrtc over tcp to many users with some kind of authentication, for example, via a dynamic token.
  The delay from real time should be minimal.
  The solution should be stable (do not fall after 1 hour or 24 hours).

  Now I have decided on such a solution, but the time costs are too high (delay from real-time strem), maybe there you will offer be a more elegant solution :

  1. IP Camera (h264 + aac)
  2. FFmpeg (transcoding to VP8\OPUS + chromakey)
  3. FFserver (pack to rtp (for webcallserver))
  4. WebCallServer (WebRTC)

  I tried the following solutions :

  • Flussonic - missing WebRTC via TCP
  • Wowza (written in java) - crashes, support could not say the exact reasons, talked for more than 2 months, tested on different servers in different Data Centres