Recherche avancée

Médias (1)

Mot : - Tags -/censure

Autres articles (96)

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

  • Librairies et binaires spécifiques au traitement vidéo et sonore

    31 janvier 2010, par

    Les logiciels et librairies suivantes sont utilisées par SPIPmotion d’une manière ou d’une autre.
    Binaires obligatoires FFMpeg : encodeur principal, permet de transcoder presque tous les types de fichiers vidéo et sonores dans les formats lisibles sur Internet. CF ce tutoriel pour son installation ; Oggz-tools : outils d’inspection de fichiers ogg ; Mediainfo : récupération d’informations depuis la plupart des formats vidéos et sonores ;
    Binaires complémentaires et facultatifs flvtool2 : (...)

Sur d’autres sites (6918)

  • libavutil/hwcontext_qsv : clean padding when upload qsv frames

    23 décembre 2021, par Wenbin Chen
    libavutil/hwcontext_qsv : clean padding when upload qsv frames

    Fix #7830
    
When we upload a frame that is not padded as MSDK requires, we create a
    
new AVFrame to copy data. The frame's padding data is uninitialized so
    
it brings run to run problem. For example, If we run the following
    
command serveral times we will get different outputs.
    

    ffmpeg -init_hw_device qsv=qsv:hw -qsv_device /dev/dri/renderD128 \

    - filter_hw_device qsv -f rawvideo -s 192x200 -pix_fmt p010 \

    - i 192x200_P010.yuv -vf "format=nv12,hwupload=extra_hw_frames=16" \

    - c:v hevc_qsv output.265
    

    According to https://github.com/Intel-Media-SDK/MediaSDK/blob/master/doc/mediasdk-man.md#encoding-procedures
    
"Note : It is the application's responsibility to fill pixels outside
    
of crop window when it is smaller than frame to be encoded. Especially
    
in cases when crops are not aligned to minimum coding block size (16
    
for AVC, 8 for HEVC and VP9)"
    

    I add a function to fill padding area with border pixel to fix this
    
run2run problem, and also move the new AVFrame to global structure
    
to reduce redundant allocation operation to increase preformance.
    

    Signed-off-by : Wenbin Chen <wenbin.chen@intel.com>
    
Signed-off-by : Haihao Xiang <haihao.xiang@intel.com>
    • [DH] libavutil/hwcontext_qsv.c

  • http/utils : move mime -> demuxer maping from http to utils

    9 décembre 2012, par Michael Niedermayer

    http/utils : move mime -> demuxer maping from http to utils

  • Révision 22135 : remplacement des http://doc.spip.org par http://code.spip.net (Francky)

    10 mai 2015, par erational@erational.org

    passage du copyright en 2015

Navigation