Advanced search

Medias (91)

Other articles (19)

  • Pas question de marché, de cloud etc...

    10 April 2011

    Le vocabulaire utilisé sur ce site essaie d’éviter toute référence à la mode qui fleurit allègrement
    sur le web 2.0 et dans les entreprises qui en vivent.
    Vous êtes donc invité à bannir l’utilisation des termes "Brand", "Cloud", "Marché" etc...
    Notre motivation est avant tout de créer un outil simple, accessible à pour tout le monde, favorisant
    le partage de créations sur Internet et permettant aux auteurs de garder une autonomie optimale.
    Aucun "contrat Gold ou Premium" n’est donc prévu, aucun (...)

  • Keeping control of your media in your hands

    13 April 2011, by

    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 (...)

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 March 2010, by

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3); le plugin champs extras v2 nécessité par (...)

On other websites (4387)

  • libavcodec/vp8dec: fix the multi-thread HWAccel decode error

    11 June 2019, by Shaofei Wang
    libavcodec/vp8dec: fix the multi-thread HWAccel decode error
    

    Fix the issue: https://github.com/intel/media-driver/issues/317

    the root cause is update_dimensions will be called multple times
    when decoder thread number is not only 1, but update_dimensions
    call get_pixel_format in each decode thread will trigger the
    hwaccel_uninit/hwaccel_init more than once. But only one hwaccel
    should be shared with all decode threads.
    in current context,
    there are 3 situations in the update_dimensions():
    1. First time calling. No matter single thread or multithread,
    get_pixel_format() should be called after dimensions were
    set;
    2. Dimention changed at the runtime. Dimention need to be
    updated when macroblocks_base is already allocated,
    get_pixel_format() should be called to recreate new frames
    according to updated dimension;
    3. Multithread first time calling. After decoder init, the
    other threads will call update_dimensions() at first time
    to allocate macroblocks_base and set dimensions.
    But get_pixel_format() is shouldn't be called due to low
    level frames and context are already created.

    In this fix, we only call update_dimensions as need.

    Signed-off-by: Wang, Shaofei <shaofei.wang@intel.com>
    Reviewed-by: Jun, Zhao <jun.zhao@intel.com>
    Reviewed-by: Haihao Xiang <haihao.xiang@intel.com>
    Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>

    • [DH] libavcodec/vp8.c
  • Anomalie #3254: Valeur par défaut des champs "statut’, ’syndication’ et ’url_syndic’

    6 August 2014, by b b

    Hop, je ne vois pas le problème, c’est bien ce qu’on fait déjà pour les brèves par exemple :

    http://zone.spip.org/trac/spip-zone/browser/_core_/plugins/breves/base/breves.php#L75

    Il suffit d’utiliser l’API editer_objet pour éviter le problème.

    D’autres avis ?

  • Evolution #4468: Unification des CSS pour les boutons et les icônes

    15 September 2020, by nicod _

    Donc pour les liens boutons, il faudrait soit limiter à la balise → a.bouton , mais c’est un peu sale. Ou alors trouver une autre classe pour le bandeau.

    Pourquoi "un peu sale" ? à part a et button, voir input[type=button] je ne vois pas où on pourrait appliquer cette classe.

    Mais +1 pour renommer la classe des li de

    • , qui n’a pas de logique là, ce serait plus cohérent.