Recherche avancée

Médias (1)

Mot : - Tags -/punk

Autres articles (32)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 is the first MediaSPIP stable release.
    Its official release date is June 21, 2013 and is announced here.
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • Librairies et binaires spécifiques au traitement vidéo et sonore

    31 janvier 2010, par

    Les logiciels et librairies suivantes sont utilisées par SPIPmotion d’une manière ou d’une autre.
    Binaires obligatoires FFMpeg : encodeur principal, permet de transcoder presque tous les types de fichiers vidéo et sonores dans les formats lisibles sur Internet. CF ce tutoriel pour son installation ; Oggz-tools : outils d’inspection de fichiers ogg ; Mediainfo : récupération d’informations depuis la plupart des formats vidéos et sonores ;
    Binaires complémentaires et facultatifs flvtool2 : (...)

  • 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 (4595)

  • http: Add support for reading http POST reply headers

    21 mai 2012, par Samuel Pitoiset

    http: Add support for reading http POST reply headers

  • smacker : check buffer size before reading output size

    21 septembre 2011, par Justin Ruggles

    smacker : check buffer size before reading output size

  • FFMPEG performance when reading directly from s3 vs local

    16 janvier 2020, par user1147070

    I have a usecase where I need to transcode a s3 file. I have two options

    Option a : Download the file to local, then run ffmpeg on it

    Option b : Provide a presigned URL as ffmpeg input eg -
    "./ffmpeg -loglevel debug -y -i "https://mybucket/key?signedParams" -threads 0 -map_chapters -1 -f mp4 -movflags faststart -map 0:0 -acodec libfdk_aac -ac 2 -ar 44100 -b:a 48k -sn -vn /output.mp4"

    I tried running both and comparing the time but I don’t see any much performance improvement in #b as compared to #a.

    I have 2 questions

    1. Is #b is better in performance than #a ? Or both of them are same ?

    2. In case of #b does ffmpeg wait for complete download and then start transcoding or it start downloading and transcoding simultaneously ?

Navigation