Recherche avancée

Médias (91)

Autres articles (55)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

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

  • L’agrémenter visuellement

    10 avril 2011

    MediaSPIP est basé sur un système de thèmes et de squelettes. Les squelettes définissent le placement des informations dans la page, définissant un usage spécifique de la plateforme, et les thèmes l’habillage graphique général.
    Chacun peut proposer un nouveau thème graphique ou un squelette et le mettre à disposition de la communauté.

Sur d’autres sites (10577)

  • configure : drop yasm support

    3 octobre 2024, par Lynne
    configure : drop yasm support

    We started defauling to nasm 8 years ago.
    
We are still compatible with yasm 0.8.0, released in 2009. **15 years ago**.
    
The time has more than come to remove support for it.
    

    Maintaining compatibility started cutting into writing new code long ago.
    
We still can't have 2-argument instructions, preprocessor booleans, and all
    
AVX2 code must still be wrapped in ifdefs. Newly added code often breaks this.
    • [DH] Changelog
    • [DH] configure
    • [DH] doc/developer.texi
    • [DH] doc/optimization.txt
    • [DH] doc/platform.texi

  • omx : Add support for broadcom OMX on raspberry pi

    24 juillet 2012, par Martin Storsjö
    omx : Add support for broadcom OMX on raspberry pi

    The raspberry pi uses the alternative API/ABI for OMX ; this makes
    
such builds incompatible with all the normal OpenMAX implementations.
    
Since this can’t easily be detected at configure time (one can
    
build for raspberry pi’s OMX just fine using the generic, pristine
    
Khronos OpenMAX IL headers, no need for their own extensions),
    
require a separate configure switch for it instead.
    

    The broadcom host library can’t be unloaded once loaded and started ;
    
the deinit function that it provides is a no-op, and after started,
    
it has got background threads running, so dlclosing it makes it
    
crash.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] Changelog
    • [DBH] configure
    • [DBH] libavcodec/omx.c
    • [DBH] libavcodec/version.h

  • Pros and cons of installing ffmpeg into the caller's docker container vs. separate container [closed]

    8 mai 2022, par Irina Rapoport

    I have a dockerized app that spawns ffmpeg in a child process. It then communicates with it via standard input/output. The app runs under k3d.

    &#xA;

    I could install ffmpeg in the parent's Dockerfile, by doing

    &#xA;

    RUN apt-get install -y ffmpeg&#xA;

    &#xA;

    Or I can run it in a container of its own. What are the pros and cons of each approach ?

    &#xA;

    Container start-up cost, while small, may become an issue, because it's started often.

    &#xA;

Navigation