Recherche avancée

Médias (0)

Mot : - Tags -/protocoles

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

Autres articles (38)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

Sur d’autres sites (3430)

  • avcodec/avcodec : Use avcodec_close() on avcodec_open2() failure

    28 avril 2021, par Andreas Rheinhardt
    avcodec/avcodec : Use avcodec_close() on avcodec_open2() failure

    Compared to the earlier behaviour the following changes :
    
a) AVCodecInternal.byte_buffer is freed.
    
b) The last_pkt_props FIFO is emptied before freeing it.
    
c) If set AVCodecContext.hwaccel is uninitialized and its private data
    
is freed ; hw_frames_ctx and hw_device_ctx are also unreferenced.
    
d) coded_side_data is freed.
    
e) active_thread_type is reset.
    
a), b), d) should be no-ops as the buffer/fifo should be empty and
    
no coded_side_data should exist at any point of avcodec_open2().
    
e) is obviously not bad.
    
c) is in accordance with the documentation of hw_(frames|device)_ctx
    
which states that libacodec takes over ownership of these references.
    
At least in the case of VC-1 it is possible for the hw acceleration to
    
be set during init and in this case freeing it actually fixes a memleak.
    

    avcodec_close() needed only minor adjustments to make it work with
    
a potentially not fully initialized codec.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavcodec/avcodec.c

  • avcodec/avcodec : Store whether AVCodec->close needs to be called

    18 avril 2021, par Andreas Rheinhardt
    avcodec/avcodec : Store whether AVCodec->close needs to be called

    Right now all AVCodecContexts except those using frame-threaded decoding
    
call the codec's init function and expect its close function to be
    
called. In order to make sure that the close function is not called for
    
frame-threaded decoding ff_frame_thread_free() resets
    
AVCodecContext.codec (and because of this it has to free the private
    
AVOptions of the main AVCodecContext itself). This is not obvious and
    
potentially fragile. Instead add a field to AVCodecInternal that
    
indicates whether close should be called for this AVCodecContext.
    
It is always zero when using frame-threaded decoding, so that resetting
    
the codec is no longer necessary and has been removed.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavcodec/avcodec.c
    • [DH] libavcodec/internal.h
    • [DH] libavcodec/pthread_frame.c

  • avcodec/avcodec : Free frame_thread_encoder on avcodec_open2() error

    18 avril 2021, par Andreas Rheinhardt
    avcodec/avcodec : Free frame_thread_encoder on avcodec_open2() error

    The frame_thread_encoder has so far not been freed in case an error
    
happened in avcodec_open2() after ff_frame_thread_encoder_init().
    
This commit changes this.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavcodec/avcodec.c

Navigation