Recherche avancée

Médias (0)

Mot : - Tags -/protocoles

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

Autres articles (70)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

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

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

Sur d’autres sites (12112)

  • webp : fix capitalization of the word Exif

    14 janvier 2014, par James Almer
    webp : fix capitalization of the word Exif

    Also remove "webp :" from log messages. Using the AVCodecContext is enough.
    

    Signed-off-by : James Almer <jamrial@gmail.com>
    
Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] Changelog
    • [DH] libavcodec/webp.c

  • avcodecc/ccaption_dec : remove extra word from long codec description

    25 janvier 2017, par Paul B Mahol
    avcodecc/ccaption_dec : remove extra word from long codec description

    Signed-off-by : Paul B Mahol <onemda@gmail.com>
    • [DH] libavcodec/ccaption_dec.c

  • rtsp : Fix infinite loop in listen mode with UDP transport

    30 septembre 2020, par Martin Storsjö
    rtsp : Fix infinite loop in listen mode with UDP transport

    In listen mode with UDP transport, once the sender has sent
    
the TEARDOWN and closed the connection, poll will indicate that
    
one can read from the connection (indicating that the socket has
    
reached EOF and should be closed by the receiver as well). In this
    
case, parse_rtsp_message won't try to parse the command (because
    
it's no longer in state STREAMING), but previously just returned
    
zero.
    

    Prior to f6161fccf8c5720ceac1ed1df8ba60ff8fed69f5, this caused
    
udp_read_packet to return zero, which is treated as EOF by
    
read_packet. But after that commit, udp_read_packet would continue
    
if parse_rtsp_message didn't return an explicit error code.
    

    To keep the original behaviour from before that commit, more
    
explicitly return an error in parse_rtsp_message when in the wrong
    
state.
    

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

Navigation