Recherche avancée

Médias (0)

Mot : - Tags -/protocoles

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

Autres articles (98)

  • Formulaire personnalisable

    21 juin 2013, par

    Cette page présente les champs disponibles dans le formulaire de publication d’un média et il indique les différents champs qu’on peut ajouter. Formulaire de création d’un Media
    Dans le cas d’un document de type média, les champs proposés par défaut sont : Texte Activer/Désactiver le forum ( on peut désactiver l’invite au commentaire pour chaque article ) Licence Ajout/suppression d’auteurs Tags
    On peut modifier ce formulaire dans la partie :
    Administration > Configuration des masques de formulaire. (...)

  • Qu’est ce qu’un masque de formulaire

    13 juin 2013, par

    Un masque de formulaire consiste en la personnalisation du formulaire de mise en ligne des médias, rubriques, actualités, éditoriaux et liens vers des sites.
    Chaque formulaire de publication d’objet peut donc être personnalisé.
    Pour accéder à la personnalisation des champs de formulaires, il est nécessaire d’aller dans l’administration de votre MediaSPIP puis de sélectionner "Configuration des masques de formulaires".
    Sélectionnez ensuite le formulaire à modifier en cliquant sur sont type d’objet. (...)

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

  • arm : Add NEON optimizations for 10 and 12 bit vp9 itxfm

    17 décembre 2016, par Martin Storsjö
    arm : Add NEON optimizations for 10 and 12 bit vp9 itxfm

    This work is sponsored by, and copyright, Google.
    

    This is structured similarly to the 8 bit version. In the 8 bit
    
version, the coefficients are 16 bits, and intermediates are 32 bits.
    

    Here, the coefficients are 32 bit. For the 4x4 transforms for 10 bit
    
content, the intermediates also fit in 32 bits, but for all other
    
transforms (4x4 for 12 bit content, and 8x8 and larger for both 10
    
and 12 bit) the intermediates are 64 bit.
    

    For the existing 8 bit case, the 8x8 transform fit all coefficients in
    
registers ; for 10/12 bit, when the coefficients are 32 bit, the 8x8
    
transform also has to be done in slices of 4 pixels (just as 16x16 and
    
32x32 for 8 bit).
    

    The slice width also shrinks from 4 elements to 2 elements in parallel
    
for the 16x16 and 32x32 cases.
    

    The 16 bit coefficients from idct_coeffs and similar tables also need
    
to be lenghtened to 32 bit in order to be used in multiplication with
    
vectors with 32 bit elements. This leads to the fixed coefficient
    
vectors needing more space, leading to more cases where they have to
    
be reloaded within the transform (in iadst16).
    

    This technically would need testing in checkasm for subpartitions
    
in increments of 2, but that slows down normal checkasm runs
    
excessively.
    

    Examples of relative speedup compared to the C version, from checkasm :
    
                                     Cortex    A7     A8     A9    A53
    
vp9_inv_adst_adst_4x4_sub4_add_10_neon :      4.83  11.36   5.22   6.77
    
vp9_inv_adst_adst_8x8_sub8_add_10_neon :      4.12   7.60   4.06   4.84
    
vp9_inv_adst_adst_16x16_sub16_add_10_neon :   3.93   8.16   4.52   5.35
    
vp9_inv_dct_dct_4x4_sub1_add_10_neon :        1.36   2.57   1.41   1.61
    
vp9_inv_dct_dct_4x4_sub4_add_10_neon :        4.24   8.66   5.06   5.81
    
vp9_inv_dct_dct_8x8_sub1_add_10_neon :        2.63   4.18   1.68   2.87
    
vp9_inv_dct_dct_8x8_sub4_add_10_neon :        4.52   9.47   4.24   5.39
    
vp9_inv_dct_dct_8x8_sub8_add_10_neon :        3.45   7.34   3.45   4.30
    
vp9_inv_dct_dct_16x16_sub1_add_10_neon :      3.56   6.21   2.47   4.32
    
vp9_inv_dct_dct_16x16_sub2_add_10_neon :      5.68  12.73   5.28   7.07
    
vp9_inv_dct_dct_16x16_sub8_add_10_neon :      4.42   9.28   4.24   5.45
    
vp9_inv_dct_dct_16x16_sub16_add_10_neon :     3.41   7.29   3.35   4.19
    
vp9_inv_dct_dct_32x32_sub1_add_10_neon :      4.52   8.35   3.83   6.40
    
vp9_inv_dct_dct_32x32_sub2_add_10_neon :      5.86  13.19   6.14   7.04
    
vp9_inv_dct_dct_32x32_sub16_add_10_neon :     4.29   8.11   4.59   5.06
    
vp9_inv_dct_dct_32x32_sub32_add_10_neon :     3.31   5.70   3.56   3.84
    
vp9_inv_wht_wht_4x4_sub4_add_10_neon :        1.89   2.80   1.82   1.97
    

    The speedup compared to the C functions is around 1.3 to 7x for the
    
