Recherche avancée

Médias (91)

Autres articles (101)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

  • Formulaire personnalisable

    21 juin 2013, par

    Cette page présente les champs disponibles dans le formulaire de publication d’un média et il indique les différents champs qu’on peut ajouter. Formulaire de création d’un Media
    Dans le cas d’un document de type média, les champs proposés par défaut sont : Texte Activer/Désactiver le forum ( on peut désactiver l’invite au commentaire pour chaque article ) Licence Ajout/suppression d’auteurs Tags
    On peut modifier ce formulaire dans la partie :
    Administration > Configuration des masques de formulaire. (...)

Sur d’autres sites (12822)

  • random_seed : Rewrite the generic clock() based seed code

    11 juin 2012, par Michael Niedermayer
    random_seed : Rewrite the generic clock() based seed code
    

    The new code is faster and reuses the previous state in case of
    multiple calls.

    The previous code could easily end up in near-infinite loops,
    if the difference between two clock() calls never was larger than
    1.

    This makes fate-parseutils finish in finite time when run in wine,
    if CryptGenRandom isn’t available (which e.g. isn’t available if
    targeting Windows RT/metro).

    Patch originally by Michael Niedermayer but with some modifications
    by Martin Storsjö.

    Signed-off-by : Martin Storsjö <martin@martin.st>

    • [DBH] libavutil/random_seed.c
  • vaapi_encode_h264 : Set level based on stream if not set by user

    19 septembre 2018, par Mark Thompson
    vaapi_encode_h264 : Set level based on stream if not set by user
    
    • [DH] libavcodec/Makefile
    • [DH] libavcodec/vaapi_encode_h264.c
  • Optimize x264 based remote desktop by dirty regions

    23 novembre 2016, par useprxf

    I was using x264 to achieve remote desktop, but had some problems on handling P_SKIP detection.

    Dirty regions indicate changed areas. I would like to encode those macroblocks which don’t intersect any dirty region as P_SKIP types.

    I inserted the following code into x264_macroblock_prob_skip_internal function :

    if (! h->isdirty[h->mb.i_mb_x][h->mb.i_mb_y] &amp;&amp; ! M32(h->mb.cache.pskip_mv))
       return 1;

    but there is almost no speed-up. I think it may be the information preparation for the macroblock analysis that takes influence.

    My question is how to speed up x264 by considering dirty regions ?