Recherche avancée

Médias (91)

Autres articles (50)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

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

  • Librairies et binaires spécifiques au traitement vidéo et sonore

    31 janvier 2010, par

    Les logiciels et librairies suivantes sont utilisées par SPIPmotion d’une manière ou d’une autre.
    Binaires obligatoires FFMpeg : encodeur principal, permet de transcoder presque tous les types de fichiers vidéo et sonores dans les formats lisibles sur Internet. CF ce tutoriel pour son installation ; Oggz-tools : outils d’inspection de fichiers ogg ; Mediainfo : récupération d’informations depuis la plupart des formats vidéos et sonores ;
    Binaires complémentaires et facultatifs flvtool2 : (...)

Sur d’autres sites (5208)

  • Revision 7eca086707 : Add segmentation map array for current and last frame segmentation. The origina

    17 juillet 2014, par hkuang

    Changed Paths :
     Modify /vp9/common/vp9_alloccommon.c


     Modify /vp9/common/vp9_alloccommon.h


     Modify /vp9/common/vp9_entropymode.c


     Modify /vp9/common/vp9_onyxc_int.h


     Modify /vp9/decoder/vp9_decodemv.c


     Modify /vp9/decoder/vp9_decoder.c



    Add segmentation map array for current and last frame segmentation.

    The original implementation only allocates one segmentation map and this
    works fine for serial decode. But for frame parallel decode, each thread
    need to have its own segmentation map and the last frame segmentation map
    should be provided from last frame decoding thread.

    After finishing decoding a frame, thread need to serve the old segmentation
    map that associate with the previous decoded frame. The thread also need to
    use another segmentation map for decoding the current frame.

    Change-Id : I442ddff36b5de9cb8a7eb59e225744c78f4492d8

  • Revision 1eb6e683f2 : Add superframe support for frame parallel decoding. A superframe is a bunch of

    13 juin 2014, par hkuang

    Changed Paths :
     Modify /vp9/vp9_dx_iface.c



    Add superframe support for frame parallel decoding.

    A superframe is a bunch of frames that bundled as one frame. It is mostly
    used to combine one or more non-displayable frames and one displayable frame.

    For frame parallel decoding, libvpx decoder will only support decoding one
    normal frame or a super frame with superframe index.

    If an application pass a superframe without superframe index or a chunk
    of displayable frames without superframe index to libvpx decoder, libvpx
    will not decode it in frame parallel mode. But libvpx decoder still could
    decode it in serial mode.

    Change-Id : I04c9f2c828373d64e880a8c7bcade5307015ce35

  • Possible to stream video over 115kbps ?

    15 mai 2014, par Arcadio Alivio Sincero

    I need some advice from people experienced with streaming video.

    I have a task to put together a system that allows video coming from RS-170 (composite) video cameras and have them displayed on an iPad. The catch is that no wireless (no Wi-Fi, no bluetooth) is allowed. Only a wired interface.

    The physical I/O options on an iPad are apparently extremely limited, but I did manage to come across a company named Redpark that makes an RS232-to-Lightning cable. So my proposed solution is to have the video feeds go into a box with software that digitizes and encodes the video, and then sends it over RS232 to the iPad using that cable. The catch here is that the maximum bandwidth on that cable is 115kbps.

    My preliminary testing of this setup on a prototype system have been less than stellar so far. I set up two PCs, each with serial ports, and hooked them together with a null modem. I then set the baud rates of the ports to 115kpbs and then attempted to stream a web cam video feed over the serial connection in real-time using ffmpeg. The results weren’t very encouraging, but I at least did manage to get some sort of image to show up.

    I guess I need to play around with the ffmpeg encoding options some more. But I need to ask : am I wasting my time with this idea, or should what I am asking here be possible ?

Navigation