Recherche avancée

Sur d’autres sites (4804)

• Unable to record video using FFMPEG in Python

  23 mai 2019, par user1932747

  I have this animation generated using python. And once it generates, it’s supposed to make a a video. I’ve gotten as far as creating the file, however I get a traceback error. And when I attempt to open the file, there’s nothing in it.

  Windows 10, running python 3.

  I’ve messed with the PATH of ffmpeg, placed it directly in the folder. I removed a piece of code that generated a unique file name. And replaced it with a string. No file was being generated at all prior to that.

  I also tried to change the codecs, still nothing.

  The code that creates video :

  plt.show()
  
  animation.save('Output_Test.mp4', fps=30, extra_args=['-vcodec', 'libx264'])

  I expect to just get a video that says Output_Test.mp4. Which I do get, but it’s empty.

  Traceback Error :

  Traceback (most recent call last):
  
    File "C:\Users\andre\OneDrive\Desktop\FranchiseRevenueComparison-master\FranchiseAnimation.py", line 277, in <module>
  
      animation.save('Output_Test.mp4', fps=30, extra_args=['-vcodec', 'libx264'])
  
    File "C:\Users\andre\AppData\Local\Programs\Python\Python37-32\lib\site-packages\matplotlib\animation.py", line 1139, in save
  
      anim._init_draw()
  
    File "C:\Users\andre\AppData\Local\Programs\Python\Python37-32\lib\site-packages\matplotlib\animation.py", line 1732, in _init_draw
  
      self._draw_frame(next(self.new_frame_seq()))
  
    File "C:\Users\andre\AppData\Local\Programs\Python\Python37-32\lib\site-packages\matplotlib\animation.py", line 1755, in _draw_frame
  
      self._drawn_artists = self._func(framedata, *self._args)
  
    File "C:\Users\andre\OneDrive\Desktop\FranchiseRevenueComparison-master\FranchiseAnimation.py", line 259, in animate
  
      self.ax.figure.canvas.draw()
  
    File "C:\Users\andre\AppData\Local\Programs\Python\Python37-32\lib\site-packages\matplotlib\backends\backend_tkagg.py", line 10, in draw
  
      _backend_tk.blit(self._tkphoto, self.renderer._renderer, (0, 1, 2, 3))
  
    File "C:\Users\andre\AppData\Local\Programs\Python\Python37-32\lib\site-packages\matplotlib\backends\_backend_tk.py", line 77, in blit
  
      photoimage.blank()
  
    File "C:\Users\andre\AppData\Local\Programs\Python\Python37-32\lib\tkinter\__init__.py", line 3548, in blank
  
      self.tk.call(self.name, 'blank')
  
  _tkinter.TclError: invalid command name "pyimage10"
  
  </module>

  RESOLVED :

  I just had to reverse the order of plot and save.

• when using FFmpeg C-API, encountered problems of the different output stream format between `rtmp` and `mp4` ?

  23 novembre 2023, par dongrixinyu

  I am using ffmpeg C-api to push video streams rtmp://.... to the SRS server.

  


  I am using the C code in this file which is a minimum version to reproduce. It can be reproduced and run successfully.

  


  The input stream is an mp4 file named juren-30s.mp4. The output stream is also an mp4 file named juren-30s-5.mp4. This piece of code works fine for mp4 -> demux -> decode -> rgb images -> encode -> mux -> mp4.

  


  But when I changed the output stream to an online rtmp url named rtmp://ip:port/live/stream_nb_23 (just an example, you can change it according to your server and rules.)

  


  This code would be corrupted mp4 -> rtmp(flv).

  


  

  • Of course I changed the output format param to flv when I initialized the avformat_alloc_output_context2. But this didnt help.

  


  


  When I executed ffprobe rtmp://ip:port/live/xxxxxxx, I got the following errors and did not know why :

  


  [h264 @ 0x55a925e3ba80] luma_log2_weight_denom 12 is out of range
[h264 @ 0x55a925e3ba80] Missing reference picture, default is 2
[h264 @ 0x55a925e3ba80] concealing 8003 DC, 8003 AC, 8003 MV errors in P frame
[h264 @ 0x55a925e3ba80] QP 4294966938 out of range
[h264 @ 0x55a925e3ba80] decode_slice_header error
[h264 @ 0x55a925e3ba80] no frame!
[h264 @ 0x55a925e3ba80] luma_log2_weight_denom 21 is out of range
[h264 @ 0x55a925e3ba80] luma_log2_weight_denom 10 is out of range
[h264 @ 0x55a925e3ba80] chroma_log2_weight_denom 12 is out of range
[h264 @ 0x55a925e3ba80] Missing reference picture, default is 0
[h264 @ 0x55a925e3ba80] decode_slice_header error
[h264 @ 0x55a925e3ba80] QP 4294967066 out of range
[h264 @ 0x55a925e3ba80] decode_slice_header error
[h264 @ 0x55a925e3ba80] no frame!
[h264 @ 0x55a925e3ba80] QP 341 out of range
[h264 @ 0x55a925e3ba80] decode_slice_header error


  


  So I am confused about the difference between mp4 and rtmp of how to use FFmpeg C-API to conduct correct output stream format.

  


  Besides, I also wanna learn how to convert video and audio streams into other formats using FFmpeg C-api, such as flv, ts, rtsp, etc.

  


  I really appreciate your help because this question has staggered me for about 2 weeks. I can offer you the bounty of stackoverflow.

  


• Anomalie #3281 (Nouveau) : remarques sur le nouveau thème graphique de la 3.1

  9 octobre 2014, par tcharlss (*´_ゝ｀)

  J’ai noté quelques points que je trouve problématiques avec le nouveau thème graphique de la 3.1.
  Il ne s’agit pas de questions cosmétiques (les goûts les couleurs tout ça), mais de problèmes de lisibilité.
  Essentiellement, Certains textes sont pénibles à lire à cause d’un manque de contraste avec la couleur de fond, ou quand celle-ci est trop saturée.
  L’effet est plus ou moins présent en fonction de la couleur choisie dans les préférences, en tout cas il saute au yeux avec la couleur verte par défaut.

  Tout est noté dans l’image en pièce-jointe, mais reprenons ici.

  D’abord les points les plus problématiques, visibles sur la page d’un article :
  - bandeau supérieur (nom, langue etc.) : contraste un peu faiblard entre le texte et la couleur du fond
  - header des formulaires latéraux (« logo de l’article » par ex.) : texte blanc sur fond clair très pénible à lire.
  - boutons des formulaires latéraux : idem, contraste trop faible, texte peu lisible.

  D’autres points moins importants, mais génants :
  - la couleur de la bordure et des boutons des formulaires latéraux attire beaucoup l’attention, quasiment plus que la boîte info.
  - pas de marge entre le texte de l’article et le dernier formulaire de « afficher_milieu ».
  - bon, l’ombre portée autour de la fiche, c’est subjectif, mais je trouve ça très moche.

  Voilà pour les « bugs ».

  Allez j’en profite pour donner mon impression sur ce nouveau thème. Soyons brutalement honnête : en l’état, je le trouve inférieur à celui de la 3.0.
  Il y a bien un point que j’aime beaucoup : les textes éditoriaux en serif bien lisible et distinct du reste de l’interface. Mais en général, je trouve les couleurs trop « acidulées » et mal balancées.
  D’une façon générale, je pense qu’il faudrait se diriger vers un thème plus « flat » : moins de dégradés, moins de bordures, pas d’ombres portées, et des couleurs plus sobres.