Recherche avancée

Médias (91)

Autres articles (29)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • 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" ;

  • Use, discuss, criticize

    13 avril 2011, par

    Talk to people directly involved in MediaSPIP’s development, or to people around you who could use MediaSPIP to share, enhance or develop their creative projects.
    The bigger the community, the more MediaSPIP’s potential will be explored and the faster the software will evolve.
    A discussion list is available for all exchanges between users.

Sur d’autres sites (5730)

  • Add "prefer_tcp" flag to "rtsp_flags"

    4 mars 2014, par Andrey Utkin
    Add "prefer_tcp" flag to "rtsp_flags"

    If set, and if TCP is available as RTSP RTP transport, then TCP will be
    
tried first as RTP transport.
    

    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] doc/protocols.texi
    • [DH] libavformat/rtsp.c
    • [DH] libavformat/rtsp.h

  • FFmpeg : Changing output bitrate on-the-fly

    16 juillet 2012, par Saptarshi

    I am using ffmpeg to encode a video file to an mpeg transport stream, which is subsequently sent over network.

    Depending on available network bandwidth, I want to dynamically change ffmpeg's output bitrate. Is this possible with ffmpeg without having to restart it with new command line options like below ?

    `ffmpeg -i input.avi -ss <resume point="point"> -b:v <new bitrate="bitrate"> output.ts
    
</new></resume>

  • how does decoder handle media packet lose/out of order/repeat ?

    20 mai 2021, par woder

    this might not be a good question, because it is big, but sincerely, I want to get the overall knowledge of Quality guarantee of video communication：

    &#xA;

    we know it media packet will lose or out of order or repeat in network realtime communication :

    &#xA;

    In transport layer, assume that we use rtp to transport media and rtcp to control and feedback ; we can use a buffer to save rtp packets, so we can reorder packets by rtp sequence to solve problem out of order, and filter repeat packets to solve repeat, use rtcp packet to tell the sender that I have lost rtp packet of sequence xxx to solve lose ;

    &#xA;

    But I have a lot of confusions on decode layer, assume that we have got media packets now and start decoding packets :

    &#xA;

    Question 1 : We know what if we lose a I frame, the subsequent P/B frames will fail to decode, but what will hapen if we lose a P/B frame ? In h.264, there are inter-predict, what if the lost P/B frame was referred by subsequent frames, does subsequent frames will totally fail to decode ? Or just the inter-predict macroblocks of subsequent frames will fail to decode while intra-predict macroblocks can be decoded then the decoder still can generate a broken frame to us ?

    &#xA;

    Question 2 : one frame might be consisted of multiple packets, what if we lose a packet, does this frame will totally fail to decode ? Or we can get a broken frame ?

    &#xA;

    Question 3 : Do media decoders like x264/openh264 will handle packets repeat and out of order ?

    &#xA;

Navigation