Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

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

Autres articles (105)

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

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

Sur d’autres sites (11722)

  • cbs_mpeg2 : Rearrange start code search

    29 juillet 2019, par Andreas Rheinhardt
    cbs_mpeg2 : Rearrange start code search

    1. Currently, cbs_mpeg2_split_fragment uses essentially three variables
    
to hold the start code values found by avpriv_find_start_code. By
    
rearranging the code, one of them can be omitted.
    
2. The return value of avpriv_find_start_code points to the byte after
    
the byte containing the start code identifier (or to the byte after the
    
last byte of the fragment's data if no start code was found), but
    
cbs_mpeg2_split_fragment needs to work with the pointer to the byte
    
containing the start code identifier ; it already did this, but in a
    
clumsy way. This has been changed.
    
3. Also use the correct type for the variable holding the
    
CodedBitstreamUnitType.
    

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

  • In which situation we need to used ffmpeg as Native (JNI) code in android ?

    16 octobre 2019, par axita.savani

    I am used FFmpeg as Library now. But when i have a search in google that some developers said that we can use FFmpeg with JNI as a native library but I’ll really don’t know why the developer said that, I think it’s related to the speed of exporting or code not display at App-decompile time.

    But I don’t know in which situations and which requirements then we used FFmpeg native code in android ?

  • Revision 7066 : suite de suppression des champs pros

    3 novembre 2012, par kent1 — Log

    suite de suppression des champs pros

Navigation