Recherche avancée

Médias (1)

Mot : - Tags -/belgique

Autres articles (66)

  • Qualité du média après traitement

    21 juin 2013, par

    Le bon réglage du logiciel qui traite les média est important pour un équilibre entre les partis ( bande passante de l’hébergeur, qualité du média pour le rédacteur et le visiteur, accessibilité pour le visiteur ). Comment régler la qualité de son média ?
    Plus la qualité du média est importante, plus la bande passante sera utilisée. Le visiteur avec une connexion internet à petit débit devra attendre plus longtemps. Inversement plus, la qualité du média est pauvre et donc le média devient dégradé voire (...)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

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

Sur d’autres sites (13735)

  • Revision 903801f1ef : vp9 decoder : row-based multi-threaded loopfilter Implemented parallel loopfilte

    28 décembre 2013, par Yunqing Wang

    Changed Paths :
     Modify /vp9/common/vp9_loopfilter.c


     Modify /vp9/common/vp9_loopfilter.h


     Modify /vp9/decoder/vp9_decodeframe.c


     Add /vp9/decoder/vp9_dthread.c


     Add /vp9/decoder/vp9_dthread.h


     Modify /vp9/decoder/vp9_onyxd_if.c


     Modify /vp9/decoder/vp9_onyxd_int.h


     Modify /vp9/decoder/vp9_thread.c


     Modify /vp9/decoder/vp9_thread.h


     Modify /vp9/vp9dx.mk



    vp9 decoder : row-based multi-threaded loopfilter

    Implemented parallel loopfiltering, which uses existing tile-
    decoding threads. Each thread works on one row, and when that row
    is loopfiltered, it moves to next unattended row. To ensure the
    correct filtering order, threads are synchronized and one
    superblock is filtered only if the superblocks it depends on are
    filtered already.

    To reduce synchronization overhead and speed up the decoder, we use
    nsync > 1 for high resolution.

    Performance tests :
    1. on desktop :
    8-tile 4k video using 8 threads, speedup : 70% - 80%
    4-tile HD video using 4 threads, speedup : 35%
    2. on mobile device(Nexus 7) :
    4-tile 1080p video using 4 threads, speedup : 18% - 25%
    4-tile 1080p video using 2 threads, speedup : 10% - 15%

    Change-Id : If54b4a11960dd706c22d5ad145ad94156031f36a

  • avcodec/huffyuvenc : frame multi-threading support

    28 janvier 2014, par Michael Niedermayer
    avcodec/huffyuvenc : frame multi-threading support

    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] libavcodec/frame_thread_encoder.c
    • [DH] libavcodec/huffyuvenc.c
    • [DH] libavcodec/version.h

  • avformat/flvenc : implement support for multi-track video

    1er avril 2024, par Dennis Sädtler
    avformat/flvenc : implement support for multi-track video

    Based on enhanced-rtmp v2 spec published by Veovera :
    
https://veovera.github.io/enhanced-rtmp/docs/enhanced/enhanced-rtmp-v2
    

    This implementation maintains some backwards compatibility by only
    
writing the track information for track indices > 0. This means that
    
older FFmpeg versions - and possibly other software - can still read the
    
first video track properly and skip over unsupported packets.
    

    Signed-off-by : Dennis Sädtler <dennis@obsproject.com>
    
Signed-off-by : Timo Rothenpieler <timo@rothenpieler.org>
    • [DH] libavformat/flv.h
    • [DH] libavformat/flvenc.c

Navigation