Recherche avancée

Médias (91)

Autres articles (111)

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

  • Emballe médias : à quoi cela sert ?

    4 février 2011, par

    Ce plugin vise à gérer des sites de mise en ligne de documents de tous types.
    Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ;

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

Sur d’autres sites (3906)

  • Revision 100189 : $id_auteur ici et non $user[’id_auteur’]

    26 octobre 2016, par kent1@… — Log

    $id_auteur ici et non $userid_auteur ?

  • 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

    


Navigation