Recherche avancée

Sur d’autres sites (3184)

• Révision 21104 : Report de r21005 : Perf issue sur le lancement du CRON :

  11 janvier 2014, par cedric -

  sur certains serveurs le firewall est réglé pour DROP silencieusement toute requete http sortante : fsockopen attends alors 30s pour lancer la requete à chaque hit avant de rendre la main. cURL lui n’attends pas mais ne sait pas que sa requete echoue. Résultat le CRON ne tourne jamais et le site a un temps de réponse catastrophique.

  Fix :
  - limiter le timeout de fsockopen à 1s au lieu de 30s : si on a pas pu initialiser la connexion http en 1s c’est qu’il y a un soucis
  - lorsque fsockopen echoue, rien ne sert de lancer cURL qui n’aura pas plus de chance ; cURL est utilisé en fallback uniquement si fsockopen n’est pas disponible (cas rare)
  - du coup si fsockopen echoue on passe au lancement old-style avec HTML background (mais ça nous a couté 1s d’attente inutile)

  - si on sait qu’on est sur une telle configuration (et qu’on ne peut pas la changer) on peut inhiber le lancement du cron par fsockopen/cURL avec un
  define(’_HTML_BG_CRON_FORCE’,true) ;
  dans mes_options.php. Cela economisera l’attente inutile.

• Evolution #2993 (Nouveau) : Indiquer que le support s’arrête

  9 mai 2013, par Franck Dalot

  Bonjour

  Si j’ai bien compris le fonctionnement.
  Spip, va voir via une tache cron http://core.spip.org/projects/spip/repository/entry/archivelist.txt et si une mise à jour est dispo l’indique à l’utilisateur.

  Le problème est quand le support s’arrête, il n’y a rien qui l’indique au webmestre ?

  Il n’y aurait pas moyen que, si vous mettez par exemple dans archivelist.txt 3.0.99 (sachant qu’il y a peu de chance qu’il y aura 99 versions) un message apparaisse.
  Du type "Attention, le support de votre version de SPIP s’arrête le : XX/XX/XX" en rouge clignotant apparaisse ?
  Message que vous pourriez ainsi "déclancher" par exemple 60 jours avant !
  Le top serait en plus l’envoi possible d’un mail aux webmestres, mais déjà que je suis pas sûr que mon idéee soit "simple" à faire (surtout si vous la mettez dès spip 2.1.22) :-(

  Le seul "hic" que je vois, c’est si un problème de sécurité apparait dans les 60 jours.
  Cordialement, Franck

• Is it possible to decode MPEG4 frames without delay with ffmpeg ?

  2 juillet 2021, par Sergey

  I use ffmpeg's MPEG4 decoder. The decoder has CODEC_CAP_DELAY capability among others. It means the decoder will give me decoded frames with latency of 1 frame.

  



  I have a set of MPEG4 (I- & P- )frames from AVI file and feed ffmpeg decoder with these frames. For the very first I-frame decoder gives me nothing, but decodes the frames successfully. I can force the decoder to get the decoded frame with the second call of avcodec_decode_video2 and providing nulls (flush it), but if I do so for each frame I get artifacts for the first group of pictures (e.g. second decoded P-frame is of gray color).

  



  If I do not force ffmpeg decoder to give me decoded frame right now, then it works flawlessly and without artifacts.

  



  Question : But is it possible to get decoded frame without giving the decoder next frame and without artifacts ?

  



  Small example of how decoding is implemented for each frame :

  



          // decode
        int got_frame = 0;
        int err = 0;
        int tries = 5;
        do
        {
            err = avcodec_decode_video2(m_CodecContext, m_Frame, &got_frame, &m_Packet);
            /* some codecs, such as MPEG, transmit the I and P frame with a
            latency of one frame. You must do the following to have a
            chance to get the last frame of the video */
            m_Packet.data = NULL;
            m_Packet.size = 0;
            --tries;
        }
        while (err >= 0 && got_frame == 0 && tries > 0);


  



  But as I said that gave me artifacts for the first gop.