Recherche avancée

Médias (91)

Autres articles (74)

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

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

Sur d’autres sites (4533)

  • 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