Recherche avancée

Médias (0)

Mot : - Tags -/interaction

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (73)

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

  • Diogene : création de masques spécifiques de formulaires d’édition de contenus

    26 octobre 2010, par

    Diogene est un des plugins ? SPIP activé par défaut (extension) lors de l’initialisation de MediaSPIP.
    A quoi sert ce plugin
    Création de masques de formulaires
    Le plugin Diogène permet de créer des masques de formulaires spécifiques par secteur sur les trois objets spécifiques SPIP que sont : les articles ; les rubriques ; les sites
    Il permet ainsi de définir en fonction d’un secteur particulier, un masque de formulaire par objet, ajoutant ou enlevant ainsi des champs afin de rendre le formulaire (...)

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

Sur d’autres sites (7950)

  • FFmpeg overlay filter_complex is slow on Android

    15 septembre 2019, par nor0x

    I’m using FFmpeg on Android (Xamarin) to add a watermark to a video. I have tested the operation with multiple videos and i think overall performance is pretty bad. I wanted to share my results and see how if anyone has similar or better benchmarks.

    I’m using the following command for adding a png watermark to the video.

    $"-i {video} -i {watermark} -filter_complex \"overlay=W-w-5:H-h-5\" -codec:a copy -preset ultrafast -loglevel debug {output} -y";

    The watermark is a 150x150 png with a filesize of 18KB.

    Video 1
    - 13 seconds
    - 3840x2160
    - 60FPS
    - 125MB
    FFmpeg duration : 156 seconds

    Video 2
    - 4 seconds
    - 3840x2160
    - 30FPS
    - 17MB
    FFmpeg duration : 35 seconds

    Video 3
    - 10 seconds
    - 1920x1080
    - 60FPS
    - 35MB
    FFmpeg duration : 79 seconds

    What do you think of these results, is it legit that adding an overlay takes that long ? Maybe there is something wrong with my command ? I ran these tests on an Asus Zenfone 6 (Snapdragon 855, 8GB RAM)

    EDIT :
    I’m using FFmpeg version 3.0.1.1 compiled for ARM. (https://github.com/gperozzo/XamarinAndroidFFmpeg/tree/master/binary/3.0.1.1/arm).

    All videos are mp4 files with the H.264 format.

  • x264 static lib libx264.a occur an error : asm code, recompile with -fPIC [closed]

    20 juin 2019, par thunvan

    compile with static libs :

    yasm -I. -I. -DARCH_X86_64=1 -I./common/x86/ -f elf64 -Worphan-labels -DSTACK_ALIGNMENT=32 -DPIC -DHIGH_BIT_DEPTH=0 -DBIT_DEPTH=8 -o common/x86/cabac-a.o common/x86/cabac-a.asm

    link the libx264.a to another so libs

    occur : (cabac-a.o): relocation R_X86_64_PC32 against symbol `x264_cabac_range_lps' can not be used when making a shared object; recompile with -fPIC

    used -DPIC with yasm, also have error.

    gcc -Wno-maybe-uninitialized -Wshadow -O3 -ffast-math -m64  -Wall -I. -I. -std=gnu99 -D_GNU_SOURCE -mpreferred-stack-boundary=5  -I/usr/local/include  -I/usr/local/include -fPIC -fomit-frame-pointer -fno-tree-vectorize   -c -o encoder/cavlc.o encoder/cavlc.c
    
gcc -Wno-maybe-uninitialized -Wshadow -O3 -ffast-math -m64  -Wall -I. -I. -std=gnu99 -D_GNU_SOURCE -mpreferred-stack-boundary=5  -I/usr/local/include  -I/usr/local/include -fPIC -fomit-frame-pointer -fno-tree-vectorize   -c -o encoder/encoder.o encoder/encoder.c
    
gcc -Wno-maybe-uninitialized -Wshadow -O3 -ffast-math -m64  -Wall -I. -I. -std=gnu99 -D_GNU_SOURCE -mpreferred-stack-boundary=5  -I/usr/local/include  -I/usr/local/include -fPIC -fomit-frame-pointer -fno-tree-vectorize   -c -o encoder/lookahead.o encoder/lookahead.c
    
gcc -Wno-maybe-uninitialized -Wshadow -O3 -ffast-math -m64  -Wall -I. -I. -std=gnu99 -D_GNU_SOURCE -mpreferred-stack-boundary=5  -I/usr/local/include  -I/usr/local/include -fPIC -fomit-frame-pointer -fno-tree-vectorize   -c -o common/threadpool.o common/threadpool.c
    
gcc -Wno-maybe-uninitialized -Wshadow -O3 -ffast-math -m64  -Wall -I. -I. -std=gnu99 -D_GNU_SOURCE -mpreferred-stack-boundary=5  -I/usr/local/include  -I/usr/local/include -fPIC -fomit-frame-pointer -fno-tree-vectorize   -c -o common/x86/mc-c.o common/x86/mc-c.c
    
gcc -Wno-maybe-uninitialized -Wshadow -O3 -ffast-math -m64  -Wall -I. -I. -std=gnu99 -D_GNU_SOURCE -mpreferred-stack-boundary=5  -I/usr/local/include  -I/usr/local/include -fPIC -fomit-frame-pointer -fno-tree-vectorize   -c -o common/x86/predict-c.o common/x86/predict-c.c
    
yasm -I. -I. -DARCH_X86_64=1 -I./common/x86/ -f elf64 -Worphan-labels -DSTACK_ALIGNMENT=32 -DPIC -DHIGH_BIT_DEPTH=0 -DBIT_DEPTH=8 -o common/x86/const-a.o common/x86/const-a.asm
    
yasm -I. -I. -DARCH_X86_64=1 -I./common/x86/ -f elf64 -Worphan-labels -DSTACK_ALIGNMENT=32 -DPIC -DHIGH_BIT_DEPTH=0 -DBIT_DEPTH=8 -o common/x86/cabac-a.o common/x86/cabac-a.asm
    
yasm -I. -I. -DARCH_X86_64=1 -I./common/x86/ -f elf64 -Worphan-labels -DSTACK_ALIGNMENT=32 -DPIC -DHIGH_BIT_DEPTH=0 -DBIT_DEPTH=8 -o common/x86/dct-a.o common/x86/dct-a.asm
    
yasm -I. -I. -DARCH_X86_64=1 -I./common/x86/ -f elf64 -Worphan-labels -DSTACK_ALIGNMENT=32 -DPIC -DHIGH_BIT_DEPTH=0 -DBIT_DEPTH=8 -o common/x86/deblock-a.o common/x86/deblock-a.asm
    
yasm -I. -I. -DARCH_X86_64=1 -I./common/x86/ -f elf64 -Worphan-labels -DSTACK_ALIGNMENT=32 -DPIC -DHIGH_BIT_DEPTH=0 -DBIT_DEPTH=8 -o common/x86/mc-a.o common/x86/mc-a.asm
    
yasm -I. -I. -DARCH_X86_64=1 -I./common/x86/ -f elf64 -Worphan-labels -DSTACK_ALIGNMENT=32 -DPIC -DHIGH_BIT_DEPTH=0 -DBIT_DEPTH=8 -o common/x86/mc-a2.o common/x86/mc-a2.asm
    
yasm -I. -I. -DARCH_X86_64=1 -I./common/x86/ -f elf64 -Worphan-labels -DSTACK_ALIGNMENT=32 -DPIC -DHIGH_BIT_DEPTH=0 -DBIT_DEPTH=8 -o common/x86/pixel-a.o common/x86/pixel-a.asm
    
yasm -I. -I. -DARCH_X86_64=1 -I./common/x86/ -f elf64 -Worphan-labels -DSTACK_ALIGNMENT=32 -DPIC -DHIGH_BIT_DEPTH=0 -DBIT_DEPTH=8 -o common/x86/predict-a.o common/x86/predict-a.asm

    how to compile asm code with yasm, and result to pic code successfully ?

  • ERROR : SvtAv1Enc not found using pkg-config

    2 novembre 2023, par Dmitry Maksakov

    I am trying to compile FFmpeg with SVT-AV1 codec, following instructions from here : https://github.com/OpenVisualCloud/SVT-AV1/tree/master/ffmpeg_plugin

    



    Everything goes well, but when I try to run

    



    ./configure --enable-libsvtav1


    



    I am getting

    



    ERROR: SvtAv1Enc not found using pkg-config

If you think configure made a mistake, make sure you are using the latest
version from Git.  If the latest version fails, report the problem to the
ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net.
Include the log file "ffbuild/config.log" produced by configure as this will help
solve the problem.


    



    The content of the ffbuild/config.log : https://pastebin.com/euPriFAp

    



    There is an exact issue on the github : https://github.com/OpenVisualCloud/SVT-AV1/issues/35, but is closed as solved.

    



    I have tried both on my Mac and in the Docker container with Ubuntu 18.04, but getting the same result.

    



    Could anyone please help, what am I doing wrong ?

    


Navigation