Recherche avancée

Médias (91)

Autres articles (51)

  • Les vidéos

    21 avril 2011, par

    Comme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
    Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
    Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

Sur d’autres sites (4433)

  • rtmpdh : Do global initialization before running the test

    23 novembre 2016, par Martin Storsjö
    rtmpdh : Do global initialization before running the test
    

    The rtmpdh code can use crypto libraries which may require
    a process global init. (gcrypt is one of the libraries
    where the rtmpdh test code can fail if global init hasn’t been
    done, depending on gcrypt version.)

    Signed-off-by : Martin Storsjö <martin@martin.st>

    • [DBH] libavformat/tests/rtmpdh.c
  • arm : hevc_qpel : Fix the assembly to work with non-multiple of 8 widths

    25 août 2021, par Martin Storsjö
    arm : hevc_qpel : Fix the assembly to work with non-multiple of 8 widths
    

    This unbreaks the fate-checkasm-hevc_pel test on arm targets.

    The assembly assumed that the width passed to the DSP functions is
    a multiple of 8, while the checkasm test used other widths too.

    This wasn't noticed before, because the hevc_pel checkasm tests
    (that were added in 9c513edb7999a35ddcc6e3a8d984a96c8fb492a3 in
    January) weren't run as part of fate until in
    b492cacffd36ad4cb251ba1f13ac398318ee639a in August.

    As this hasn't been an issue in practice with actual full decoding
    tests, it seems like the actual decoder doesn't call these functions
    with such widths. Therefore, we could alternatively fix the test
    to only test things that the real decoder does, and this modification
    could be reverted.

    Signed-off-by : Martin Storsjö <martin@martin.st>

    • [DH] libavcodec/arm/hevcdsp_qpel_neon.S
  • configure : Don’t assume an aligned stack on clang on windows

    12 mars 2018, par Martin Storsjö
    configure : Don’t assume an aligned stack on clang on windows
    

    If we’d enable a 16 byte aligned stack, clang/llvm would also assume
    that alignment everywhere and produce code that strictly requires it.
    That would require adding realignment (via attribute_align_arg) on every
    single public library function or enable -mstackrealign (which does the
    same on every single function).

    Also relatedly ; the parameter currently tested (-mllvm
    - stack-alignment=16) hasn’t actually been supported for quite some
    time ; current clang versions use -mstack-alignment=16 for the same.
    Actually testing for that parameter would be a different change
    though, since it has a real risk of changing behaviour on any other
    platform where clang is used.

    Signed-off-by : Martin Storsjö <martin@martin.st>

    • [DBH] configure