Recherche avancée

Médias (91)

Autres articles (96)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

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

  • avutil/x86/emms : Don't unnecessarily include lavu/cpu.h

    30 juillet 2021, par Andreas Rheinhardt
    avutil/x86/emms : Don't unnecessarily include lavu/cpu.h

    Only include it if it is needed, namely if __MMX__ is undefined.
    

    X86 is currently the only arch where lavu/cpu.h is basically
    
automatically included (for internal development) : #if ARCH_X86
    
is true, lavu/internal.h (which is basically included everywhere)
    
includes lavu/x86/emms.h which can mask missing inclusions
    
of lavu/cpu.h if the developer works on x86/x64. This has happened
    
in 8e825ec3ab09d877f12dcf05d76902a8bb9c8b11 and also earlier
    
(see 6d2365882f281f9452b31b91edb2e6a2d4f5ff08).
    
By including said header only if necessary ordinary developer machines
    
will behave like non-x86 arches, so that missing inclusions of cpu.h
    
won't go unnoticed any more.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavutil/x86/emms.h

  • avcodec/libkvazaar : Increase array size

    6 décembre 2021, par Andreas Rheinhardt
    avcodec/libkvazaar : Increase array size

    av_image_copy() expects an array of four pointers according to its
    
declaration ; although it currently only touches pointers that
    
are actually in use (depending upon the pixel format) this might
    
change at any time (as has already happened for the linesizes
    
in d7bc52bf456deba0f32d9fe5c288ec441f1ebef5).
    

    This fixes a -Wstringop-overflow= warning with GCC 11.2.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavcodec/libkvazaar.c

  • avcodec/libopenh264dec : Increase array sizes, fix stack-buffer overread

    6 décembre 2021, par Andreas Rheinhardt
    avcodec/libopenh264dec : Increase array sizes, fix stack-buffer overread

    av_image_copy() expects an array of four pointers and linesizes
    
according to its declaration ; it currently only pointers that are
    
actually in use (depending upon the pixel format), but this might
    
change at any time. It has already happened for the linesizes in
    
d7bc52bf456deba0f32d9fe5c288ec441f1ebef5 and so increasing their
    
array fixes a stack-buffer overread.
    

    This fixes a -Wstringop-overflow= and -Wstringop-overread warning
    
from GCC 11.2.
    

    Reviewed-by : Linjie Fu <linjie.justin.fu@gmail.com>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
    • [DH] libavcodec/libopenh264dec.c

Navigation