full transforms, even higher for the smaller subpartitions.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libavcodec/arm/Makefile
    • [DH] libavcodec/arm/vp9dsp_init_16bpp_arm_template.c
    • [DH] libavcodec/arm/vp9itxfm_16bpp_neon.S

  • Use FFMPEG to merge 4 independent videos into a super frame together [duplicate]

    26 janvier 2021, par Sean

    it is not be 4 videos sequentially, but output in parallel.

    &#xA;

    the layout would be like

    &#xA;

    &#xA;

    | Video1 | Video 2 |

    &#xA;

    | Video3 | Video 4 |

    &#xA;

    what is the command should be here for this case？

    &#xA;

  • aarch64 : Add NEON optimizations for 10 and 12 bit vp9 MC

    14 décembre 2016, par Martin Storsjö
    aarch64 : Add NEON optimizations for 10 and 12 bit vp9 MC

    This work is sponsored by, and copyright, Google.
    

    This has mostly got the same differences to the 8 bit version as
    
in the arm version. For the horizontal filters, we do 16 pixels
    
in parallel as well. For the 8 pixel wide vertical filters, we can
    
accumulate 4 rows before storing, just as in the 8 bit version.
    

    Examples of runtimes vs the 32 bit version, on a Cortex A53 :
    
                                           ARM   AArch64
    
vp9_avg4_10bpp_neon :                      35.7      30.7
    
vp9_avg8_10bpp_neon :                      93.5      84.7
    
vp9_avg16_10bpp_neon :                    324.4     296.6
    
vp9_avg32_10bpp_neon :                   1236.5    1148.2
    
vp9_avg64_10bpp_neon :                   4639.6    4571.1
    
vp9_avg_8tap_smooth_4h_10bpp_neon :       130.0     128.0
    
vp9_avg_8tap_smooth_4hv_10bpp_neon :      440.0     440.5
    
vp9_avg_8tap_smooth_4v_10bpp_neon :       114.0     105.5
    
vp9_avg_8tap_smooth_8h_10bpp_neon :       327.0     314.0
    
vp9_avg_8tap_smooth_8hv_10bpp_neon :      918.7     865.4
    
vp9_avg_8tap_smooth_8v_10bpp_neon :       330.0     300.2
    
vp9_avg_8tap_smooth_16h_10bpp_neon :     1187.5    1155.5
    
vp9_avg_8tap_smooth_16hv_10bpp_neon :    2663.1    2591.0
    
vp9_avg_8tap_smooth_16v_10bpp_neon :     1107.4    1078.3
    
vp9_avg_8tap_smooth_64h_10bpp_neon :    17754.6   17454.7
    
vp9_avg_8tap_smooth_64hv_10bpp_neon :   33285.2   33001.5
    
vp9_avg_8tap_smooth_64v_10bpp_neon :    16066.9   16048.6
    
vp9_put4_10bpp_neon :                      25.5      21.7
    
vp9_put8_10bpp_neon :                      56.0      52.0
    
vp9_put16_10bpp_neon/armv8 :              183.0     163.1
    
vp9_put32_10bpp_neon/armv8 :              678.6     563.1
    
vp9_put64_10bpp_neon/armv8 :             2679.9    2195.8
    
vp9_put_8tap_smooth_4h_10bpp_neon :       120.0     118.0
    
vp9_put_8tap_smooth_4hv_10bpp_neon :      435.2     435.0
    
vp9_put_8tap_smooth_4v_10bpp_neon :       107.0      98.2
    
vp9_put_8tap_smooth_8h_10bpp_neon :       303.0     290.0
    
vp9_put_8tap_smooth_8hv_10bpp_neon :      893.7     828.7
    
vp9_put_8tap_smooth_8v_10bpp_neon :       305.5     263.5
    
vp9_put_8tap_smooth_16h_10bpp_neon :     1089.1    1059.2
    
vp9_put_8tap_smooth_16hv_10bpp_neon :    2578.8    2452.4
    
vp9_put_8tap_smooth_16v_10bpp_neon :     1009.5     933.5
    
vp9_put_8tap_smooth_64h_10bpp_neon :    16223.4   15918.6
    
vp9_put_8tap_smooth_64hv_10bpp_neon :   32153.0   31016.2
    
vp9_put_8tap_smooth_64v_10bpp_neon :    14516.5   13748.1
    

    These are generally about as fast as the corresponding ARM
    
routines on the same CPU (at least on the A53), in most cases
    
marginally faster.
    

    The speedup vs C code is around 4-9x.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libavcodec/aarch64/Makefile
    • [DH] libavcodec/aarch64/vp9dsp_init.h
    • [DH] libavcodec/aarch64/vp9dsp_init_10bpp_aarch64.c
    • [DH] libavcodec/aarch64/vp9dsp_init_12bpp_aarch64.c
    • [DH] libavcodec/aarch64/vp9dsp_init_16bpp_aarch64_template.c
    • [DH] libavcodec/aarch64/vp9dsp_init_aarch64.c
    • [DH] libavcodec/aarch64/vp9mc_16bpp_neon.S

Navigation