Recherche avancée

Médias (3)

Mot : - Tags -/spip

Autres articles (72)

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

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

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

Sur d’autres sites (8954)

  • rtpdec : Remove the now unused .alloc field

    24 février 2015, par Martin Storsjö
    rtpdec : Remove the now unused .alloc field
    

    Always use the .priv_data_size field instead.

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

    • [DBH] libavformat/rtpdec.h
    • [DBH] libavformat/rtsp.c
  • rtmppkt : Handle extended timestamp field even for one-byte header

    5 mars 2014, par Martin Panter
    rtmppkt : Handle extended timestamp field even for one-byte header
    

    Related fix in "rtmpdump" :
    https://repo.or.cz/w/rtmpdump.git/commitdiff/79459a2

    Adobe’s RTMP specification (21 Dec 2012), section 5.3.1.3 ("Extended
    Timestamp"), says "this field is present in Type 3 chunks". Type 3 chunks are
    those with the one-byte header size.

    This resolves intermittent hangs and segfaults caused by the read function,
    and also includes an untested fix for the write function.

    The read function was tested with ABC (Australia) News 24 streams, however
    they are probably restricted to only Australian internet addresses. Some of
    the packets at the start of these streams seem to contain junk timestamp
    fields, often requiring the extended field. Test command :

    avplay rtmp ://cp81899.live.edgefcs.net/live/news24-med@28772

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

    • [DBH] libavformat/rtmppkt.c
    • [DBH] libavformat/rtmppkt.h
  • avcodec/mpeg12dec : Don't adapt (last|next)_pic.linesize for field pics

    23 juin 2024, par Andreas Rheinhardt
    avcodec/mpeg12dec : Don't adapt (last|next)_pic.linesize for field pics
    

    These values are not read anywhere. Furthermore, since commit
    fe6037fd04db8837dcdb9013f9c4ad4e7eb0592e the linesize values
    of the MPVWorkPictures were wrong for subsequent fields
    in a chain of B-pictures (as they are always doubled and no longer
    based upon the frame-linesizes) which can eventually lead to overflow.

    Finally, it makes no real sense to ever double the linesize
    of the reference pictures at all : Even when the current picture
    is a field, it can still reference both fields of reference
    pictures and therefore the linesize should allow to address
    both fields (for the same reason, data is not offset for
    reference pictures).

    libavcodec/mpeg12dec.c:1304:41 : runtime error : signed integer overflow : 4611686018427387904 * 2 cannot be represented in type 'long'

    issue : 69732/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_MPEGVIDEO_fuzzer-5123551179374592

    Reviewed-by : Michael Niedermayer <michael@niedermayer.cc>
    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

    • [DH] libavcodec/mpeg12dec.c