Recherche avancée

Médias (91)

Autres articles (83)

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

  • Dépôt de média et thèmes par FTP

    31 mai 2013, par

    L’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
    Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

Sur d’autres sites (12715)

  • FFMPEG dropping frames due to color space mismatch

    14 mai 2021, par Ismir Egal

    I've got two png image sequences with 30 frames each i'm trying to blend together.
The problem is that some of the images are in the rgb24 color space while some are in rgba.
Blending the two 30-frame animations together causes it to loose frames - the output is only 26 frames long and the two individual strips out-of-synch.

    


    Command used :

    


    ffmpeg -i a_%04d.png -i b_%04d.png -c:v libvpx -crf 4 -b:v 20M -filter_complex "blend=average" ab.webm


    


    Result :

    


    Input #0, image2, from 'a_%04d.png':
Duration: 00:00:01.20, start: 0.000000, bitrate: N/A
Stream #0:0: Video: png, rgb24(pc), 1280x720 [SAR 2835:2835 DAR 16:9], 25 fps, 25 tbr, 25 tbn, 25 tbc
Input #1, image2, from 'b_%04d.png':
Duration: 00:00:01.20, start: 0.000000, bitrate: N/A
Stream #1:0: Video: png, rgb24(pc), 1280x720 [SAR 2835:2835 DAR 16:9], 25 fps, 25 tbr, 25 tbn, 25 tbc
[...]
Input stream #0:0 frame changed from size:1280x720 fmt:rgb24 to size:1280x720 fmt:rgba
Input stream #1:0 frame changed from size:1280x720 fmt:rgb24 to size:1280x720 fmt:rgba
Input stream #0:0 frame changed from size:1280x720 fmt:rgba to size:1280x720 fmt:rgb24
Input stream #1:0 frame changed from size:1280x720 fmt:rgba to size:1280x720 fmt:rgb24
Input stream #0:0 frame changed from size:1280x720 fmt:rgb24 to size:1280x720 fmt:rgba
Input stream #1:0 frame changed from size:1280x720 fmt:rgb24 to size:1280x720 fmt:rgba
Input stream #0:0 frame changed from size:1280x720 fmt:rgba to size:1280x720 fmt:rgb24
Input stream #1:0 frame changed from size:1280x720 fmt:rgba to size:1280x720 fmt:rgb24
frame=26 fps=13 q=0.0 Lsize=942kB time=00:00:01.12 bitrate=6886.5kbits/s
video:941kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.072036%


    


    Creating videos from the individual sequences does not create this problem, it only occurs when blending them together.
    
Any idea how i can solve this problem or convert both inputs to the rgb24 format first (if that would help) ?

    


  • avcodec/mqc : Hardcode tables to save space

    7 mai 2021, par Andreas Rheinhardt
    avcodec/mqc : Hardcode tables to save space

    mqc currently initializes three arrays at runtime ; each of them
    
has 2 * 47 elements, one is uint16_t, two are uint8_t, so that their
    
combined size is 8 * 47. The source data for these initializations
    
is contained in an array of 47 elements of size six. Said array is
    
only used in order to initialize the other arrays, so the savings
    
are just 2 * 47B. Yet this is dwarfed by the size of the code for
    
performing the initializations : It is 109B (GCC 10.2, x64, -O3 albeit
    
in an av_cold function) ; this does not even include the size of the
    
code in the callers. So just hardcode these tables.
    

    This also fixes a data race, because the encoder always initialized
    
these tables during init, although they might already be used at the
    
same time by already running encoder/decoder instances.
    

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

  • avcodec/speedhqenc : Hardcode table to save space

    10 décembre 2020, par Andreas Rheinhardt
    avcodec/speedhqenc : Hardcode table to save space

    The SpeedHQ encoder currently reverses the entries of two small tables
    
and stores them in other tables. These other tables have a size of 48
    
bytes, yet the code for their initialization takes 135 bytes (GCC 9.3,
    
x64, O3 albeit in an av_cold function). So remove the runtime
    
initialization and hardcode the tables.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavcodec/speedhqenc.c

Navigation