Recherche avancée

Médias (1)

Mot : - Tags -/intégration

Autres articles (108)

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

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

Sur d’autres sites (8579)

  • avformat/hls, dashdec : Don't use AV_OPT flags in av_dict_set()

    15 mai 2022, par Andreas Rheinhardt
    avformat/hls, dashdec : Don't use AV_OPT flags in av_dict_set()
    

    av_dict_set() expects a different set of flags, namely the AV_DICT_*
    flags. Using AV_OPT_FLAG_DECODING_PARAM (or any AV_OPT_FLAG_*) ic
    av_dict_set() is therefore completely wrong and given that av_dict_set()
    just doesn't care about whether the string it receives has anything
    to do with a decoding parameter or not, it should just be removed
    without replacement.
    (The numerical value of AV_OPT_FLAG_DECODING_PARAM currently coincides
    with AV_DICT_IGNORE_SUFFIX. Given that the dictionaries we are dealing
    with here are always empty (i.e. NULL) before the calls to
    av_dict_set(), this flag changes nothing. It would be different if
    it were equal to one of the AV_DICT_DONT_STRDUP_* values.)

    Reviewed-by : Jan Ekström <jeebjp@gmail.com>
    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

    • [DH] libavformat/dashdec.c
    • [DH] libavformat/hls.c
  • Docker build dependent on host Ubuntu version not on the actual Docker File

    26 mars 2021, par user8912375

    I'm facing an issue with my docker build.

    &#xA;

    I have a dockerfile as follow :

    &#xA;

    FROM python:3.6&#xA;&#xA;&#xA;RUN apt-get update &amp;&amp; apt-get install -y libav-tools &#xA;....&#xA;

    &#xA;

    The issue I'm facing is that I'm getting this error when building on ubuntu:20.04 LTS

    &#xA;

    E: Package &#x27;libav-tools&#x27; has no installation candidate&#xA;

    &#xA;

    I made some research and found out that ffmpeg should be a replacement for libav-tools

    &#xA;

    FROM python:3.6&#xA;&#xA;&#xA;RUN apt-get update &amp;&amp; apt-get install -y ffmpeg &#xA;....&#xA;

    &#xA;

    I tried again without any issue.

    &#xA;

    but when I tried to build the same image with ffmpeg on ubuntu:16.04 xenial I'm getting a message that

    &#xA;

    E: Package &#x27;ffmpeg&#x27; has no installation candidate&#xA;

    &#xA;

    after that, I replace the ffmpeg with libav-tools and it worked on ubuntu:16.04

    &#xA;

    I'm confused now why docker build is dependant on the host ubuntu version that I'm using and not the actual dockerfile.

    &#xA;

    shouldn't docker build be coherent whatever the ubuntu version I'm using.

    &#xA;

  • id3v2 : prefer TDRC for date over TDRL.

    4 novembre 2014, par Benoit Fouet
    id3v2 : prefer TDRC for date over TDRL.
    

    TDRL is what we used as a replacement of TYER, and, according to
    http://id3.org/id3v2.4.0-changes :
    TYER - Year
    This frame is replaced by the TDRC frame, ’Recording time’
    [F:4.2.5].
    So change TDRL usages to TDRC.

    Fixes ticket #3694

    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>

    • [DH] libavformat/id3v2.c
    • [DH] libavformat/mp3enc.c