Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (38)

  • Gestion générale des documents

    13 mai 2011, par

    MédiaSPIP ne modifie jamais le document original mis en ligne.
    Pour chaque document mis en ligne il effectue deux opérations successives : la création d’une version supplémentaire qui peut être facilement consultée en ligne tout en laissant l’original téléchargeable dans le cas où le document original ne peut être lu dans un navigateur Internet ; la récupération des métadonnées du document original pour illustrer textuellement le fichier ;
    Les tableaux ci-dessous expliquent ce que peut faire MédiaSPIP (...)

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

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

Sur d’autres sites (6620)

  • avcodec/put_bits : Add functions for amount of bytes written/left

    25 mars 2021, par Andreas Rheinhardt
    avcodec/put_bits : Add functions for amount of bytes written/left

    Often a caller doesn't want the amount of bits written via a
    
PutBitContext, but the amount of bytes. This in particular happens
    
after one has flushed the PutBitContext (e.g. at the end of encoding,
    
when one wants to know the actual packet size). The current way of doing
    
this is with put_bits_count(pb)/8 (or (put_bits_count(pb) + 7)/8).
    

    Yet this has some issues : It contains implicit multiplications and
    
divisions by 8 with a cast in between ; it obscurs the intent ; and
    
it restricts the size of the buffer to (currently) INT_MAX/8 (or
    
to 1/8 of the maximum of whatever put_bits_count() returns), although
    
said restriction is not really necessary for users that don't need
    
a bitcount.
    

    Corresponding functions for the amount of bytes left have also been
    
addded.
    

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

  • qt-faststart : Avoid unintentionally sign extending BE_32

    28 février 2014, par Martin Storsjö
    qt-faststart : Avoid unintentionally sign extending BE_32

    Without this cast, the BE_32() expression is sign extended when
    
assigned to an uint64_t, since the uint8_t|uint8_t expression
    
is promoted to an int.
    

    Also avoid undefined behaviour when left shifting an uint8_t
    
by 24 by casting it to an uint32_t explicitly before shifting.
    

    Based on a patch by Michael Niedermayer.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] tools/qt-faststart.c

  • avcodec/smacker : Use unsigned for prediction values

    26 juin 2020, par Andreas Rheinhardt
    avcodec/smacker : Use unsigned for prediction values

    Up until now, the Smacker decoder has pretended that the prediction
    
values are signed in code like 'pred[0] += (unsigned)sign_extend(val, 16)'
    
(the cast has been added to this code later to fix undefined behaviour).
    
This has been even done in case the PCM format is u8.
    

    Yet in case of 8/16 bit samples, only the lower 8/16 bit of the predicition
    
values are ever used, so one can just as well just use unsigned and
    
remove the sign extensions. This is what this commit does.
    

    For GCC 9 the time for one call to smka_decode_frame() for the sample from
    
ticket #2425 decreased from 1709043 to 1693619 decicycles ; for Clang 9
    
it went up from 1355273 to 1369089 decicycles.
    

    Reviewed-by : Paul B Mahol <onemda@gmail.com>
    
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavcodec/smacker.c

Navigation