Recherche avancée

Médias (91)

Autres articles (41)

  • Contribute to translation

    13 avril 2011

    You can help us to improve the language used in the software interface to make MediaSPIP more accessible and user-friendly. You can also translate the interface into any language that allows it to spread to new linguistic communities.
    To do this, we use the translation interface of SPIP where the all the language modules of MediaSPIP are available. Just subscribe to the mailing list and request further informantion on translation.
    MediaSPIP is currently available in French and English (...)

  • Librairies et logiciels spécifiques aux médias

    10 décembre 2010, par

    Pour un fonctionnement correct et optimal, plusieurs choses sont à prendre en considération.
    Il est important, après avoir installé apache2, mysql et php5, d’installer d’autres logiciels nécessaires dont les installations sont décrites dans les liens afférants. Un ensemble de librairies multimedias (x264, libtheora, libvpx) utilisées pour l’encodage et le décodage des vidéos et sons afin de supporter le plus grand nombre de fichiers possibles. Cf. : ce tutoriel ; FFMpeg avec le maximum de décodeurs et (...)

  • Emballe Médias : Mettre en ligne simplement des documents

    29 octobre 2010, par

    Le plugin emballe médias a été développé principalement pour la distribution mediaSPIP mais est également utilisé dans d’autres projets proches comme géodiversité par exemple. Plugins nécessaires et compatibles
    Pour fonctionner ce plugin nécessite que d’autres plugins soient installés : CFG Saisies SPIP Bonux Diogène swfupload jqueryui
    D’autres plugins peuvent être utilisés en complément afin d’améliorer ses capacités : Ancres douces Légendes photo_infos spipmotion (...)

Sur d’autres sites (7126)

  • Sharing FFMPEG video stream data between processes

    21 juin 2016, par lgaravaglia

    I’m trying to find a method for sharing FFMPEG library datatypes between two processes.

    The project that I’m working on requires one process to buffer the FFMPEG stream that is being received and another process needs to read from the buffer and perform some actions on the video stream. Unfortunately, I can’t use a multi-threaded approach for this project. Due to some limitations in my system I have to use separate processes.

    The data that I would like to share I have placed in a general struct as follows :

    struct FFMPEGData {
    
AVFormatContext *pFormatCtx;
    
AVCodecContext  *pCodecCtx;
    
AVCodec         *pCodec;
    
AVFrame         *pFrame, dst;
    
AVPacket        *packet;
    
AVPacket* pack = new AVPacket[packetNum];
    
};

    The buffering process uses the format context and codec context to read the video stream and then it places packets in the AVPacket array pack. The other process should grab packets from the array and decode them, also using the format and codec contexts.

    I looked into the Boost Interprocess library, but that does not seem to be setup to handle this type of situation easily.

    Would anyone know a method for sharing my general struct between multiple processes ?

  • Go2Webinar decoder

    25 février 2013, par Kostya Shishkov
    Go2Webinar decoder
    • [DH] Changelog
    • [DH] configure
    • [DH] doc/general.texi
    • [DH] libavcodec/Makefile
    • [DH] libavcodec/allcodecs.c
    • [DH] libavcodec/avcodec.h
    • [DH] libavcodec/codec_desc.c
    • [DH] libavcodec/g2meet.c
    • [DH] libavcodec/version.h
    • [DH] libavformat/riff.c

  • avformat/matroskaenc : Rename functions to better reflect what they do

    15 avril 2020, par Andreas Rheinhardt
    avformat/matroskaenc : Rename functions to better reflect what they do

    EBML uses variable length integers both for the EBML IDs as well as for
    
the EBML lengths ; Matroska also uses them for the TrackNumber in
    
(Simple)Blocks and for the lengths of laces when EBML lacing is used.
    

    When encoding EBML lengths, certain encodings have a special meaning,
    
namely that the element has an unknown length. This is not so when
    
encoding general EBML variable length integers.
    

    Yet the functions called ebml_num_size() and put_ebml_num() had this
    
special meaning hardcoded, i.e. they are there to write EBML lengths and
    
not general EBML numbers. So rename them.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavformat/matroskaenc.c

Navigation