Recherche avancée

Médias (0)

Mot : - Tags -/objet éditorial

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

Autres articles (37)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

Sur d’autres sites (4828)

  • avcodec/aactab : Make AAC encoder and decoders actually init-threadsafe

    22 novembre 2020, par Andreas Rheinhardt
    avcodec/aactab : Make AAC encoder and decoders actually init-threadsafe

    Commit 1a29804558c13ef512d9ef73a9b0d782af4fa5f2 guarded several
    
initializations of static data in the AAC decoders with an AVOnce and
    
set the FF_CODEC_CAP_INIT_THREADSAFE flag, believing the former to be
    
sufficient for the latter. It wasn't, because several of these static
    
tables are shared with other components, so that there might be data
    
races if they are initialized from multiple threads. This affected
    
initializing the ff_sine_* tables as well as initializing the
    
ff_aac_pow*sf_tab tables (shared between both decoders and encoder) as
    
well as ff_aac_kbd_* tables (shared between encoder and floating point
    
decoder).
    

    Commit 3d62e7a30fa552be52d12b31e3e0f79153aff891 set the
    
FF_CODEC_CAP_INIT_THREADSAFE flag for the AAC encoder. More explicitly,
    
this commit used the same AVOnce to guard initializing ff_aac_pow*sf_tab
    
in the encoder and to guard initializing the static data of each
    
decoder ; the ensuing catastrophe was "fixed" in commit
    
ec0719264cb9a9d5cbaf225da48929aea24997a3 by using a single AVOnce
    
for each codec again. But the codec cap has not been removed and
    
therefore the encoder claimed to be init-threadsafe, but wasn't, because
    
of the same tables as above.
    

    The ff_sine_* tables as well as ff_aac_pow*sf_tab tables have already
    
been fixed ; this commit deals with the ff_aac_kbd_* tables, making the
    
encoder as well as the floating-point decoder init-threadsafe (the
    
fixed-point decoder is it already).
    

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

  • avcodec/qsvdec_h2645 : refact, use DEFINE_QSV_DECODER to remove duplicate code

    5 janvier 2021, par Xu Guangxin
    avcodec/qsvdec_h2645 : refact, use DEFINE_QSV_DECODER to remove duplicate code

    Signed-off-by : Xu Guangxin <guangxin.xu@intel.com>
    
Signed-off-by : Linjie Fu <linjie.justin.fu@gmail.com>
    • [DH] libavcodec/qsvdec_h2645.c

  • swscale/yuv2rgb : fix conversion to X2RGB10

    24 septembre 2021, par Manuel Stoeckl
    swscale/yuv2rgb : fix conversion to X2RGB10

    This resolves a problem where conversions from YUV to X2RGB10LE
    
would produce color values a factor 4 too small, because an 8-bit
    
value was placed in a 10-bit channel.
    

    Signed-off-by : Manuel Stoeckl <code@mstoeckl.com>
    
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libswscale/yuv2rgb.c
    • [DH] tests/ref/fate/filter-pixdesc-x2rgb10le
    • [DH] tests/ref/fate/filter-pixfmts-copy
    • [DH] tests/ref/fate/filter-pixfmts-crop
    • [DH] tests/ref/fate/filter-pixfmts-field
    • [DH] tests/ref/fate/filter-pixfmts-fieldorder
    • [DH] tests/ref/fate/filter-pixfmts-hflip
    • [DH] tests/ref/fate/filter-pixfmts-il
    • [DH] tests/ref/fate/filter-pixfmts-null
    • [DH] tests/ref/fate/filter-pixfmts-pad
    • [DH] tests/ref/fate/filter-pixfmts-scale
    • [DH] tests/ref/fate/filter-pixfmts-transpose
    • [DH] tests/ref/fate/filter-pixfmts-vflip

Navigation