Recherche avancée

Médias (3)

Mot : - Tags -/image

Autres articles (68)

  • Les vidéos

    21 avril 2011, par

    Comme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
    Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
    Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

Sur d’autres sites (6536)

  • Why does FFmpeg encode by default ?

    2 décembre 2022, par Hashim Aziz

    By default the following unpresuming FFmpeg command :

    


    ffmpeg -i "input.mp4" "output.mkv"


    


    ...will lossily encode a file unless it has the -c copy flag added, which will then pass the video through without any encoding. I remember not realising this as a beginner to FFmpeg years ago and being surprised when I found out, and ever since then it's something I've wondered about but not got around to asking.

    


    The main justification for this behaviour that comes to mind for me is that encoding is a much more common operation, and it might be annoying to have to pass an extra -encode flag for most uses.

    


    Was this ever one of the reasons cited for this design decision ? Has the issue ever even been discussed in the FFmpeg mailing lists, or has it remained unquestioned since being written during the days of Fabrice Bellard ?

    


  • FFmpeg use without closing process

    7 novembre 2017, par Rockybilly

    Is there a way to use ffmpeg in such a way that, it expects new data everytime it finishes it operation. For example, calling ffmpeg with a pipe, using a program, feed ffmpeg new frames while reading results, so keeping the process alive until desired time.

    Expected run :

    Run command -> write frame to stdin -> read result(stdout) -> write
    frame -> read result-> ...

    I am using Python3 to pipe ffmpeg, if it helps.

  • build : Have old H.264/HEVC nvenc encoders select their new counterparts

    3 décembre 2016, par Diego Biurrun
    build : Have old H.264/HEVC nvenc encoders select their new counterparts

    This makes sense and takes care of missing build dependencies.
    • [DBH] configure

Navigation