Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (45)

  • Contribute to documentation

    13 avril 2011

    Documentation is vital to the development of improved technical capabilities.
    MediaSPIP welcomes documentation by users as well as developers - including : critique of existing features and functions articles contributed by developers, administrators, content producers and editors screenshots to illustrate the above translations of existing documentation into other languages
    To contribute, register to the project users’ mailing (...)

  • Ajouter notes et légendes aux images

    7 février 2011, par

    Pour pouvoir ajouter notes et légendes aux images, la première étape est d’installer le plugin "Légendes".
    Une fois le plugin activé, vous pouvez le configurer dans l’espace de configuration afin de modifier les droits de création / modification et de suppression des notes. Par défaut seuls les administrateurs du site peuvent ajouter des notes aux images.
    Modification lors de l’ajout d’un média
    Lors de l’ajout d’un média de type "image" un nouveau bouton apparait au dessus de la prévisualisation (...)

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

  • 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：

    


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

    


    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 ;

    


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

    


    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 ?

    


    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 ?

    


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

    


  • avcodec/vp8 : Cosmetics, maintain alphabetical order in threading headers

    28 mai 2013, par Dave Yeo
    avcodec/vp8 : Cosmetics, maintain alphabetical order in threading headers

    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] libavcodec/vp8.h

  • vf_psnr : fix rgb channel order mixup in final log message.

    11 juillet 2015, par Ronald S. Bultje
    vf_psnr : fix rgb channel order mixup in final log message.

    Reviewed-by : Paul B Mahol <onemda@gmail.com>
    
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavfilter/vf_psnr.c

Navigation