Recherche avancée

Médias (0)

Mot : - Tags -/serveur

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (104)

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

  • Le profil des utilisateurs

    12 avril 2011, par

    Chaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
    L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

Sur d’autres sites (11679)

  • avcodec/ituh263dec : Make the condition for the studio slice start code match between...

    14 septembre 2019, par Michael Niedermayer
    avcodec/ituh263dec : Make the condition for the studio slice start code match between ff_h263_resync() and ff_mpeg4_decode_studio_slice_header()
    

    If they mismatch an infinite loop can occur
    Fixes : Timeout (infinite loop)
    Fixes : 17043/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MPEG4_fuzzer-5695051748868096

    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/ituh263dec.c
  • avcodec/dsddec : add slice threading support

    28 août 2019, par Paul B Mahol
    avcodec/dsddec : add slice threading support
    
    • [DH] libavcodec/dsd.c
    • [DH] libavcodec/dsddec.c
  • cbs_mpeg2 : Fix parsing of picture and slice headers

    20 juin 2019, par Andreas Rheinhardt
    cbs_mpeg2 : Fix parsing of picture and slice headers
    

    1. The extra information in slice headers was parsed incorrectly :
    In the first reading pass to derive the length of the extra information,
    one should look at bits n, n + 9, n + 18, ... and check whether they
    equal one (further extra information) or zero (end of extra information),
    but instead bits n, n + 8, n + 16, ... were inspected. The second pass
    of reading (where the length is already known and the bytes between the
    length-determining bits are copied into a buffer) did not record what
    was in bits n, n + 9, n + 18, ..., presuming they equal one. And during
    writing, the bytes in the buffer are interleaved with set bits and
    written. This means that if the detected length of the extra information
    was greater than the real length, the output was corrupted. Fortunately
    no sample is known that made use of this mechanism : The extra information
    in slices is still marked as reserved in the specifications. cbs_mpeg2
    is now ready in case this changes.

    2. Furthermore, the buffer is now padded and slightly different, but
    very similar code for reading resp. writing has been replaced by code
    used for both. This was made possible by a new macro, the equivalent
    to cbs_h2645's fixed().

    3. These changes also made it possible to remove the extra_bit_slice
    element from the MPEG2RawSliceHeader structure. Said element was always
    zero except when the detected length of the extra information was less
    than the real length.

    4. The extra information in picture headers (which uses essentially the
    same syntax as the extra information in slice headers) has simply been
    forgotten. This meant that if this extra information was present, it was
    discarded during reading ; and unfortunately writing created invalid
    bitstreams in this case (an extra_bit_picture - the last set bit of the
    whole unit - indicated that there would be a further byte of data,
    although the output didn't contain said data).

    This has been fixed ; both types of extra information are now parsed via
    the same code and essentially passed through.

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>

    • [DH] libavcodec/cbs_mpeg2.c
    • [DH] libavcodec/cbs_mpeg2.h
    • [DH] libavcodec/cbs_mpeg2_syntax_template.c