Recherche avancée

Médias (0)

Mot : - Tags -/organisation

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

Autres articles (54)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

  • Les vidéos

    21 avril 2011, par

    Comme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
    Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
    Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

Sur d’autres sites (7054)

  • libavcodec/qsvenc : Use parameter from AVCodecContext to reset qsv codec

    14 juillet 2022, par Wenbin Chen
    libavcodec/qsvenc : Use parameter from AVCodecContext to reset qsv codec

    Using parameter from AVCodecContext to reset qsv codec is more suitable
    
for MFXVideoENCODE_Reset()'s usage. Per-frame metadata is more suitable
    
for the usage of mfxEncodeCtrl being passed to
    
MFXVideoENCODE_EncodeFrameAsync(). Now change it to use the value
    
from AVCodecContext.
    
Because q->param is passed to both "in" and "out" parameters when call
    
MFXVideoENCODE_Query(), the value in q->param may be changed. New
    
variables are added to store old configuration, so that we can detect
    
real parameter change.
    

    Signed-off-by : Wenbin Chen <wenbin.chen@intel.com>
    
Signed-off-by : Haihao Xiang <haihao.xiang@intel.com>
    • [DH] doc/encoders.texi
    • [DH] libavcodec/qsvenc.c
    • [DH] libavcodec/qsvenc.h

  • libavfilter/vf_overlay_qsv : Use format of first input to set output format for overla...

    7 juillet 2022, par Wenbin Chen
    libavfilter/vf_overlay_qsv : Use format of first input to set output format for overlay_qsv

    overlay_qsv hard coded to use nv12 as output format. Now use the format
    
of the first input to set output format.
    

    For detailed information of supported format on different platform,
    
please see the "composition" rows in "Video Processing Features" at
    
below link :
    
https://www.intel.com/content/www/us/en/develop/documentation/media-capabilities-of-intel-hardware/top.html
    

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

  • avcodec/mpegvideo_enc : Fix a chroma mb size error in sse_mb()

    4 juillet 2022, par Wenbin Chen
    avcodec/mpegvideo_enc : Fix a chroma mb size error in sse_mb()

    For 422 frames we should not use hard coded 8 to calculate mb size for
    
uv plane. Chroma shift should be taken into consideration to be
    
compatiple with different sampling format.
    

    The error is reported by fate test when av_cpu_max_align() return 64
    
on the platform supporting AVX512. This is a hidden error and it is
    
exposed after commit 17a59a634c39b00a680c6ebbaea58db95594d13d.
    

    mpeg2enc has a mechanism to reuse frames. When it computes SSE (sum of
    
squared error) on current mb, reconstructed mb will be wrote to the
    
previous mb space, so that the memory can be saved. However if the align
    
is 64, the frame is shared in somewhere else, so the frame cannot be
    
reused and a new frame to store reconstrued data is created. Because the
    
height of mb is wrong when compute sse on 422 frame, starting from the
    
second line of macro block, changed data is read when frame is reused
    
(we need to read row 16 rather than row 8 if frame is 422), and unchanged
    
data is read when frame is not reused (a new frame is created so the
    
original frame will not be changed).
    

    That is why commit 17a59a634c39b00a680c6ebbaea58db95594d13d exposes this
    
issue, because it add av_cpu_max_align() and this function return 64 on
    
platform supporting AVX512 which lead to creating a frame in mpeg2enc,
    
and this lead to the different outputs.
    

    Signed-off-by : Wenbin Chen <wenbin.chen@intel.com>
    
Signed-off-by : Marton Balint <cus@passwd.hu>
    • [DH] libavcodec/mpegvideo_enc.c
    • [DH] tests/ref/seek/vsynth_lena-mpeg2-422
    • [DH] tests/ref/vsynth/vsynth1-mpeg2-422
    • [DH] tests/ref/vsynth/vsynth2-mpeg2-422
    • [DH] tests/ref/vsynth/vsynth3-mpeg2-422
    • [DH] tests/ref/vsynth/vsynth_lena-mpeg2-422

Navigation