Recherche avancée

Médias (91)

Autres articles (58)

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

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • Les statuts des instances de mutualisation

    13 mars 2010, par

    Pour des raisons de compatibilité générale du plugin de gestion de mutualisations avec les fonctions originales de SPIP, les statuts des instances sont les mêmes que pour tout autre objets (articles...), seuls leurs noms dans l’interface change quelque peu.
    Les différents statuts possibles sont : prepa (demandé) qui correspond à une instance demandée par un utilisateur. Si le site a déjà été créé par le passé, il est passé en mode désactivé. publie (validé) qui correspond à une instance validée par un (...)

Sur d’autres sites (4074)

  • ffmpeg compilation with —arch=x86_64 always compiles with x86

    31 juillet 2019, par Guerlando OCs

    I’m compiling ffmpeg with

    ./configure \
         --prefix=${BUILD_DIR}/desktop/${ARCH} \
         --extra-cflags="-I$HOME/ffmpeg_build/include" \
         --extra-ldflags="-L$HOME/ffmpeg_build/lib" \
         --enable-shared \
         #--extra-cflags="-I/opt/intel/mediasdk/include" \
         #--extra-ldflags="-L/opt/intel/mediasdk/lib" \
         #--extra-ldflags="-L/opt/intel/mediasdk/plugins" \
         --arch=${ARCH} \
         --enable-libmfx \
         --enable-vaapi \
         --enable-opencl \
         --disable-debug \
         --enable-nvenc \
         --enable-cuda \
         --enable-cuvid \
         #--enable-libvorbis \
         --enable-libvpx \
         --enable-libdrm \
         --enable-gpl \
         --enable-runtime-cpudetect \
         --enable-libfdk-aac \
         --enable-libx264 \
         --enable-libx265 \
         --enable-openssl \
         --enable-pic \
         --extra-libs="-lpthread -libm -libc -lz -ldl" \
         --enable-nonfree

    where ARCH=x86_64 but it always gives me this in the output of configure :

    install prefix            /home/deps/ffmpeg/build/desktop/x86_64
    source path               .
    C compiler                gcc
    C library                 glibc
    ARCH                      x86 (generic)
    ...

    uname -m says my machine is x86_64 so I’m not trying to build on a x86 only.

    What is happening ?

  • recursively generate stills from video within nested directories using zsh and ffmpeg

    15 janvier 2019, par Taylorsuk

    The following command performs what I need to if all mp4s are in the same directory :

    for i in *.mp4; do ffmpeg -i "$i" -vf fps=0.5 "$i-%d.jpg"; done

    E.g.

    1.mp4
    2.mp4

    However my these are now within folders with in the same directory, for example :

    dir1/1.mp4
    dir2/2.mp4

    How can I modify this command to go recursively enter each directory and perform the ffmpeg on each video it finds within the folder ?

    The end result should be :

    dir1
       1.mp4
       1-1.jpg
       1-2.jpg
       1-3.jpg

    dir2
       2.mp4
       2-1.jpg
       2-2.jpg
       2-3.jpg
  • ffpmeg vs ffprobe performance

    5 octobre 2023, par Thomas

    I wanted to try extracting frames at scene changes with ffmpeg, vs. getting the frame numbers with ffprobe and extracting them later.

    



    But I had a surprise : ffprobe seems to be much slower than ffmpeg, while ffmpeg is taking the frames, resizing and saving them as well.

    



    ffmpeg command line :

    



    ffmpeg -hide_banner -y -i d:/test/m/long.mkv -vf "select=gt(scene\,0.4), showinfo, scale=320:-1, tile=12x200" -vsync 0 thumbnails%03d.png


    



    this takes : 488 seconds

    



    ffprobe command line :

    



    ffprobe -show_frames -of compact=p=0 -f lavfi "movie=/test/m/long.mkv,select=gt(scene\,.4)"


    



    this takes : 899 seconds

    



    I am missing something ?