Recherche avancée

Médias (1)

Mot : - Tags -/blender

Autres articles (100)

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

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • L’agrémenter visuellement

    10 avril 2011

    MediaSPIP est basé sur un système de thèmes et de squelettes. Les squelettes définissent le placement des informations dans la page, définissant un usage spécifique de la plateforme, et les thèmes l’habillage graphique général.
    Chacun peut proposer un nouveau thème graphique ou un squelette et le mettre à disposition de la communauté.

Sur d’autres sites (12395)

  • mpegts : pass MpegTSContext ptr explicitly

    8 juillet 2014, par Alexander V. Lukyanov
    mpegts : pass MpegTSContext ptr explicitly
    

    AVFormatContext->priv_data is not always a MpegTSContext, it can be
    RTSPState when decoding a RTP stream. So it is necessary to pass
    MpegTSContext pointer explicitly.

    Within libav, the write_section_data function doesn’t actually use
    the MpegTSContext at all, so this doesn’t change anything at the
    moment (no memory was corrupted before), but it reduces the risk of
    anybody trying to touch the MpegTSContext via AVFormatContext->priv_data
    in the future.

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

    • [DBH] libavformat/mpegts.c
  • x86 : h264 : Don’t keep data in the redzone across function calls on 64 bit unix

    20 février 2012, par Martin Storsjö
    x86 : h264 : Don’t keep data in the redzone across function calls on 64 bit unix
    

    We know that the called function (ff_chroma_inter_body_mmxext)
    doesn’t touch the redzone, and thus will be kept intact - thus,
    this doesn’t fix any bug per se.

    However, valgrind’s memcheck tool intentionally assumes that the
    redzone is clobbered on every function call and function return
    (see a long comment in valgrind/memcheck/mc_main.c). This avoids
    false positives in that tool, at the cost of an extra stack pointer
    adjustment.

    The other alternative would be a valgrind suppression for this issue,
    but that’s an extra burden for everybody that wants to run libavcodec
    within valgrind.

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

    • [DBH] libavcodec/x86/h264_deblock.asm
  • x86 : h264 : Don’t keep data in the redzone across function calls on 64 bit unix

    20 février 2012, par Martin Storsjö
    x86 : h264 : Don’t keep data in the redzone across function calls on 64 bit unix
    

    We know that the called function (ff_chroma_inter_body_mmxext)
    doesn’t touch the redzone, and thus will be kept intact - thus,
    this doesn’t fix any bug per se.

    However, valgrind’s memcheck tool intentionally assumes that the
    redzone is clobbered on every function call and function return
    (see a long comment in valgrind/memcheck/mc_main.c). This avoids
    false positives in that tool, at the cost of an extra stack pointer
    adjustment.

    The other alternative would be a valgrind suppression for this issue,
    but that’s an extra burden for everybody that wants to run libavcodec
    within valgrind.

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

    • [DH] libavcodec/x86/h264_deblock.asm