Recherche avancée

Médias (91)

Autres articles (66)

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

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

  • Le plugin : Podcasts.

    14 juillet 2010, par

    Le problème du podcasting est à nouveau un problème révélateur de la normalisation des transports de données sur Internet.
    Deux formats intéressants existent : Celui développé par Apple, très axé sur l’utilisation d’iTunes dont la SPEC est ici ; Le format "Media RSS Module" qui est plus "libre" notamment soutenu par Yahoo et le logiciel Miro ;
    Types de fichiers supportés dans les flux
    Le format d’Apple n’autorise que les formats suivants dans ses flux : .mp3 audio/mpeg .m4a audio/x-m4a .mp4 (...)

Sur d’autres sites (2171)

  • lavc/aarch64 : add hevc sao edge 8x8

    28 avril 2022, par J. Dekker
    lavc/aarch64 : add hevc sao edge 8x8

    bench on AWS Graviton :
    

    hevc_sao_edge_8x8_8_c : 516.0
    
hevc_sao_edge_8x8_8_neon : 81.0
    

    Signed-off-by : J. Dekker <jdek@itanimul.li>
    • [DH] libavcodec/aarch64/hevcdsp_init_aarch64.c
    • [DH] libavcodec/aarch64/hevcdsp_sao_neon.S

  • lavc/aarch64 : add hevc sao edge 8x8

    7 octobre 2021, par J. Dekker
    lavc/aarch64 : add hevc sao edge 8x8

    bench on AWS Graviton :
    

    hevc_sao_edge_8x8_8_c : 516.0
    
hevc_sao_edge_8x8_8_neon : 81.0
    

    Signed-off-by : J. Dekker <jdek@itanimul.li>
    • [DH] libavcodec/aarch64/hevcdsp_init_aarch64.c
    • [DH] libavcodec/aarch64/hevcdsp_sao_neon.S

  • Why is ffmpeg's hstack so much slower than overlay and pad ?

    27 janvier 2021, par cgenco

    I'm using ffmpeg to stitch together two videos of people chatting into a video with each of them side-by-side, like this :

    &#xA;

    left.mp4 + right.mp4 = out.mp4

    &#xA;

    Here's the command I'm currently using to get this done, which runs at 2.5x on my 13" M1 MacBook Pro :

    &#xA;

    ffmpeg -y -i left.mp4 -i right.mp4 -filter_complex "&#xA;  [0:v] crop=w=in_w/2 [croppedLeft];&#xA;  [1:v][1:v] overlay=x=overlay_w/4 [shiftedRight];&#xA;  [shiftedRight][croppedLeft] overlay [vout];&#xA;  [0:a][1:a] amix [aout]&#xA;" -map "[vout]" -map "[aout]" -ac 2 out.mp4&#xA;

    &#xA;

    This command crops the left video to half of its original width (cropping so the video is centered), then shifts the right video a quarter of its width to the right, then overlays the left video on the left half of the output merged with the shifted right video.

    &#xA;

    One day on my weekly fun-time read-through the FFmpeg filters documentation I stumbled on a filter named hstack, which is described as being "faster than using overlay and pad filter to create same output."

    &#xA;

    My ex wife can affirm that there are few higher priorities in my life than going faster, so I altered my ffmpeg script to use hstack instead of two overlays :

    &#xA;

    ffmpeg -y -i left.mp4 -i right.mp4 -filter_complex "&#xA;  [0:v] crop=w=in_w/2 [croppedLeft];&#xA;  [1:v] crop=w=in_w/2 [croppedRight];&#xA;  [croppedLeft][croppedRight] vstack [vout];&#xA;  [0:a][1:a] amix [aout]&#xA;" -map "[vout]" -map "[aout]" -ac 2 out.mp4&#xA;

    &#xA;

    ...but that command runs painfully slowly, like 0.1x. It takes multiple minutes to render a single second.

    &#xA;

    So uhhh what's going on here ? Why is hstack taking so long when it's supposed to be faster ?

    &#xA;

    I've tried this on both the M1 native build from OSXExperts (version N-99816-g3da35b7) and the standard ffmpeg from brew and hstack is just as slow on each.

    &#xA;

Navigation