Recherche avancée

Médias (0)

Mot : - Tags -/médias

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

Autres articles (40)

  • Les statuts des instances de mutualisation

    13 mars 2010, par

    Pour des raisons de compatibilité générale du plugin de gestion de mutualisations avec les fonctions originales de SPIP, les statuts des instances sont les mêmes que pour tout autre objets (articles...), seuls leurs noms dans l’interface change quelque peu.
    Les différents statuts possibles sont : prepa (demandé) qui correspond à une instance demandée par un utilisateur. Si le site a déjà été créé par le passé, il est passé en mode désactivé. publie (validé) qui correspond à une instance validée par un (...)

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

Sur d’autres sites (8511)

  • hwcontext_vulkan : rewrite upload/download

    18 juillet 2024, par Lynne
    hwcontext_vulkan : rewrite upload/download

    This commit was long overdue. The old transfer dubiously tried to
    
merge as much code as possible, and had very little in the way
    
of optimizations, apart from basic host-mapping.
    

    The new code uses buffer pools for any temporary bufflers, and
    
handles falling back to buffer-based uploads if host-mapping fails.
    

    Roundtrip performance difference :
    
ffmpeg -init_hw_device "vulkan=vk:0,debug=0,disable_multiplane=1" -f lavfi \

    - i color=red:s=3840x2160 -vf hwupload,hwdownload,format=yuv420p -f null -
    

    7900XTX :
    
Before : 224fps
    
After : 502fps
    

    Ada, with proprietary drivers :
    
Before : 29fps
    
After : 54fps
    

    Alder Lake :
    
Before : 85fps
    
After : 108fps
    

    With the host-mapping codepath disabled :
    
Before : 32fps
    
After : 51fps
    • [DH] libavutil/hwcontext_vulkan.c
    • [DH] libavutil/vulkan.c

  • 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>
    • [DBH] libavformat/rtsp.c
    • [DBH] libavformat/rtsp.h

  • Stream mp4 file to multicast using ffmpeg ?

    17 décembre 2018, par Stuart

    I have a mp4 video with no sound that I want to stream to a multicast address on a loop, I can connect to the stream group to play but it’s just empty when I play in VLC but the timer in VLC changes as if something is playing.

    ffmpeg -re -stream_loop -1 -i testvideo.mp4 -s 640x480 -vcodec copy -f mpegts udp://238.100.100.1:1234

    I’ve also noticed that the size doesn’t seem to work either ?

    Any help would be great. Thanks

Navigation