Recherche avancée

Médias (0)

Mot : - Tags -/api

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

Autres articles (73)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

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

  • What is the difference between raw MediaCodec implementation with FFmpeg integrated MediaCodec ?

    30 avril 2022, par Michael

    I google around the sample code for MediaCodec and notice there are three kinds of implementation in the market :

    


      

    1. Java version

      2. 


    2. NDK version with raw MediaCodec API

      3. 


    3. NDK version but FFmpeg takes care of everything

      4. 


    


    I guess Java version is different on the performance side and use less frequently, but 2 & 3 are very confusing.

    


    If choose option 3, the work is easier and a noticeable change from SW decoding would be avcodec_find_decoder_by_name("h264_mediacodec"), and the implementation can easily share with iOS VideoToolBox.

    


    My question is would it be any performance or device compatible drawbacks compared with raw MediaCodec API ? Why did someone choose to use raw MediaCodec API ?

    


    Plus what if I use surface mode ?

    


  • avformat/subtitles : Check pts difference before use

    25 avril 2021, par Michael Niedermayer
    avformat/subtitles : Check pts difference before use

    Fixes : signed integer overflow : 0 - -9223372036854775808 cannot be represented in type 'long'
    
Fixes : 29102/clusterfuzz-testcase-minimized-ffmpeg_dem_MPL2_fuzzer-6747053545881600
    

    Found-by : continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
    
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavformat/subtitles.c

  • avformat/realtextdec : Check the pts difference before using it for the duration compu...

    25 avril 2021, par Michael Niedermayer
    avformat/realtextdec : Check the pts difference before using it for the duration computation

    Fixes : signed integer overflow : 5404200000 - -9223372031709351616 cannot be represented in type 'long'
    
Fixes : 29102/clusterfuzz-testcase-minimized-ffmpeg_dem_REALTEXT_fuzzer-6737340551790592
    

    Found-by : continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
    
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavformat/realtextdec.c

Navigation