Recherche avancée

Sur d’autres sites (7767)

• Evolution #3488 : Stocker globalement toutes les requetes passées

  29 juin 2015, par nico d

  Justement non :)
  Actuellement, les requetes sont stockées uniquement si on a un var_profile en GET.
  var_profile c’est bien, c’est très complet pour debugger finement, mais il faut ajouter le paramètre à l’url (même si avec le minibando c’est plus rapide).

  Ma modif consiste juste a stocker toutes les requetes en global.
  Ensuite je me suis inspiré du plugin dev, je passe par register_shutdown_function() pour ajouter ce bandeau sur toutes les pages, sans ajouter var_profile à l’url.
  C’est plus rapide, je l’ai tout le temps sous les yeux quand je suis connecté et webmestre (privé et public).
  Pour les appels en Ajax, je logge ces infos au lieu de les afficher pour pouvoir les lire aussi si besoin (vérifier le nombre de requetes générées).

  Pour être complet, en fait j’affiche aussi le temps de génération de la page :
  
  ça me permet aussi de tester certaines optimisations.
  (et la croix me sert à masquer le bandeau si jamais il y a du texte en dessous)

  Possible que ça n’intéresse que moi, mais Fil sur IRC paraissait intéressé aussi, du coup je pose ça là.

  "Voilà ma chanson mon pote. Si t’en veux pas, pas d’ malaise. Je la remet dans ma culotte."

• Revision 118606 : Version 1.4.0. - Nouveauté la plus visible : petite refacto du menu de ...

  13 novembre 2019, par Charles Razack — Log

  Version 1.4.0.
   Nouveauté la plus visible : petite refacto du menu de langues → Noms des langues en entier au lieu des codes (fr, en...), liens affichés sous formes de boutons plus grands et centrés pour être bien visibles, ajout d’un label. Petite amélioration pour éviter qu’il y ait un saut lorsque le menu passe en sticky.
   Configuration : les formulaires sur lesquels activer le script sont tous regroupés dans une même clé formulaires.
   Configuration : ajout d’une option pour ajouter des sélecteurs dans le paramètre root (exemple complètement au hasard : .formulaire_editer_noisette).
   Ajout d’un pipeline multilang_parametres pour permettre aux plugins de changer les paramètres passés au script d’init. Cas le plus courant : ajouter des formulaires à prendre en compte par le script.
   Refactorisation du script d’init afin qu’il soit plus lisible et maintenable : séparation du javascript et du php. Au passage, correction d’un bug rigolo qui faisait que quand on décochait tous les items dans la config, le script devenait actif sur *tous* les formulaires : recherche, login, etc.

• Is there a way to store packet header information from an incoming h.264 stream ?

  13 septembre 2021, par SOSparachuter1

  The issue : I need to convert an h.264 stream streamed over RTP into MJPEG, but for very convoluted reasons I am required to use the libjpeg-turbo library, not the mjpeg encoder that comes with ffmpeg. So the only thing FFMPEG needs to do is convert the h.264 RTP stream to rawvideo in RGBA and output to a socket where I then manually do the transcoding.

  


  However, libjpeg-turbo only expects complete frames, meaning I need to collect rawvideo packet fragments and somehow synchronize them. Putting incoming raw video fragments into a buffer as they come results in heavily broken images.

  


  Is there some way of saving the header information of the initial h.264 RTP packets ? The command I'm currently using is very straightforward :

  


  -i rtsp :// : -vcodec rawvideo -f rawvideo udp :// :