Recherche avancée

Médias (1)

Mot : - Tags -/bug

Autres articles (53)

  • Utilisation et configuration du script

    19 janvier 2011, par

    Informations spécifiques à la distribution Debian
    Si vous utilisez cette distribution, vous devrez activer les dépôts "debian-multimedia" comme expliqué ici :
    Depuis la version 0.3.1 du script, le dépôt peut être automatiquement activé à la suite d’une question.
    Récupération du script
    Le script d’installation peut être récupéré de deux manières différentes.
    Via svn en utilisant la commande pour récupérer le code source à jour :
    svn co (...)

  • Demande de création d’un canal

    12 mars 2010, par

    En fonction de la configuration de la plateforme, l’utilisateur peu avoir à sa disposition deux méthodes différentes de demande de création de canal. La première est au moment de son inscription, la seconde, après son inscription en remplissant un formulaire de demande.
    Les deux manières demandent les mêmes choses fonctionnent à peu près de la même manière, le futur utilisateur doit remplir une série de champ de formulaire permettant tout d’abord aux administrateurs d’avoir des informations quant à (...)

  • Configuration spécifique d’Apache

    4 février 2011, par

    Modules spécifiques
    Pour la configuration d’Apache, il est conseillé d’activer certains modules non spécifiques à MediaSPIP, mais permettant d’améliorer les performances : mod_deflate et mod_headers pour compresser automatiquement via Apache les pages. Cf ce tutoriel ; mode_expires pour gérer correctement l’expiration des hits. Cf ce tutoriel ;
    Il est également conseillé d’ajouter la prise en charge par apache du mime-type pour les fichiers WebM comme indiqué dans ce tutoriel.
    Création d’un (...)

Sur d’autres sites (7073)

  • avutil/hwcontext_dxva2 : Don't improperly free IDirect3DSurface9 objects

    16 mai 2017, par Aaron Levinson
    avutil/hwcontext_dxva2 : Don't improperly free IDirect3DSurface9 objects
    

    Add dxva2_pool_release_dummy() and use it in call to
    av_buffer_create() in dxva2_pool_alloc().

    Prior to this change, av_buffer_create() was called with NULL for the
    third argument, which indicates that av_buffer_default_free() should
    be used to free the buffer's data. Eventually, it gets to
    buffer_pool_free() and calls buf->free() on a surface object (which is
    av_buffer_default_free()).

    This can result in a crash when the debug version of the C-runtime is
    used on Windows. While it doesn't appear to result in a crash when
    the release version of the C-runtime is used on Windows, it likely
    results in memory corruption, since av_free() is being called on
    memory that was allocated using
    IDirectXVideoAccelerationService::CreateSurface().

    Signed-off-by : Aaron Levinson <alevinsn@aracnet.com>
    Reviewed-by : wm4 <nfxjfg@googlemail.com>
    Reviewed-by : Steven Liu <lingjiujianke@gmail.com>
    Reviewed-by : Mark Thompson <sw@jkqxz.net>

    • [DH] libavutil/hwcontext_dxva2.c
  • avcodec/ljpegenc : Don't free buffer known to be NULL

    15 septembre 2020, par Andreas Rheinhardt
    avcodec/ljpegenc : Don't free buffer known to be NULL
    

    The lossless JPEG encoder allocates one buffer in its init function
    and freeing said buffer is the only thing done in its close function.
    Despite this the init function called the close function if allocating
    said buffer fails, although there is nothing to free in this case.
    This commit stops doing this.

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

    • [DH] libavcodec/ljpegenc.c
  • avcodec/mfenc : fix double-free on init failure

    21 janvier 2023, par Cameron Gutman
    avcodec/mfenc : fix double-free on init failure
    

    mfenc sets FF_CODEC_CAP_INIT_CLEANUP, so calling mf_close() on
    failure inside mf_init() results in a double-free.

    Signed-off-by : Cameron Gutman <aicommander@gmail.com>
    Signed-off-by : Martin Storsjö <martin@martin.st>

    • [DH] libavcodec/mfenc.c