Recherche avancée

Médias (91)

Autres articles (77)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

Sur d’autres sites (11618)

  • Anomalie #2876 : Erreur CSS mediabox

    30 septembre 2014, par Cédric Corral

    Bonjour,
    Je voudrais ré-ouvrir ce sujet car la raison indiquée me semble perfectible.

    Le choix d’utiliser la syntaxe .hover au lieu de :hover dans les fichiers css des modèles mediabox ne permet pas d’atteindre tous les objectifs de la ligne de code.

    Cette ligne a pour but d’afficher un icône lors du survol par la souris, sur la photo affichée. Cet effet n’est visible qu’avec le modèle ’fancybox’. Les autres modèles black-simple, thickbox, etc ... n’affiche aucune icône en survol.

    Considérant qu’il y ait deux effets à rendre :
    1- Le ciblage de l’élément lors du survol.
    2- L’affichage d’une icône lors du survol.
    La ligne de code pourrait être modifiée pour remplir les deux objectifs.

    Est-il possible de réouvrir cette anomalie ?

  • avcodec/refstruct : Add RefStruct pool API

    5 août 2022, par Andreas Rheinhardt
    avcodec/refstruct : Add RefStruct pool API
    

    Very similar to the AVBufferPool API, but with some differences :
    1. Reusing an already existing entry does not incur an allocation
    at all any more (the AVBufferPool API needs to allocate an AVBufferRef).
    2. The tasks done while holding the lock are smaller ; e.g.
    allocating new entries is now performed without holding the lock.
    The same goes for freeing.
    3. The entries are freed as soon as possible (the AVBufferPool API
    frees them in two batches : The first in av_buffer_pool_uninit() and
    the second immediately before the pool is freed when the last
    outstanding entry is returned to the pool).
    4. The API is designed for objects and not naked buffers and
    therefore has a reset callback. This is called whenever an object
    is returned to the pool.
    5. Just like with the RefStruct API, custom allocators are not
    supported.

    (If desired, the FFRefStructPool struct itself could be made
    reference counted via the RefStruct API ; an FFRefStructPool
    would then be freed via ff_refstruct_unref().)

    Reviewed-by : Michael Niedermayer <michael@niedermayer.cc>
    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

    • [DH] libavcodec/refstruct.c
    • [DH] libavcodec/refstruct.h
  • avfilter/scale_cuda : add support for rgb32/bgr32 conversions

    16 juin 2023, par Philip Langdale
    avfilter/scale_cuda : add support for rgb32/bgr32 conversions
    

    As we are introducing two new formats and supporting conversions
    between them, and also with the existing 0rgb32/0bgr32 formats, we get
    a combinatorial explosion of kernels. I introduced a few new macros to
    keep the things mostly managable.

    The conversions are all simple, following existing patterns, with four
    specific exceptions. When converting from 0rgb32/0bgr32 to rgb32/bgr32,
    we need to ensure the alpha value is set to 1. In all other cases, it
    can just be passed through, either to be used or ignored.

    • [DH] libavfilter/version.h
    • [DH] libavfilter/vf_scale_cuda.c
    • [DH] libavfilter/vf_scale_cuda.cu