Recherche avancée

Médias (1)

Mot : - Tags -/portrait

Autres articles (83)

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

  • Submit bugs and patches

    13 avril 2011

    Unfortunately a software is never perfect.
    If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information : the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
    If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
    You may also (...)

  • MediaSPIP Player : problèmes potentiels

    22 février 2011, par

    Le lecteur ne fonctionne pas sur Internet Explorer
    Sur Internet Explorer (8 et 7 au moins), le plugin utilise le lecteur Flash flowplayer pour lire vidéos et son. Si le lecteur ne semble pas fonctionner, cela peut venir de la configuration du mod_deflate d’Apache.
    Si dans la configuration de ce module Apache vous avez une ligne qui ressemble à la suivante, essayez de la supprimer ou de la commenter pour voir si le lecteur fonctionne correctement : /** * GeSHi (C) 2004 - 2007 Nigel McNie, (...)

Sur d’autres sites (11319)

  • ffmpeg : zoom a horizontal photo in a vertical video, fill the empty space at the top and bottom with a blurry photo

    23 octobre 2023, par Eugene Khyst

    I'm using ffmpeg to create a vertical video of zoomming a horizontal (landscape) photo.

    


    I want the photo to fit the width of the video, so the top and bottom of the photo need to fill the empty space with the blurry photo :

    


    enter image description here

    


  • arm : vp9itxfm : Skip empty slices in the first pass of idct_idct 16x16 and 32x32

    18 novembre 2016, par Martin Storsjö
    arm : vp9itxfm : Skip empty slices in the first pass of idct_idct 16x16 and 32x32

    This work is sponsored by, and copyright, Google.
    

    Previously all subpartitions except the eob=1 (DC) case ran with
    
the same runtime :
    

                                         Cortex A7       A8       A9      A53
    
vp9_inv_dct_dct_16x16_sub16_add_neon :   3188.1   2435.4   2499.0   1969.0
    
vp9_inv_dct_dct_32x32_sub32_add_neon :  18531.7  16582.3  14207.6  12000.3
    

    By skipping individual 4x16 or 4x32 pixel slices in the first pass,
    
we reduce the runtime of these functions like this :
    

    vp9_inv_dct_dct_16x16_sub1_add_neon :     274.6    189.5    211.7    235.8
    
vp9_inv_dct_dct_16x16_sub2_add_neon :    2064.0   1534.8   1719.4   1248.7
    
vp9_inv_dct_dct_16x16_sub4_add_neon :    2135.0   1477.2   1736.3   1249.5
    
vp9_inv_dct_dct_16x16_sub8_add_neon :    2446.7   1828.7   1993.6   1494.7
    
vp9_inv_dct_dct_16x16_sub12_add_neon :   2832.4   2118.3   2266.5   1735.1
    
vp9_inv_dct_dct_16x16_sub16_add_neon :   3211.7   2475.3   2523.5   1983.1
    
vp9_inv_dct_dct_32x32_sub1_add_neon :     756.2    456.7    862.0    553.9
    
vp9_inv_dct_dct_32x32_sub2_add_neon :   10682.2   8190.4   8539.2   6762.5
    
vp9_inv_dct_dct_32x32_sub4_add_neon :   10813.5   8014.9   8518.3   6762.8
    
vp9_inv_dct_dct_32x32_sub8_add_neon :   11859.6   9313.0   9347.4   7514.5
    
vp9_inv_dct_dct_32x32_sub12_add_neon :  12946.6  10752.4  10192.2   8280.2
    
vp9_inv_dct_dct_32x32_sub16_add_neon :  14074.6  11946.5  11001.4   9008.6
    
vp9_inv_dct_dct_32x32_sub20_add_neon :  15269.9  13662.7  11816.1   9762.6
    
vp9_inv_dct_dct_32x32_sub24_add_neon :  16327.9  14940.1  12626.7  10516.0
    
vp9_inv_dct_dct_32x32_sub28_add_neon :  17462.7  15776.1  13446.2  11264.7
    
vp9_inv_dct_dct_32x32_sub32_add_neon :  18575.5  17157.0  14249.3  12015.1
    

    I.e. in general a very minor overhead for the full subpartition case due
    
to the additional loads and cmps, but a significant speedup for the cases
    
when we only need to process a small part of the actual input data.
    

    In common VP9 content in a few inspected clips, 70-90% of the non-dc-only
    
16x16 and 32x32 IDCTs only have nonzero coefficients in the upper left
    
8x8 or 16x16 subpartitions respectively.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] libavcodec/arm/vp9itxfm_neon.S
    • [DBH] tests/checkasm/vp9dsp.c

  • aarch64 : vp9itxfm : Skip empty slices in the first pass of idct_idct 16x16 and 32x32

    18 novembre 2016, par Martin Storsjö
    aarch64 : vp9itxfm : Skip empty slices in the first pass of idct_idct 16x16 and 32x32

    This work is sponsored by, and copyright, Google.
    

    Previously all subpartitions except the eob=1 (DC) case ran with
    
the same runtime :
    

    vp9_inv_dct_dct_16x16_sub16_add_neon :   1373.2
    
vp9_inv_dct_dct_32x32_sub32_add_neon :   8089.0
    

    By skipping individual 8x16 or 8x32 pixel slices in the first pass,
    
we reduce the runtime of these functions like this :
    

    vp9_inv_dct_dct_16x16_sub1_add_neon :     235.3
    
vp9_inv_dct_dct_16x16_sub2_add_neon :    1036.7
    
vp9_inv_dct_dct_16x16_sub4_add_neon :    1036.7
    
vp9_inv_dct_dct_16x16_sub8_add_neon :    1036.7
    
vp9_inv_dct_dct_16x16_sub12_add_neon :   1372.1
    
vp9_inv_dct_dct_16x16_sub16_add_neon :   1372.1
    
vp9_inv_dct_dct_32x32_sub1_add_neon :     555.1
    
vp9_inv_dct_dct_32x32_sub2_add_neon :    5190.2
    
vp9_inv_dct_dct_32x32_sub4_add_neon :    5180.0
    
vp9_inv_dct_dct_32x32_sub8_add_neon :    5183.1
    
vp9_inv_dct_dct_32x32_sub12_add_neon :   6161.5
    
vp9_inv_dct_dct_32x32_sub16_add_neon :   6155.5
    
vp9_inv_dct_dct_32x32_sub20_add_neon :   7136.3
    
vp9_inv_dct_dct_32x32_sub24_add_neon :   7128.4
    
vp9_inv_dct_dct_32x32_sub28_add_neon :   8098.9
    
vp9_inv_dct_dct_32x32_sub32_add_neon :   8098.8
    

    I.e. in general a very minor overhead for the full subpartition case due
    
to the additional cmps, but a significant speedup for the cases when we
    
only need to process a small part of the actual input data.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] libavcodec/aarch64/vp9itxfm_neon.S

Navigation