Recherche avancée

Médias (91)

Autres articles (45)

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

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

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

Sur d’autres sites (3994)

  • lavc : remove libfaac wrapper

    29 septembre 2016, par Josh de Kock
    lavc : remove libfaac wrapper

    There is really no need for two aac wrappers, we already have
    
libfdk-aac which is better. Not to mention that faac doesn’t
    
even support HEv1, or HEv2. It’s also under a license which is
    
unusable for distribution, so it would only be useful to people
    
who will compile their own ffmpeg, only use it themselves (which
    
at that point should just use fdk-aac).
    

    Signed-off-by : Josh de Kock <josh@itanimul.li>
    • [DH] Changelog
    • [DH] LICENSE.md
    • [DH] configure
    • [DH] doc/encoders.texi
    • [DH] doc/ffserver.conf
    • [DH] doc/general.texi
    • [DH] doc/muxers.texi
    • [DH] doc/platform.texi
    • [DH] libavcodec/Makefile
    • [DH] libavcodec/allcodecs.c
    • [DH] libavcodec/libfaac.c

  • Anomalie #2367 : Transmettre #ENV à propre() et aux modèles

    12 octobre 2011, par cedric -

    Je comprends bien que du point de vue c’est un bug. Il pourrait se résoudre en patchant le balise/formulaires_ecrire_auteur pour choisir un destinataire par défaut si pas de contexte. Mais si on se ramène au problème général de l’environnement qui n’est pas transmis aux modèles insérés dans le (...)

  • Evolution #4468 : Unification des CSS pour les boutons et les icônes

    14 septembre 2020

    Ah et dernière question pour les sachant⋅e⋅s : est-ce que quelqu’un⋅e peut m’expliquer vite fait la logique du découpage des squelettes css du privé ?

    Je vois qu’il y a un fichier général theme.css.html un peu fourre-tout, et quelques fichiers pour des modules précis : forms.css.html, icons.css.html, etc.
    Donc la logique semble être : les trucs qui correspondent à un module précis sont dans un fichier css.html à part, et tout le reste en vrac dans theme.css.html.
    Sauf que parfois un module a des règles à la fois dans le fichier général et dans le fichier dédié. Et parfois les mêmes règles. Par exemple pour les formulaires, il y en a un bout dans theme.css.html et aussi dans forms.css.html.
    En l’état, quand il y a des modifs à faire c’est le doutage, on les fait où ?

    Là comme il s’agit de mutualiser les styles de plusieurs choses, dont les boutons de formulaire, le mieux serait de déplacer tout ce qui concerne les boutons dans un nouveau module boutons.css.html tout simplement, depuis forms.css.html et theme.css.html.
    Des objections ?

Navigation