Recherche avancée

Médias (91)

Autres articles (101)

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

  • Le plugin : Podcasts.

    14 juillet 2010, par

    Le problème du podcasting est à nouveau un problème révélateur de la normalisation des transports de données sur Internet.
    Deux formats intéressants existent : Celui développé par Apple, très axé sur l’utilisation d’iTunes dont la SPEC est ici ; Le format "Media RSS Module" qui est plus "libre" notamment soutenu par Yahoo et le logiciel Miro ;
    Types de fichiers supportés dans les flux
    Le format d’Apple n’autorise que les formats suivants dans ses flux : .mp3 audio/mpeg .m4a audio/x-m4a .mp4 (...)

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

Sur d’autres sites (5337)

  • Encoding Webm video with VP9 codec with ffmpeg

    29 juin 2017, par Michau

    I am trying to encode a Webm video for embedding in HTML5 tag. According to information from Wikipedia and other places, Chrome and Firefox should support Webm with both VP9 and VP9 codecs.

    When I encode the vide with the VP8 codec, the video plays fine in both browsers. Here is the ffmpeg command I use :

    ffmpeg -i source.mp4 -f webm -vcodec libvpx -acodec libvorbis -b:v 10M -crf 50 -y result.webm

    However, I wanted to use VP9 instead of VP8 to reduce the file size. So I changed the command to use the VP9 codec :

    ffmpeg -i source.mp4 -f webm -vcodec libvpx-vp9 -acodec libvorbis -b:v 10M -crf 50 -y result.webm

    The output video file is produced, but it doesn’t play both in Chrome and FireFox. The only thing I changed was the "vcodec" option.

    So my question is, how can I encode Webm video with VP9 codec using ffmpeg so that it is playable in Web browsers ?

  • avformat/vividas : Fixes overflow in shift in recover_key()

    28 juin 2019, par Michael Niedermayer
    avformat/vividas : Fixes overflow in shift in recover_key()

    Fixes : left shift of 133 by 24 places cannot be represented in type 'int'
    
Fixes : 15365/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-5716153105645568
    

    Found-by : continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
    
Suggested-by : Reimar Döffinger <Reimar.Doeffinger@gmx.de>
    
Reviewed-by : Reimar Döffinger <Reimar.Doeffinger@gmx.de>
    
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavformat/vividas.c

  • swscale/slice : fix init of 32 bpc planes

    11 décembre 2024, par Niklas Haas
    swscale/slice : fix init of 32 bpc planes

    In input.c and output.c and many other places, swscale follows the rule of using
    
15-bit intermediate if output bpc is <= 8, and 19-bit (inside int32_t)
    
intermediate otherwise. See e.g. the comments on hyScale() on
    
swscale_internal.h. These are also the coefficients that yuv2gbrpf32_full_X_c()
    
is using.
    

    In contrast to this, the plane init code in slice.c (function fill_ones) is
    
assuming that we use 35-bit intermediates (inside 64-bit integers) for this
    
case, seemingly added by commit b4967fc71c63eae8cd96f9c46cd3e1fbd705bbf9 with
    
no further justification.
    

    This causes a mismatch whenever the implicitly initialized plane contents leak
    
out to the output, e.g. when converting from grayscale to RGB.
    

    Fixes : ticket #10716
    
Signed-off-by : Niklas Haas <git@haasn.dev>
    
Sponsored-by : Sovereign Tech Fund
    • [DH] libswscale/slice.c

Navigation