Recherche avancée

Médias (1)

Mot : - Tags -/framasoft

Autres articles (50)

  • Gestion générale des documents

    13 mai 2011, par

    MédiaSPIP ne modifie jamais le document original mis en ligne.
    Pour chaque document mis en ligne il effectue deux opérations successives : la création d’une version supplémentaire qui peut être facilement consultée en ligne tout en laissant l’original téléchargeable dans le cas où le document original ne peut être lu dans un navigateur Internet ; la récupération des métadonnées du document original pour illustrer textuellement le fichier ;
    Les tableaux ci-dessous expliquent ce que peut faire MédiaSPIP (...)

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

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

Sur d’autres sites (8409)

  • lavc/h264dsp : stick R-V V weight to 16-bit precision

    30 juillet 2024, par Rémi Denis-Courmont
    lavc/h264dsp : stick R-V V weight to 16-bit precision

    T-Head C908 (ns) :
    
h264_weight2_8_c :        1607.8
    
h264_weight2_8_rvv_i32 :   515.0 (before)
    
h264_weight2_8_rvv_i32 :   348.5 (after)
    
h264_weight4_8_c :        2255.8
    
h264_weight4_8_rvv_i32 :  1015.0 (before)
    
h264_weight4_8_rvv_i32 :   691.0 (after)
    
h264_weight8_8_c :        3857.5
    
h264_weight8_8_rvv_i32 :  2218.8 (before)
    
h264_weight8_8_rvv_i32 :  1561.3 (after)
    
h264_weight16_8_c :       7431.5
    
h264_weight16_8_rvv_i32 : 2737.3 (before)
    
h264_weight16_8_rvv_i32 : 1848.3 (after)
    

    SpacemiT X60 (ns) :
    
h264_weight2_8_c :        1624.1
    
h264_weight2_8_rvv_i32 :   352.6 (before)
    
h264_weight2_8_rvv_i32 :   259.3 (after)
    
h264_weight4_8_c :        2259.3
    
h264_weight4_8_rvv_i32 :   685.8 (before)
    
h264_weight4_8_rvv_i32 :   530.3 (after)
    
h264_weight8_8_c :        4103.3
    
h264_weight8_8_rvv_i32 :  1581.8 (before)
    
h264_weight8_8_rvv_i32 :  1238.6 (after)
    
h264_weight16_8_c :       7624.3
    
h264_weight16_8_rvv_i32 : 2738.1 (before)
    
h264_weight16_8_rvv_i32 : 1853.3 (after)
    • [DH] libavcodec/riscv/h264dsp_rvv.S

  • lavu/float_dsp : add double-precision scalar product

    29 mai 2024, par Rémi Denis-Courmont
    lavu/float_dsp : add double-precision scalar product

    The function pointer is appended to the structure for backward binary
    
compatibility. Fortunately, this is allocated by libavutil, not by the
    
user, so increasing the structure size is safe.
    • [DH] libavutil/float_dsp.c
    • [DH] libavutil/float_dsp.h

  • avutil/timestamp : introduce av_ts_make_time_string2 for better precision

    17 mars 2024, par Marton Balint
    avutil/timestamp : introduce av_ts_make_time_string2 for better precision

    av_ts_make_time_string() used "%.6g" format, but this format was losing
    
precision even when the timestamp to be printed was not that large. For example
    
for 3 hours (10800) seconds, only 1 decimal digit was printed, which made this
    
format inaccurate when it was used in e.g. the silencedetect filter. Other
    
detection filters printing timestamps had similar issues. Also time base
    
parameter of the function was *AVRational instead of AVRational.
    

    Resolve these problems by introducing a new function, av_ts_make_time_string2().
    

    We change the used format to "%.*f", use a precision of 6, except when printing
    
values near 0, in which case we calculate the precision dynamically to aim for
    
a similar precision in normal form as with %.6g.  No longer using scientific
    
representation can make parsing the timestamp easier for the users, we can
    
safely do this because the theoretical maximum of INT64_MAX*INT32_MAX still
    
fits into the string buffer in normal form.
    

    We somewhat imitate %g by trimming ending zeroes and the potential decimal
    
point characters. In order not to trim "inf" as well, we assume that the
    
decimal point string does not contain the letter "f". Note that depending on
    
printf %f implementation, we might trim "infinity" to "inf".
    

    Thanks for Allan Cady for bringing up this issue.
    

    Signed-off-by : Marton Balint <cus@passwd.hu>
    • [DH] doc/APIchanges
    • [DH] libavutil/Makefile
    • [DH] libavutil/timestamp.c
    • [DH] libavutil/timestamp.h
    • [DH] libavutil/version.h

Navigation