Recherche avancée

Médias (1)

Mot : - Tags -/sintel

Autres articles (84)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    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 (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Amélioration de la version de base

    13 septembre 2013

    Jolie sélection multiple
    Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
    Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)

Sur d’autres sites (15984)

  • Stack two video side and side but play one after another

    2 mai 2022, par user1087474

    I have two videos, that i want to concatenate side by side but second one should play after the first one is finished playing.
If the video is not playing, thumbnail should be shown

    


    Below is the example that i want to achieve using ffmpeg
https://twitter.com/sunmor2901/status/1520024861619658752

    


    I have used below command but both videos are runing simultaneously. Second, I also want to display a small text below the video describing what this video is all about (as seen in sample video link in question)

    


    ffmpeg -i 1.mp4 -i 2.mp4 \
  -filter_complex 
    "[0][1]scale2ref='ohmdar':'if(lt(main_h,ih),ih,main_h)'[0s][1s];\
     [1s][0s]scale2ref='ohmdar':'if(lt(main_h,ih),ih,main_h)'[1s][0s];\
     [0:a][1:a]amerge=inputs=2[a];[0s][1s]hstack,setsar=1" \
  -map "[a]" -ac 2 o.mp4


    


  • avcodec/mpeg4videodec : Move use_intra_dc_vlc to stack, fix data race

    26 janvier 2022, par Andreas Rheinhardt
    avcodec/mpeg4videodec : Move use_intra_dc_vlc to stack, fix data race

    use_intra_dc_vlc is currently kept in sync between frame threads
    
in mpeg4_update_thread_context(), yet it is set when decoding
    
blocks, i.e. after ff_thread_finish_setup(). This is a data race
    
and therefore undefined behaviour.
    

    This race can be fixed easily by moving the variable from the context
    
to the stack : use_intra_dc_vlc is only read in
    
mpeg4_decode_block() and only if one is decoding an intra block.
    
There are three callsites for this function : One in
    
mpeg4_decode_partitioned_mb() which always sets use_intra_dc_vlc
    
before the call and two in mpeg4_decode_mb(). One of these callsites
    
is for intra blocks and use_intra_dc_vlc is set before it ;
    
the last callsite is for non-intra blocks, where use_intra_dc_vlc
    
is ignored. So if it is used, it always uses a new value and can
    
therefore be moved to the stack.
    

    The above also explains why this data race did not lead to
    
FATE-test failures.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavcodec/mpeg4video.h
    • [DH] libavcodec/mpeg4videodec.c

  • avcodec/libopenh264dec : Increase array sizes, fix stack-buffer overread

    6 décembre 2021, par Andreas Rheinhardt
    avcodec/libopenh264dec : Increase array sizes, fix stack-buffer overread

    av_image_copy() expects an array of four pointers and linesizes
    
according to its declaration ; it currently only pointers that are
    
actually in use (depending upon the pixel format), but this might
    
change at any time. It has already happened for the linesizes in
    
d7bc52bf456deba0f32d9fe5c288ec441f1ebef5 and so increasing their
    
array fixes a stack-buffer overread.
    

    This fixes a -Wstringop-overflow= and -Wstringop-overread warning
    
from GCC 11.2.
    

    Reviewed-by : Linjie Fu <linjie.justin.fu@gmail.com>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavcodec/libopenh264dec.c

Navigation