Recherche avancée

Sur d’autres sites (11745)

• 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

• avformat_open_input fails only with a custom IO context

  2 juin 2017, par Tim

  Running into an odd issue with avformat_open_input, it is failing with :

  Invalid data found when processing input

  But this only happens when I attempt to read the file using a custom AVIOContext.

  My custom code is as follows (error checking omitted for clarity) :

  auto fmtCtx = avformat_alloc_context();
  
  auto ioBufferSize = 32768;
  
  auto ioBuffer = (unsigned char *)av_malloc(ioBufferSize);
  
  auto ioCtx = avio_alloc_context(ioBuffer,
  
                                  ioBufferSize,
  
                                  0,
  
                                  reinterpret_cast<void>(this),
  
                                  &amp;imageIORead,
  
                                  NULL,
  
                                  &amp;imageIOSeek));
  
  
  
  fmtCtx -> pb = ioCtx;
  
  fmtCtx -> flags |= AVFMT_FLAG_CUSTOM_IO;
  
  
  
  int err = avformat_open_input(&amp;fmtCtx, NULL, NULL, NULL);
  
  </void>

  imageIOSeek is never called, but properly handles the whence parameter including the AVSEEK_SIZE option. My file data is already loaded in memory, so imageIORead is trivial (returning 0 at EOF) :

  int imageIORead(void *opaque, uint8_t *buf, int buf_size) {
  
      Image *d = (Image *)buf;
  
      int rc = std::min(buf_size, static_cast<int>(d->data.size() - d->pos));
  
  
  
      memcpy(buf, d->data.data() + d->pos, rc);
  
      d->pos += rc;
  
      return rc;
  
  }
  
  </int>

  The data being read is loaded from a file on disk :

  /tmp/25.jpeg

  The following code is able to open and extract the image correctly :

  auto fmtCtx = avformat_alloc_context();
  
  int err = avformat_open_input(&fmtCtx, "/tmp/25.jpeg", NULL, NULL);

  The project is using a minified version of libavformat including only the formats we need. I don’t believe this is the cause of the problem since the file can be open and handled properly when the path is specified. I haven’t seen any configure options specifically targeting support for custom IO contexts.

  This is the image in question : 25.jpeg