Sur d’autres sites (7390)

• Anomalie #4370 (Nouveau) : Articles refusés invisibles pour les rédacteurs alors que les brèves re...

  13 août 2019, par Vincent ROBERT

  SPIP 3.2.4 [24285]

  Faux bug¶

  Je refuse mon propre article, il disparaît de sa rubrique.
  La documentation officielle ( https://www.spip.net/aide/?aide=artstatut ) annonce :
  " Un article « refusé » n’est plus visible que par son auteur et par les administrateurs. "
  Je suis son auteur et un administrateur du site, donc le comportement n’est pas celui annoncé par la documentation. Quoi que ...
  A noter :
  - Depuis la page ?exec=plan&statuts=articles-refuse on trouve bien cet article.
  - Depuis la page auteur on retrouve également l’article
  Après réflexion, je me dis que c’est voulu, et que c’est pour nettoyer les rubriques des articles refusés.

  Vrai bug¶

  Les articles refusés sont invisibles pour les rédacteurs alors que les brèves et sites refusées sont visibles.

  Un simple rédacteur ne peut pas consulter les articles refusés depuis la page ?exec=plan
  Le menu déroulant lui propose les brèves refusés, les sites refusés, mais pas les articles refusés. ;-)
  Image en PJ

  Je suis arrivé à ces constats car je cherche un moyen de permettre à de simple rédacteurs de consulter des articles refusés.
  ( Au pire je créerais un auteur "article refusé" et je les laisserais en attente de validation ^^ )

  Vrai bug bis¶

  Depuis un compte administrateur, dans le menu déroulant, en choisissant "Sites référencés refusés" il m’affiche les articles refusés.
  Même comportement en choisissant brève refusée.
  Image en PJ
  Même comportement sur spipcontrib.

• How to decrease latency of images based live streaming ?

  18 octobre 2020, par Xiaofeng

  I need to encode and stream live images, but there is always about a 3s latency, how to decrease it ?

  


  The live stream is generated by the following command

  


  ffmpeg -analyzeduration 0 -probesize 32 -i h264_rtsp_url \
       -vf fps=1 -fflags nobuffer -fflags flush_packets -f mjpeg - \
    | ffmpeg -r 1 -f image2pipe -analyzeduration 0 -probesize 32 -i - \
             -c:v libx264 -pix_fmt yuv420p -tune zerolatency \
             -force_key_frames "expr:gte(t,n_forced*1)" \
             -flags low_delay -fflags nobuffer -fflags flush_packets \
             -profile:v main -preset medium -r 15 \
             -f rtp_mpegts rtp://127.0.0.1:4001


  


  Changing preset from medium to ultrafast does not affect the result, still 3s latency.

  


  And I am using mpv to play the streams,
The stream encoded by images :

  


  mpv --profile='low-latency' \
    --untimed --no-cache --no-demuxer-thread --vd-lavc-threads=1 \
    rtp://127.0.0.1:4001


  


  The origin stream :

  


  mpv --profile='low-latency' \
    --untimed --no-cache --no-demuxer-thread --vd-lavc-threads=1 \
    h264_rtsp_url


  


  [1] https://trac.ffmpeg.org/wiki/StreamingGuide

  


• Http Live Streaming - Segmenting mp3 on Linux

  14 mai 2012, par krisbulman

  I simply want to segment an mp3 for HTTP Live Streaming in any linux distro (preferably CentOS) for the purpose of audio streaming to an iOS app.

  Out of the linux segmenters, I can get the following to compile in CentOS.

  1. http://wiki.andy-chu.com/doku.php?id=http_live_streaming (not sure last time this was updated)

  2. m3u8-segmenter on github (updated months ago)

  3. https://github.com/carsonmcdonald/HTTP-Live-Video-Stream-Segmenter-and-Distributor [ruby wrappers + c] (last updated 2 years ago, and a v2 branch 9 months old)

  In order to prep the file for segmenting, here is the ffmpeg conversion string to generate a valid ts file :

  $ ffmpeg -er 4 -i input.mp3 -f mpegts -acodec libmp3lame -ar 22050 -ab 32k -vn output.ts

  Each of the segmenters require various input switches, all quite simple, and all crash out with a seg fault. #2 actually does some segmenting, but faults after 56 segments every time. I've tried various mp3s with the same results. The issue queues for 2 & 3 are full, with no responses in months of the same issues.

  Others must be doing this in a live production environment that isn't running OSX.. what are your methods ?