Recherche avancée

Médias (1)

Mot : - Tags -/sintel

Autres articles (111)

  • Qu’est ce qu’un éditorial

    21 juin 2013, par

    Ecrivez votre de point de vue dans un article. Celui-ci sera rangé dans une rubrique prévue à cet effet.
    Un éditorial est un article de type texte uniquement. Il a pour objectif de ranger les points de vue dans une rubrique dédiée. Un seul éditorial est placé à la une en page d’accueil. Pour consulter les précédents, consultez la rubrique dédiée.
    Vous pouvez personnaliser le formulaire de création d’un éditorial.
    Formulaire de création d’un éditorial Dans le cas d’un document de type éditorial, les (...)

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

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

  • avcodec/rv34 : Don't needlessly copy VLC length and symbol arrays

    22 octobre 2020, par Andreas Rheinhardt
    avcodec/rv34 : Don't needlessly copy VLC length and symbol arrays

    Most of the VLCs used by RealVideo 3 and 4 obey three simple rules :
    
Shorter codes are on the left of the tree, for each length, the symbols
    
are ascending from left to right and the symbols either form a
    
permutation of 1..size or 0..(size - 1). For the latter case, one just
    
needs to store the length of each symbol and create the codes according
    
to the other rules ; no explicit code or symbol array must be stored.
    
The former case is also treated in much the same way by artificially
    
assigning a length of zero to the symbol 0 ; when a length of zero was
    
encountered, the element was ignored except that the symbol counter was
    
still incremented. If the length was nonzero, the symbol would be
    
assigned via the symbol counter and the length copied over into a new
    
array.
    

    Yet this is unnecessary, as ff_init_vlc_sparse() follows exactly the
    
same pattern : If a length of zero is encountered, the element is ignored
    
and only the symbol counter incremented. So one can directly forward the
    
length array and also need not create a symbol table oneself, because
    
ff_init_vlc_sparse() will infer the same symbol table in this case.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavcodec/rv34.c

  • avcodec/mobiclip : Reduce size of VLCs, inline constants

    24 octobre 2020, par Andreas Rheinhardt
    avcodec/mobiclip : Reduce size of VLCs, inline constants

    The longest motion vector VLC for mobiclip is six bits long, so using
    
eight bits for the VLC table is wasteful. Furthermore, the length can be
    
inlined.
    

    Reviewed-by : Michael Niedermayer <michael@niedermayer.cc>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavcodec/mobiclip.c

  • avformat/hlsenc : Fix extradata length check

    20 octobre 2020, par Andreas Rheinhardt
    avformat/hlsenc : Fix extradata length check

    Commit a2b1dd0ce301450a47c972745a6b33c4c273aa5d added support for
    
parsing annex B HEVC extradata to extract profile and level information.
    
Yet it only checks for there to be enough data left for the startcode
    
and the first byte of the NAL unit header and not for the full NAL unit
    
header ; it simply presumes the second byte of the NAL unit header to be
    
present and skips it. Then the remaining size of the extradata is calculated
    
which ends up negative if the second byte of the NAL unit header is not
    
present. Yet when calling ff_nal_unit_extract_rbsp() it
    
will be converted to an uint32_t and end up as UINT32_MAX which
    
will cause mayhem.
    

    This is solved by making sure that there is always enough remaining
    
extradata that could (pending 0x03 escapes) contain the data that we
    
are interested in.
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavformat/hlsenc.c

Navigation