Recherche avancée

Médias (1)

Mot : - Tags -/net art

Autres articles (40)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

Sur d’autres sites (4317)

  • avcodec/amfdec,rkmppdec : Use correct extradata with BSFs

    11 juin, par Andreas Rheinhardt
    avcodec/amfdec,rkmppdec : Use correct extradata with BSFs
    

    Otherwise the extradata used would be ISOBMFF if the input is
    even though we use the *_mp4toannexb BSFs to convert it to
    annex B to feed it to the actual decoder.

    (The mediacodec decoders also use said BSFs, yet they process
    the extradata in a way that works even when using the ISOBMFF
    extradata ; in fact, using the converted extradata would break
    their check for whether to warn for missing extradata for
    the ISOBMFF without-in-band-header profiles.

    Furthermore, there are several users of the *_mp4toannexb BSFs
    that don't ever touch extradata. They have not been touched.)

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

    • [DH] libavcodec/amfdec.c
    • [DH] libavcodec/decode_bsf.h
    • [DH] libavcodec/rkmppdec.c
  • avcodec/bsf/h264_mp4toannexb : Fix mixed bitstream format

    24 avril, par Zhao Zhili
    avcodec/bsf/h264_mp4toannexb : Fix mixed bitstream format
    

    This bsf converts AV_PKT_DATA_NEW_EXTRADATA side data in avcc format
    to in-band annexb format. However, the side data wasn't been removed
    and copied from input packet to output packet. So the output packet
    has mixed bitstream format. We don't support mixed bitstream format.
    For example, h264_metadata report error in the following case :

    ffmpeg -i foo.flv \
    -bsf:v "h264_mp4toannexb,h264_metadata" \
    -c copy -f null

    This patch removed NEW_EXTRADATA side data after process.

    This patch also add a check so only NEW_EXTRADATA in avcc format is
    processed. NEW_EXTRADATA in annexb format is copied to output as is.

    Reported-by : jiangjie <jiangjie618@gmail.com>
    Signed-off-by : Zhao Zhili <zhilizhao@tencent.com>

    • [DH] libavcodec/bsf/h264_mp4toannexb.c
    • [DH] tests/fate/h264.mak
  • avcodec/h264_mp4toannexb : Prepend SPS/PPS to buffering period SEI

    1er août 2024, par Josh Allmann
    avcodec/h264_mp4toannexb : Prepend SPS/PPS to buffering period SEI
    

    Encoders may emit a buffering period SEI without a corresponding
    SPS/PPS if the SPS/PPS is carried out-of-band, eg with avcc.

    During Annex B conversion, this may result in the SPS/PPS being
    inserted *after* the buffering period SEI but before the IDR NAL.

    Since the buffering period SEI references the SPS, the SPS/PPS
    needs to come first.

    Signed-off-by : Anton Khirnov <anton@khirnov.net>

    • [DH] libavcodec/bsf/h264_mp4toannexb.c
    • [DH] tests/ref/fate/h264-bsf-mp4toannexb
    • [DH] tests/ref/fate/h264_mp4toannexb_ticket2991
    • [DH] tests/ref/fate/segment-mp4-to-ts