Recherche avancée

Médias (2)

Mot : - Tags -/livre

Autres articles (7)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

Sur d’autres sites (2883)

  • Pros and cons of installing ffmpeg into the caller's docker container vs. separate container [closed]

    8 mai 2022, par Irina Rapoport

    I have a dockerized app that spawns ffmpeg in a child process. It then communicates with it via standard input/output. The app runs under k3d.

    


    I could install ffmpeg in the parent's Dockerfile, by doing

    


    RUN apt-get install -y ffmpeg


    


    Or I can run it in a container of its own. What are the pros and cons of each approach ?

    


    Container start-up cost, while small, may become an issue, because it's started often.

    


  • ffmpeg multiple time depends on availability of CPUs [closed]

    21 novembre 2020, par xserverx

    I have about 400 Video files I would like to convert them.

    


    I have this code :

    


    for /r %i in (*.mp4) do ffmpeg -y -i "C:\Users\mosp\Desktop\image.jpg" -i "%i" -stream_loop -1 -i "C:\Users\mosp\Desktop\240.mov" -filter_complex "concat[c],[c][2:0]overlay=shortest=1"  -ar 44100 "%i.mkv"


    


    But this code run the command after I have the previous one finished.
In the current server, I have 64 vCPUs, so I need to run FFmpeg for the first 64 videos at once so each vCPU should take one task.
Once a task finished I should have the next FFmpeg commands started depends on the available vCPUs etc.

    


  • ffmpeg : allow using the r_frame_rate as fundamental timebase for stream copy in avi

    28 juillet 2012, par Michael Niedermayer

    ffmpeg : allow using the r_frame_rate as fundamental timebase for stream copy in avi