Recherche avancée

Médias (91)

Autres articles (65)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

Sur d’autres sites (10795)

  • Revision 59ed9fbdd82dd3bf6d4c53b2d5f0f5c5d44f3a83 : un tri {{{ {par x/y/z} }}} dans les boucles DATA git-svn-id : ...

    23 décembre 2010, par Fil — Log

    un tri par x/y/z dans les boucles DATA git-svn-id : svn ://trac.rezo.net/spip/spip@16826 caf5f3e8-d4fe-0310-bb3e-c32d5e47d55d

  • Sync video and data with ffmpeg

    31 août 2022, par plj

    I join a video and data where I copy the video from the vid1.ts along with the data (klv) from the vid2.ts :

    


    ffmpeg -y -i vid1.ts -i vid2.ts -c copy -map 0:0 -map 1:2 -shortest full_exclude.ts

    


    When I probe the resulting video I see that the packets don't line up :

    


    ffprobe -show_packets full_exclude.ts

    


    The 1st data packet is :

    


    [PACKET]
codec_type=data
stream_index=1
pts=126000
pts_time=1.400000
dts=126000
dts_time=1.400000
duration=N/A
duration_time=N/A
size=324
pos=564
flags=K_
[SIDE_DATA]
side_data_type=MPEGTS Stream ID
id=252
[/SIDE_DATA]
[/PACKET]


    


    The 1st video packet is :

    


    [PACKET]
codec_type=video
stream_index=0
pts=341392
pts_time=3.793244
dts=341392
dts_time=3.793244
duration=N/A
duration_time=N/A
size=9270
pos=28952
flags=K_
[SIDE_DATA]
side_data_type=MPEGTS Stream ID
id=224
[/SIDE_DATA]
[/PACKET]
[PACKET]


    


    How do I get the data and video in sync with each other ?

    


  • avformat/tls_schannel : always decrypt all received data

    12 mai 2020, par Jan Ekström
    avformat/tls_schannel : always decrypt all received data

    The dec_buf seems to be properly managed between read calls,
    
and we have no logic to decrypt before attempting socket I/O.
    
Thus - until now - such data would not be decrypted in case of
    
connections such as HTTP keep-alive, as the recv call would
    
always get executed first, block until rw_timeout, and then get
    
retried by retry_transfer_wrapper.
    

    Thus - if data is received - decrypt all of it right away. This way
    
it is available for the following requests in case they can be
    
satisfied with it.
    • [DH] libavformat/tls_schannel.c

Navigation