Recherche avancée

Médias (1)

Mot : - Tags -/swfupload

Autres articles (58)

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

  • Ajouter des informations spécifiques aux utilisateurs et autres modifications de comportement liées aux auteurs

    12 avril 2011, par

    La manière la plus simple d’ajouter des informations aux auteurs est d’installer le plugin Inscription3. Il permet également de modifier certains comportements liés aux utilisateurs (référez-vous à sa documentation pour plus d’informations).
    Il est également possible d’ajouter des champs aux auteurs en installant les plugins champs extras 2 et Interface pour champs extras.

  • List of compatible distributions

    26 avril 2011, par

    The table below is the list of Linux distributions compatible with the automated installation script of MediaSPIP. Distribution nameVersion nameVersion number Debian Squeeze 6.x.x Debian Weezy 7.x.x Debian Jessie 8.x.x Ubuntu The Precise Pangolin 12.04 LTS Ubuntu The Trusty Tahr 14.04
    If you want to help us improve this list, you can provide us access to a machine whose distribution is not mentioned above or send the necessary fixes to add (...)

Sur d’autres sites (8232)

  • lavc/libopenh264 : Drop openh264 runtime version checks

    9 décembre 2023, par Kalev Lember
    lavc/libopenh264 : Drop openh264 runtime version checks

    With the way the runtime checks are currently set up, every single
    
openh264 release, no matter how minor, is considered an ABI break and
    
requires ffmpeg recompilation. This is unnecessarily strict because it
    
doesn't allow downstream distributions to ship any openh264 bug fix
    
version updates without breaking ffmpeg's openh264 support.
    

    Years ago, at the time when ffmpeg's openh264 support was merged,
    
openh264 releases were done without a versioned soname (the library was
    
just libopenh264.so, unversioned). Since then, starting with version
    
1.3.0, openh264 has started using versioned sonames and the intent has
    
been to bump the soname every time there's a new release with an ABI
    
change.
    

    This patch drops the exact version check and instead adds a minimum
    
requirement on 1.3.0 to the configure script.
    

    Signed-off-by : Kalev Lember <klember@redhat.com>
    
Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] configure
    • [DH] libavcodec/libopenh264.c
    • [DH] libavcodec/libopenh264.h
    • [DH] libavcodec/libopenh264dec.c
    • [DH] libavcodec/libopenh264enc.c

  • jack : Support OSX

    26 mars 2016, par Josh de Kock
    jack : Support OSX

    Previously, with JACK installed, the configure script would enable the
    
JACK indev ; this broke on OS X due to an incomplete pthreads
    
implementation. Add some simple macros to map libdispatch to pthreads
    
on OS X.
    

    Signed-off-by : Luca Barbato <lu_zero@gentoo.org>
    • [DBH] compat/dispatch_semaphore/semaphore.h
    • [DBH] configure

  • aarch64 : Make transpose_4x4H do a regular transpose

    25 mars 2016, par Martin Storsjö
    aarch64 : Make transpose_4x4H do a regular transpose

    Previously, ff_h264_idct_add_neon (originally in the arm version) used
    
a non-regular transpose in order to be able to use more instructions
    
that deal with registers as 128 bit register pairs. The aarch64
    
translation doesn’t do it to the same extent, but brought along the
    
same structure since it was a straight translation.
    

    This reshuffles ff_h264_idct_add_neon, bringing it closer to
    
the C implementation, making the transpose_4x4H macro do a regular
    
transpose, usable for other algorithms as well.
    

    Previously, the third and fourth output from transpose_4x4H were
    
swapped, and prior to cc29d96d5a, the same inputs as well. In
    
addition to just swapping the outputs, also renumber the intermediate
    
registers for better readability (making the register order match
    
transpose_4x8B).
    

    This runs with the same number of cycles as before.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] libavcodec/aarch64/h264idct_neon.S
    • [DBH] libavcodec/aarch64/neon.S

Navigation