Recherche avancée

Sur d’autres sites (12030)

• get UTC time of every video frame using ffmepg

  22 septembre 2015, par MathxH Chen

  I just read a RTSP stream from my IP Camera using FFMPEG. I need to display UTC time of every frame and video frame synchronously. The player GUI I created by Qt.

  At very first, I just use libVLC to implement my requirement. Then, I just found out that LibVLC cannot get UTC timestamp of every frame(https://forum.videolan.org/viewtopic.php?f=4&t=128403), So I was out to move from libvlc to ffmepg. I code a Demo read RTSP using ffmpeg library and print the presentation time of every frame . but I find the presentation time is relative , It start from zero up to end. How I can convert the time to UTC ? RTP Packet’s timestamp is relative, It only need RTCP sender report’s absolute timestamp to calculate the UTC. How can I get the UTC time of every frame using FFMPEG ??

  In FFPMEG every frame has own pts in struct AVFrame, the pts just copied from AVPacket, the struct AVStream has time_base this field, UTC time is equal to time_base*pts ?

  my code snippet as follows :

  //SDL End----------------------
  
  while(av_read_frame(pFormatCtx, packet)>=0){
  
  
  
  
  
      if(packet->stream_index==videoindex){
  
          ret = avcodec_decode_video2(pCodecCtx, pFrame, &got_picture, packet);
  
          if(ret < 0){
  
              printf("Decode Error.\n");
  
              return -1;
  
          }
  
  
  
          int64_t utc = packet->pts * av_q2d(pStream->time_base);
  
          printf("UTC is :%I64d\n", utc);

  What’s Wrong ?

• Anomalie #3765 (Fermé) : Bug spip 3.1 urls arborescentes | Jointures

  2 avril 2016, par Karen Bouscarle

  Bonjour,

  J’ai constaté que lorsqu’on sélectionne la réécriture des urls avec "urls arborescentes" (et seulement cette méthode-ci), on ne peut plus afficher ni les documents joints (quand ils ne sont pas intégrés dans le texte via un raccourci spip) ni les miniatures des images passées en portfolio.

  Après l’avoir constaté sur un site en production, je l’ai testé en local et en distant sur un SPIP natif sans squelette, ni plugin, ni réglages particuliers autres que les nécessaires.

  Je n’ai malheureusement pas les connaissances nécessaires pour contribuer, et c’est b_b qui a compris l’origine du problème, à savoir un problème avec la balise base href dans le head, puis m’a invitée à ouvrir un ticket ici. Ici notre échange : http://forum.spip.net/fr_263992.html#forum264143

  Voilà, novice ici, j’espère que j’ai fait comme il fallait, pas osé monter la priorité au dessus de "haut", c’est déjà peut-être exagéré :-) ?
  Merci à tous pour votre super et généreux boulot.

• Anomalie #4049 (Nouveau) : Double authentification LDAP

  21 novembre 2017, par svpip -

  Version SPIP utilisée : 3.0.26 [23574]¶

  Lors d’une première authentification LDAP, l’utilisateur est amené à soumettre 2 fois son identité via le formulaire adhoc (#LOGIN_PUBLIC ou #LOGIN_PRIVE) pour valider son action, après un premier message indiquant "Erreur de mot de passe.".
  Lors d’une seconde authentification LDAP, ce même utilisateur, à présent référencé dans la table spip_auteurs, n’est soumis qu’à une seule demande de formulaire.
  Pour palier à cette anomalie "non bloquante" (la première), 2 solutions vérifiées :

  - soit peupler (si possible) en amont la base spip_auteurs
  - soit passer un parametre=valeur dans l’url lors de l’authentification qu’il convient de récupérer depuis config/ldap.php pour déclencher l’appel au LDAP.

  Problème de la "double identification" évoqué sur forum SPIP :
  voir https://forum.spip.net/fr_263478.html?debut_forums=%40266046#forum266046

  ---

  Tests non réalisés sur SPIP :
  3.1.7 [23768]
  3.2.0 [23778]

  Ces versions comportent des erreurs natives concernant la gestion LDAP, qu’il est néanmoins possible de contourner facilement.
  Voir tickets :

  https://core.spip.net/issues/3918
  https://core.spip.net/issues/3919