Recherche avancée

Sur d’autres sites (11091)

• avcodec/jpeg2000dec : Make decoder init-threadsafe

  7 mai 2021, par Andreas Rheinhardt

  avcodec/jpeg2000dec : Make decoder init-threadsafe
  The JPEG-2000 decoder and encoder share common luts ; the decoder
  
  initializes them once, guarded by a dedicated AVOnce, whereas
  
  the encoder initializes them always during init. This means that
  
  the decoder is not init-threadsafe ; in fact there is a potential
  
  data race because these luts can be initialized while an active
  
  decoder/encoder is using them.
  Fix this and make the decoder init-threadsafe by making the
  
  initialization function guard initialization itself with a dedicated
  
  AVOnce.
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
  

  • [DH] libavcodec/jpeg2000.c
  • [DH] libavcodec/jpeg2000dec.c

• How to make ffmpeg exit when rtmp input stream ends ?

  29 juillet 2021, par Remi

  I am using ffmpeg to transcode a stream from my local nginx rtmp server, and send the transcoded media back to the same local rtmp server. When the stream goes offline, ffmpeg stays active. When the stream starts again, ffmpeg picks up the transcoding work.

  


  I'd like ffmpeg to exit when the input rtmp stream stops, but I cannot find out to configure it to do that. I've looked through the manual page and the online documentation.

  


  For completeness, these are the arguments I currectly provide to ffmpeg :

  


  


  ffmpeg -i 'rtmp ://localhost/live/ijsbeer' -s '1280x720' -vcodec 'libx264' -preset 'veryfast' -crf '25' -maxrate '2000k' -bufsize '1000.0k' -force_key_frames '0:00:02' -max_muxing_queue_size '4096' -acodec 'copy' -copyts -copytb '0' -f 'flv' 'rtmp ://localhost/live/ijsbeer_720p'

  


  


  Making ffmpeg exit itself solves two of my problems. Firstly, ffmpeg sometimes experiences non-monotonous DTS issues when the encoder (OBS) streaming to the rtmp server restarts. Second, I'd like to implement a basic monitoring system to notify me of issues in the transcoder. Making ffmpeg exit when the input stream stops seems like to most reliable way to determine if ffmpeg is doing work. Parsing the stderr/stdout isn't reliable as there is no clear output format.

  


  When transcoding I receive these regular stderr lines :

  


  


  frame= 241 fps= 30 q=30.0 size= 38kB time=00:00:09.74 bitrate= 32.0kbits/s speed= 1.2x

  


  


  Which pause when I stop the source stream. There is no log output stating the source stream has exited.

  


• Anomalie #3772 : Filtrage automatique par statut actif sur une boucle spip_articles depuis SPIP 3.x

  8 mai 2016, par jluc -

  Comme écrit sur la page liée, un critère optionnel est actif "uniquement si l’environnement contient la balise demandée". Dans l’environnement des boucles imbriquées, la balise est bien définie, et ce serait donc normal que le critère soit activé.

  Dans les exemples cités, le traitement ne semble pas malin car dans l’environnement de la boucle interne, cette balise est un champ de la table englobante, qui n’est pas l’une des tables sur lesquelles boucle la boucle interne, comme c’est souvent le cas pour les critères raccourcis.

  Les critères optionnels et raccourcis ont été mis en place pour les arguments d’url ou les arguments des appels d’INCLURE ou de modèles, et rien n’est pas prévu de désambiguiser les homonymes : quand il y a statut dans une url, ce n’est ni spécialement un statut de rubrique, ni spécialement un statut d’article. Donc par conception,

  statut, statut ?, id_rubrique

  n’en tiennent pas compte.

  On ne peut pas changer ça pour les critères raccourcis, sinon la transmission des #ID_RUBRIQUE ne pourrait pas se faire d’une boucle rubrique à une boucle article et les critères raccourcis n’auraient quasiment plus raison d’être.

  A priori je trouve assez sain (car simple) que les critères optionnels fonctionnent pareil que les critères raccourcis. Donc il faudrait une raison sérieuse pour que ça soit différent. Quelle serait elle ?