Recherche avancée

Médias (1)

Mot : - Tags -/MediaSPIP

Autres articles (51)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

Sur d’autres sites (9714)

  • lavc/vulkan : add SPIR-V compilation support

    4 octobre 2024, par Lynne
    lavc/vulkan : add SPIR-V compilation support

    This is the same as with libavfilter.
    

    We will need SPIR-V compilation for at least three different things,
    
like the VC-2 encoder and decoder, AV1 film grain synthesis for
    
hardware with no support for it, and possibly other codecs.
    • [DH] libavcodec/Makefile
    • [DH] libavcodec/vulkan_glslang.c
    • [DH] libavcodec/vulkan_shaderc.c

  • vulkan_decode : use a single execution pool

    3 décembre 2024, par Lynne
    vulkan_decode : use a single execution pool

    Originally, the decoder had a single execution pool, with one
    
execution context per thread. Execution pools were always intended
    
to be thread-safe, as long as there were enough execution contexts
    
in the pool to satisfy all threads.
    

    Due to synchronization issues, the threading part was removed at some
    
point, and, for decoding, each thread had its own execution pool.
    
Having a single execution pool per context is hacky, not to mention
    
wasteful.
    
Most importantly, we *cannot* associate single shaders across multiple
    
execution pools for a single application. This means that we cannot
    
use shaders to either apply film grain, or use this framework for
    
software-defined decoders.
    

    The recent commits added threading capabilities back to the execution
    
pool, and the number of contexts in each pool was increased. This was
    
done with the assumption that the execution pool was singular, which
    
it was not. This led to increased parallelism and number of frames
    
in flight, which is taxing on memory.
    

    This commit finally restores proper threading behaviour.
    
The validation layer has isses that are reported and addressed in the
    
earlier commit.
    • [DH] libavcodec/vulkan_decode.c
    • [DH] libavcodec/vulkan_decode.h

  • tests/swscale : switch from MSE to SSIM

    25 février, par Niklas Haas
    tests/swscale : switch from MSE to SSIM

    And bias it towards Y. This is much better at ignoring errors due to differing
    
dither patterns, and rewards algorithms that lower luma noise at the cost of
    
higher chroma noise.
    

    The (0.8, 0.1, 0.1) weights for YCbCr are taken from the paper :
    
  "Understanding SSIM" by Jim Nilsson and Tomas Akenine-Möller
    
  (https://arxiv.org/abs/2006.13846)
    • [DH] libswscale/tests/swscale.c

Navigation