Recherche avancée

Sur d’autres sites (10785)

• Evolution #3603 : Ergonomie des onglets de sélection des plugins

  20 avril 2020, par RastaPopoulos ♥

  Et bieeeen, je ne suis toujours pas convaincu, alors argumentons :)

  - Comme je le disais, les mises à jour sont des plugins actifs, c’est pas une autre liste différente, alors que là les simplifications proposées depuis l’ouverture du ticket servent justement à réduire le nombre d’onglets en ne proposant plus que des choses qui ne se recoupent pas.
  - Or les plugins actifs, sont justement le premier onglet sur lequel on tombe par défaut dans l’admin des plugins, et comme ils contiennent les mises à jour, on a déjà le nez dessus en arrivant
  - Il suffit donc juste d’une simple case permettant de masquer en un coup instantané tout ce qui n’a pas de mise à jour, et ne laisser que ce qui en a
  - Avec un onglet à part, ça ferait des éléments qui se retrouvent en doublon dans deux onglets, et ça ferait recharger une page entière différente, alors que dès qu’on arrive, on a déjà généré/chargé les blocs de ceux qui ont des mises à jour dans cette première page

  Pour Dépôts pourquoi pas, mais ça a quand même rapport avec les plugins (et que avec ça), du coup si c’est pas dans "Gestion des plugins" qu’on le trouve…

  J’ajoute une maquette de ce que ça donne, en ayant ajouté le moyen de voir tout de suite les mises à jour.

• Displaying text on video while recording and if saved then also(add text to video when start recording)

  25 novembre 2017, par J4GD33P 51NGH

  i’m using this android project from git hub and now want to add text to video when start recording. text should also there if we watch saved video later. can anyone suggest me an idea to do this.

• Issue with MJPEG stream playback speed when encoding with FFmpeg

  6 janvier, par Arciiix

  I'm working with a MJPEG stream source

  


  Stream #0:0: Video: mjpeg (Baseline), yuvj420p(pc, bt470bg/unknown/unknown), 1280x720 [SAR 1:1 DAR 16:9], 25 tbr, 25 tbn

  


  I want to capture this stream and save it to an MP4 file using FFmpeg, but I am running into a weird issue.

  


  The only way it works fine is when I just copy the stream without reencoding and using wallclock as timestamps (cmd 1) :

  


  ffmpeg -use_wallclock_as_timestamps 1 -i "http://IP/video/1280x720" -c:v copy output_good.mp4


  


  However, when I try encoding the stream with libx264, the playback speed of the resulting video becomes slower than 100%, causing the video to gradually fall out of sync with real-time. This happens even when I use any encoding, also when I explicitly set the frame rate or vsync. For example, these commands fail :

  


  

  • CMD 2 : ffmpeg -i "http://IP/video/1280x720" -c:v libx264 -r 30 -preset fast output_bad1.mp4

  


  • CMD 3 : ffmpeg -use_wallclock_as_timestamps 1 -i "http://IP/video/1280x720" -c:v libx264 output.mp4

  


  


  https://www.youtube.com/watch?v=PF0fuCu7Xao

  


  As you can see in the comparison of the resulting videos, the playback gradually slows down with CMD 2 and CMD 3, while it's alright with CMD 1.

  


  What I've noticed is that on the FFmpeg stdout, when using encoding, the speed= and FPS= go up and up, e.g. to 31 FPS even though my source is technically at 25 FPS.

  


  What I've tried :

  


  

  • different encoding codecs (e.g. libvpx)

  


  • -re

  


  • preset ultrafast on encoding

  


  • vsync (fps_mode), both ctr and vfr

  


  • fps=30 filter

  


  


  Has anyone encountered a similar issue or know how to force FFmpeg to preserve the correct playback speed while encoding or enforcing a frame rate ? Thanks !