Recherche avancée

Médias (0)

Mot : - Tags -/clipboard

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (111)

  • La sauvegarde automatique de canaux SPIP

    1er avril 2010, par

    Dans le cadre de la mise en place d’une plateforme ouverte, il est important pour les hébergeurs de pouvoir disposer de sauvegardes assez régulières pour parer à tout problème éventuel.
    Pour réaliser cette tâche on se base sur deux plugins SPIP : Saveauto qui permet une sauvegarde régulière de la base de donnée sous la forme d’un dump mysql (utilisable dans phpmyadmin) mes_fichiers_2 qui permet de réaliser une archive au format zip des données importantes du site (les documents, les éléments (...)

  • Utilisation et configuration du script

    19 janvier 2011, par

    Informations spécifiques à la distribution Debian
    Si vous utilisez cette distribution, vous devrez activer les dépôts "debian-multimedia" comme expliqué ici :
    Depuis la version 0.3.1 du script, le dépôt peut être automatiquement activé à la suite d’une question.
    Récupération du script
    Le script d’installation peut être récupéré de deux manières différentes.
    Via svn en utilisant la commande pour récupérer le code source à jour :
    svn co (...)

  • Encodage et transformation en formats lisibles sur Internet

    10 avril 2011

    MediaSPIP transforme et ré-encode les documents mis en ligne afin de les rendre lisibles sur Internet et automatiquement utilisables sans intervention du créateur de contenu.
    Les vidéos sont automatiquement encodées dans les formats supportés par HTML5 : MP4, Ogv et WebM. La version "MP4" est également utilisée pour le lecteur flash de secours nécessaire aux anciens navigateurs.
    Les documents audios sont également ré-encodés dans les deux formats utilisables par HTML5 :MP3 et Ogg. La version "MP3" (...)

Sur d’autres sites (5991)

  • FFmpeg : building example C codes

    23 février 2021, par J. S.

    I have configured and compiled the FFmpeg library using this link :
https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu

    



    Now, I am trying to build example C codes provided by FFmpeg from here :
https://github.com/FFmpeg/FFmpeg/tree/master/doc/examples

    



    However, when I run make install-examples or make install (suggested by /example/README), I receive this kind of message :

    



    


    make : *** No rule to make target '/doc/examples/README', needed by
 'install-examples'. Stop.

    


    



    I thought this may be due to the rules not being in the correct MakeFile format (I am not sure why they refers to README). How should I go about in fixing this and compiling the example codes ? I have tried to find solutions about this, but there doesn't seem to be much information online.

    



    Thank you.

    


  • doc/default.css + doc/t2h.init : New styles

    24 septembre 2013, par Timothy Gu
    doc/default.css + doc/t2h.init : New styles
    

    The main motive of this commit is to make the offline copy of the HTML doc as
    pretty as the online (ffmpeg.org) one. This also introduced new styles for
    <h2> to <h4>.

    Signed-off-by : Timothy Gu <timothygu99@gmail.com>
    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>

    • [DH] doc/default.css
    • [DH] doc/t2h.init
  • FFMPEG re-broadcast/proxy MJPEG stream

    10 septembre 2022, par Ollie Pugh

    I have an MJPEG stream coming from an RPI on my home network and have an NGINX acting as a proxy on an EC2.

    &#xA;

    For the camera access the flow of stream to the user is the following

    &#xA;

    RPi -> mjpeg-proxy (running on EC2) -> NGINX (running on same EC2) -> user

    &#xA;

    the point of mjpeg-proxy is to reduce the load on the RPi and only have one stream to the Pi and allow the EC2 to distribute that one stream.

    &#xA;

    Now this work fine-ish from my PC (on same network as Pi) the streams work perfectly. But when it comes to my phone on roaming data, the stream is super choppy and the latency grows massively (this project needs minimal latency, like sub 300ms).

    &#xA;

    I can't understand why this would happen ? Because even when running of my local PC its going through the Proxy hosted in the cloud, so its not as if its an advantage to it being local ?

    &#xA;

    the stream is fine on another device, e.g. my laptop, but thats on the same network as the RPi. But like I said, it shouldn't makea difference as its going through a proxy !

    &#xA;

    I was wondering if using FFMPEG to re-stream the mjpeg stream would be beneficial as node is notoriously slow. But I don't really want to be writing my own mjpeg-proxy in C++ to speed this all up.

    &#xA;

    I have looked online for answers to FFMPEG MJPEG proxy and have been very unsuccesful

    &#xA;