Recherche avancée

Médias (17)

Mot : - Tags -/wired

Autres articles (50)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

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

  • rtpdec_hevc : Drop a duplicated, nonstandard entry

    17 septembre 2014, par Vittorio Giovara
    rtpdec_hevc : Drop a duplicated, nonstandard entry

    The RFC spec draft only specifies the "H265" name - there is no
    
specification saying how to interpret "HEVC" (if such a packet
    
format is specified it could be an entirely different format).
    

    Since this is a very new standard (still a draft), there is little
    
need for compatibility with existing, broken implementations. Therefore
    
remove the extra alias, to avoid the risk of encouraging incorrect
    
usage.
    

    Intentionally keeping the ff_hevc_dynamic_handler name for the
    
handler, to use "hevc" consistently as name for the codec instead
    
of "h265" within the library internals as long as there only is one
    
single variant in actual use.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libavformat/rtpdec.c
    • [DH] libavformat/rtpdec_formats.h
    • [DH] libavformat/rtpdec_hevc.c

  • vulkan : use a single command buffer per command buffer pool

    16 avril, par Lynne
    vulkan : use a single command buffer per command buffer pool

    We violated the spec, which, despite the actual command buffer pool
    
*not* being involved in any functions which require external synchronization
    
of the pool, *require* external synchronization even if only the
    
command buffers are used.
    

    This also has the effect of *significantly* speeding up execution
    
in case command buffers are contended.
    • [DH] libavutil/hwcontext_vulkan.c
    • [DH] libavutil/vulkan.c
    • [DH] libavutil/vulkan.h

  • avformat/flvdec : add support for demuxing multi-track FLV

    1er avril 2024, par Dennis Sädtler
    avformat/flvdec : add support for demuxing multi-track FLV

    Based on enhanced-rtmp v2 spec published by Veovera :
    
https://veovera.github.io/enhanced-rtmp/docs/enhanced/enhanced-rtmp-v2
    

    Signed-off-by : Dennis Sädtler <dennis@obsproject.com>
    
Signed-off-by : Timo Rothenpieler <timo@rothenpieler.org>
    • [DH] libavformat/flv.h
    • [DH] libavformat/flvdec.c
    • [DH] libavformat/flvenc.c

Navigation