Recherche avancée

Sur d’autres sites (8487)

• In Python, why do 'writer' is considered to be as an unexpected keyword argument for save

  23 mars 2014, par Strömungsmechanik

  I would like to save an animation using the function save in Python. During compilation, I get the following message :

  anim.save('mymovie.mp4',writer="ffmpeg")
  
  TypeError: save() got an unexpected keyword argument 'writer'

  Please note that I have installed successfully FFmpeg. Here is a minimal working environment :

  import numpy as np
  
  from matplotlib import pyplot as plt
  
  from matplotlib import animation
  
  from numpy import pi
  
  
  
  X,Y = np.meshgrid(np.arange(0,2*np.pi,.2),np.arange(0,2*np.pi,.2) )  
  
  U = np.cos(X)
  
  V = np.sin(Y)
  
  
  
  fig,ax = plt.subplots(1,1)
  
  Q = ax.quiver( X, Y, U, V, pivot='mid', color='r', units='inches')
  
  
  
  ax.set_xlim(0, 2*pi)
  
  ax.set_ylim(0, 2*pi)
  
  
  
  def update_quiver(num, Q, X, Y):
  
      U = np.cos(X + num*0.1)
  
      V = np.sin(Y + num*0.1)
  
      Q.set_UVC(U,V)
  
      return Q,
  
  
  
  anim = animation.FuncAnimation(fig, update_quiver, fargs=(Q, X, Y),
  
      interval=10, blit=False)
  
  
  
  anim.save('mymovie.mp4',writer="ffmpeg")

• Best approach to stream RTSP IP Cam feed to React app and node.js express server

  17 juillet 2024, par JuicyPhan

  I am trying to build a set-up whereby I stream multiple IP Cam RTSP Video feeds to multiple users.
It needs to have minimal latency.

  


  Server Hardware : Static IP Synology NAS
  
Front-End : React
  
Back-End : Node.js Express
  
STUN/TURN server : Coturn
  
Video Feed : Multiple IP Camera's RTSP feeds
  
Video Encoder : ffmpeg(?)
  
Video Decoder : ?
  
Video Format : ?
  
Streaming Protocol : WebRTC

  


  I have every individual component up however am struggling with the part whereby I encode the RTSP feed.

  


  What video format do I encode it to and how do I use WebRTC to stream to viewers on the front-end ?

  


• avcodec/dvdsubdec : fix accessing dangling pointers

  8 janvier 2015, par wm4

  avcodec/dvdsubdec : fix accessing dangling pointers
  dvdsub_decode() can call append_to_cached_buf() 2 times, the second time
  
  with ctx->buf as argument. If the second append_to_cached_buf() reallocs
  
  ctx->buf, the argument will be a pointer to the previous, freed block.
  
  This can cause invalid reads at least with some fuzzed files - and
  
  possibly with valid files.
  Since packets can apparently not be larger than 64K (even if packets are
  
  combined), just use a fixed size buffer. It will be allocated as part of
  
  the DVDSubContext, and although some memory is "wasted", it’s relatively
  
  minimal by modern standards and should be acceptable.
  Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
  

  • [DH] libavcodec/dvdsubdec.c