Recherche avancée

Médias (91)

Autres articles (50)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

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

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

Sur d’autres sites (9333)

  • avcodec/h264_mp4toannexb : Fix heap buffer overflow

    25 mars 2024, par Zhao Zhili
    avcodec/h264_mp4toannexb : Fix heap buffer overflow

    Fixes : out of array write
    
Fixes : 64407/clusterfuzz-testcase-minimized-ffmpeg_BSF_H264_MP4TOANNEXB_fuzzer-4966763443650560
    

    mp4toannexb_filter counts the number of bytes needed in the first
    
pass and allocate the memory, then do memcpy in the second pass.
    
Update sps/pps size in the loop makes the count invalid in the
    
case of SPS/PPS occur after IDR slice. This patch process in-band
    
SPS/PPS before the two pass loops.
    

    Signed-off-by : Zhao Zhili <zhilizhao@tencent.com>
    • [DH] libavcodec/bsf/h264_mp4toannexb.c

  • aacdec : move from scalefactor ranged arrays to flat arrays

    14 mai 2024, par Lynne
    aacdec : move from scalefactor ranged arrays to flat arrays

    AAC uses an unconventional system to send scalefactors
    
(the volume+quantization value for each band).
    
Each window is split into either 1 or 8 blocks (long vs short),
    
and transformed separately from one another, with the coefficients
    
for each being also completely independent. The scalefactors
    
slightly increase from 64 (long) to 128 (short) to accomodate
    
better per-block-per-band volume for each window.
    

    To reduce overhead, the codec signals scalefactor sizes in an obtuse way,
    
where each group's scalefactor types are sent via a variable length decoding,
    
with a range.
    
But our decoder was written in a way where those ranges were carried through
    
the entire decoder, and to actually read them you had to use the range.
    

    Instead of having a dedicated array with a range for each scalefactor,
    
just let the decoder directly index each scalefactor.
    

    This also switches the form of quantized scalefactors to the format
    
the spec uses, where for intensity stereo and regular, scalefactors
    
are stored in a scalefactor - 100 form, rather than as-is.
    

    USAC gets rid of the complex scalefactor handling. This commit permits
    
for code sharing between both.
    • [DH] libavcodec/aac/aacdec.c
    • [DH] libavcodec/aac/aacdec.h
    • [DH] libavcodec/aac/aacdec_dsp_template.c

  • 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

Navigation