Recherche avancée

Sur d’autres sites (3621)

• Les conteneurs sons et vidéos n’indiquent pas la vérité

  22 mars 2013

  Les conteneurs vidéos ou audio type ogg peuvent être les deux types de médias en même temps.

  Par exemple, un fichier avec l’extension .ogg peut être :

  • Une vidéo avec son ;
  • Une vidéo seule sans son ;
  • Un son seul sans vidéo ;

  Or pour l’instant, si un fichier ogg est mis en ligne on le considère automatiquement comme son et donc affiche un lecteur audio au lieu d’un lecteur vidéo quand c’est nécessaire.

  Pour palier à ce problème, on devrait, après analyse des métadonnées, définir si c’est réellement un son, si le fichier ne l’est pas, on devrait le renommer en ogv qui lui est associé au média video.

  Cela doit se passer dans le plugin spipmotion.

  Un fichier d’exemple est associé à ce ticket.

• Evolution #4604 (Nouveau) : Remplacer les input type="submit" par des button

  9 novembre 2020, par nicod _

  Histoire de se moderniser un peu et de perdre de mauvaises habitudes, je propose de remplacer tous les <input type="submit" /> par des <button></button>

  Aucun inconvénient (à part des css qui cibleraient input[type=submit] au lieu de .submit) et de multiples avantages :

  • un <button></button> peut contenir du html (une image par exemple, ou des ), un non
  • un <button></button> peut passer une value différente du texte affiché
  • un <input />, comme un <select></select>, est géré par l’OS et ne peut pas être stylé complètement (notamment les pseudos sélecteurs :before, pour y mettre une icone SVG en background par exemple)

  Un exemple de regex pour les remplacer :
  ]*)>
  remplacé par
  $3

  Par contre, même si type="submit" est le rôle par défaut des <button></button> il est conseillé de le conserver.

  PS : ce ticket concerne aussi Formidable

• Dynamic subtitles by ffmpeg

  8 septembre 2019, par Saeron Meng

  I would like to add some commentary texts into my video but I do not know how to use ffmpeg to realize this. The comments are like screen bullets through the screen, appearing in the right margin, moving and scrolling, and disappearing from the left.

  My thought is to count the length of the comments and define speeds for them to move and I have already gotten the comments saved as an xml file. But even though I can transfer it into srt file, the tricky problem is, it is hard to write the speeds of the subtitles, or something like that, in an srt file, and apply them to ffmpeg commands or APIs. Here is an example of comments (xml file) :

  <chat timestamp="671.195">
  
      <ems utctime="1562584080" sender="Bill">
  
          <richtext></richtext>
  
      </ems>
  
  </chat>
  
  <chat timestamp="677.798">
  
      <ems utctime="1562584086" sender="Jack">
  
          <richtext></richtext>
  
      </ems>
  
  </chat>

  The final result is like this (I did not find an example in websites in English. In China, such moving subtitles are called "danmu" or "screen bullets"), these colorful characters can move horizontally from right to left :

  

  1. I have searched some solutions on the Internet, most of which talk about how to write ass/srt files and add motionless subtitles. Like this :

  ffmpeg -i infile.mp4 -i infile.srt -c copy -c:s mov_text outfile.mp4

  3
  
  00:00:39,770 --> 00:00:41,880
  
  When I was lying there in the VA hospital ...
  
  
  
  4
  
  00:00:42,550 --> 00:00:44,690
  
  ... with a big hole blown through the middle of my life,
  
  
  
  5
  
  00:00:45,590 --> 00:00:48,120
  
  ... I started having these dreams of flying.

  But I need another kind of "subtitles" which can move.

  2. When it comes to scrolling subtitles, there are still some solutions : Scrolling from RIGHT to LEFT in ffmpeg / drawtext

  So my question is, how to combine the solutions above to arrange subtitles from top to bottom and let them move concerning the timestamps of the comments ?