Recherche avancée

Médias (29)

Mot : - Tags -/Musique

Autres articles (22)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

  • Emballe médias : à quoi cela sert ?

    4 février 2011, par

    Ce plugin vise à gérer des sites de mise en ligne de documents de tous types.
    Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ;

Sur d’autres sites (4177)

  • Decoding H.264 UDP stream

    24 février 2019, par user2422659

    I have to work with ’FFMPEG’ in order to decode ’UDP’ streaming(Not ’RTP’ or ’RTSP’) of raw ’h264’ video.address.
    So far i have compiled and make ’ffplay’ decode successfully a local ’h264’ file.
    Now i have to add support of that ’UDP’ listener who will get chunks of data.
    As far as i understand ’AVFormatContext.fileName’ gets a file name or ’RTSP’
    Any help ?
    what is the proper way to do this ?

    Thanks in advanced.

  • sdp : Add an option for sending RTCP packets to the source of the last packets

    13 août 2013, par Martin Storsjö
    sdp : Add an option for sending RTCP packets to the source of the last packets

    An SDP description normally only contains the target IP address
    
and port for the packets. This means that we don’t really have
    
any clue where to send the RTCP RR packets - previously they’re
    
sent to the destination IP written in the SDP (at the same port),
    
which rarely is the actual peer. And if the source for the packets
    
is on a different port than the destination, it’s never correct.
    

    With a new option, we can choose to send the packets to the
    
address that the latest packet on each socket arrived from.

    — -
    
Some may even argue that this should be the default - perhaps,
    
but I’d rather keep it optional at first. Additionally, I’m not
    
sure if sending RTCP RR directly back to the source is
    
desireable for e.g. multicast.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libavformat/rtsp.c
    • [DH] libavformat/rtsp.h

  • Revision f295774d43 : vp9_rd_pick_inter_mode_sb : fix uninitialized value 'skippable' can remain unset

    10 août 2013, par James Zern

    Changed Paths :
     Modify /vp9/encoder/vp9_rdopt.c



    vp9_rd_pick_inter_mode_sb : fix uninitialized value

    'skippable' can remain unset and negatively affect later decisions

    address one aspect of issue #599

    Change-Id : Iffdf0ac2e49ac481c27dc27c87fa546d4167bb28

Navigation