Recherche avancée

Sur d’autres sites (7214)

• How to identify the packet which belongs the first video frame in ffmpeg ?

  25 avril 2014, par Vinay

  I am fetching the PTS values as soon as I start reading the frame usingav_read_frame () and the PTS values do not exactly correspond with the time stamp in the video. After googling for a while I understood the when we make a call to avcodec_decode_video2 () it calls back get_buffer2 () if the packet is beginning of a frame. So if I save the PTS now that will serve my purpose. My question is how do I know when I send a packet to avcodec_decode_video2 () is calling this get_buffer2 () function.

• Fragmented mp4 cannot be played on pure html5 video

  23 novembre 2017, par Kevin Youngho Seo

  I need to use a video tag to serve over 3GB of video on the web.
  When the page is loaded, it takes a long time for the media element to receive the ’loadedmetadata event’.

  I’ve found that the size of the moov box is too large (33MB).
  So when I re-encoded it with the ’empty_moov + frag_keyframe’ option of ’ffmpeg’, but it also took longer to fetch all fragmented information from the ’Inspector - Network’ tab in Chrome.

  Is there a way to speed up loading when playing ’fragmented mp4’ with html5 video tag ?

• Anomalie #3245 (Nouveau) : Formulaire editer_liens affiché inutilement dans certains cas

  24 juillet 2014, par tcharlss (*´_ゝ｀)

  Reproduire le comportement¶

  Pour observer le problème, je propose d’utiliser les mots-clés, qui se servent du formulaire « editer_liens ». Donc :

  • 1) Avoir au préalable des articles avec des mots-clés, et d’autres sans.
  • 2) Désactiver l’ajout de mots-clés aux articles pour tous les groupes de mots-clé.

  Résultat :

  • Les articles possédant des mots-clés comportent toujours le formulaire. Là, ça me semble normal.
  • Les articles ne possédant pas de mot-clé affichent eux aussi le formulaire. Là, ça me paraît erroné : il devrait être caché. Il n’a aucune utilité, et on a "désactivé" l’utilisation des mots-clés pour les articles, ça veut dire qu’on en veut pas.

  Continuons.

  • 3) Retirer tous les mots-clés liés aux articles.

  Résultat :

  • Maintenant, le formulaire n’est plus affiché, car plus aucun article ne possède de mot clé : on retrouve le comportement normal.

  Problème¶

  Le problème vient d’un test effectué dans charger : http://core.spip.org/projects/spip/repository/entry/spip/prive/formulaires/editer_liens.php#L94

  Le raisonnement actuel est le suivant : quand le formulaire n’est pas éditable, il est caché s’il n’existe aucun lien pour le type d’objet.
  Ou pour reprendre l’exemple des mots, plus parlant : le formulaire est caché s’il n’existe aucun mot lié à un article (n’importe quel article).
  Or je pense qu’il devrait être caché s’il n’existe aucun mot lié à l’article en cours.

  Donc, en remplaçant :
  

  objet_trouver_liens(array($objet_lien=>’*’),array(($objet_lien==$objet_source ?$objet :$objet_source)=>’*’))

  
  par :
  

  objet_trouver_liens(array($objet_lien=>’*’),array(($objet_lien==$objet_source ?$objet :$objet_source)=>$id_objet))

  On retrouve le comportement qui me semble "normal".