Recherche avancée

Médias (91)

Autres articles (89)

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

  • Amélioration de la version de base

    13 septembre 2013

    Jolie sélection multiple
    Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
    Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

Sur d’autres sites (12434)

  • 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] && ! 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 ?

  • 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
  • avcodec/tiff : Restrict tag order based on specification

    20 août 2020, par Michael Niedermayer
    avcodec/tiff : Restrict tag order based on specification
    

    "The entries in an IFD must be sorted in ascending order by Tag. Note that this is
    not the order in which the fields are described in this document."

    This way various dimensions, sample and bit sizes cannot be changed at
    arbitrary times which reduces the potential for bugs.
    The tag reading code also on various places assumes that numerically previous
    tags have already been parsed, so this needs to be enforced one way or another.

    If this commit causes problems with real world files which are not easy to fix
    then some other form of checks are needed to ensure the various dependencies
    in the tag reading are not violated.

    Fixes : out of array access
    Fixes : 24825/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TIFF_fuzzer-6326925027704832

    Found-by : continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>

    • [DH] libavcodec/tiff.c