Recherche avancée

Médias (1)

Mot : - Tags -/copyleft

Autres articles (35)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • Le plugin : Podcasts.

    14 juillet 2010, par

    Le problème du podcasting est à nouveau un problème révélateur de la normalisation des transports de données sur Internet.
    Deux formats intéressants existent : Celui développé par Apple, très axé sur l’utilisation d’iTunes dont la SPEC est ici ; Le format "Media RSS Module" qui est plus "libre" notamment soutenu par Yahoo et le logiciel Miro ;
    Types de fichiers supportés dans les flux
    Le format d’Apple n’autorise que les formats suivants dans ses flux : .mp3 audio/mpeg .m4a audio/x-m4a .mp4 (...)

Sur d’autres sites (3129)

  • Limiting video fps with `select` filter

    3 juillet 2023, par Dan

    So this filter supposedly limits a video's FPS to 30 by doing frame selection :
select='eq(n,0)+if(gt(t-prev_selected_t,1/30.50),1,0)

    


    The problem is, when I use this on a 120fps video and output as HLS, the .m3u8 file under-reports the segment lengths by 25%, or rather, ffmpeg seems to be selecting the wrong # of frames per segment because it thinks the video is still 120fps. If I inspect the .ts files in Windows, the metadata suggests the video is still 120fps.

    


    Any ideas how to recalculate the correct fps in ffmpeg without doing additional video processing ?

    


    Otherwise, is there another way to limit the FPS to 30 without a separate ffmpeg/ffprobe command ?

    


  • swscale/aarch64/range_convert : saturate output instead of limiting input

    24 septembre 2024, par Ramiro Polla
    swscale/aarch64/range_convert : saturate output instead of limiting input

    aarch64 A55 :
    
chrRangeFromJpeg8_1920_c :    28836.2 (1.00x)
    
chrRangeFromJpeg8_1920_neon :  5312.6 (5.43x)  5313.9 (5.43x)
    
chrRangeToJpeg8_1920_c :      44196.2 (1.00x)
    
chrRangeToJpeg8_1920_neon :    6034.6 (7.32x)  5551.3 (7.96x)
    
lumRangeFromJpeg8_1920_c :    15388.5 (1.00x)
    
lumRangeFromJpeg8_1920_neon :  3150.7 (4.88x)  3152.3 (4.88x)
    
lumRangeToJpeg8_1920_c :      23069.7 (1.00x)
    
lumRangeToJpeg8_1920_neon :    3873.2 (5.96x)  3628.7 (6.36x)
    

    aarch64 A76 :
    
chrRangeFromJpeg8_1920_c :     6334.7 (1.00x)
    
chrRangeFromJpeg8_1920_neon :  2264.5 (2.80x)  2344.5 (2.70x)
    
chrRangeToJpeg8_1920_c :      11474.5 (1.00x)
    
chrRangeToJpeg8_1920_neon :    2646.5 (4.34x)  2824.2 (4.06x)
    
lumRangeFromJpeg8_1920_c :     4453.2 (1.00x)
    
lumRangeFromJpeg8_1920_neon :  1104.8 (4.03x)  1104.5 (4.03x)
    
lumRangeToJpeg8_1920_c :       6645.0 (1.00x)
    
lumRangeToJpeg8_1920_neon :    1310.5 (5.07x)  1329.8 (5.00x)
    • [DH] libswscale/aarch64/range_convert_neon.S
    • [DH] libswscale/aarch64/swscale.c

  • swscale/range_convert : saturate output instead of limiting input

    24 septembre 2024, par Ramiro Polla
    swscale/range_convert : saturate output instead of limiting input

    For bit depths <= 14, the result is saturated to 15 bits.
    
For bit depths > 14, the result is saturated to 19 bits.
    

    x86_64 :
    
chrRangeFromJpeg8_1920_c :    2126.5   2127.4  (1.00x)
    
chrRangeFromJpeg16_1920_c :   2331.4   2325.2  (1.00x)
    
chrRangeToJpeg8_1920_c :      3163.0   3166.9  (1.00x)
    
chrRangeToJpeg16_1920_c :     3163.7   2152.4  (1.47x)
    
lumRangeFromJpeg8_1920_c :    1262.2   1263.0  (1.00x)
    
lumRangeFromJpeg16_1920_c :   1079.5   1080.5  (1.00x)
    
lumRangeToJpeg8_1920_c :      1860.5   1886.8  (0.99x)
    
lumRangeToJpeg16_1920_c :     1910.2   1077.0  (1.77x)
    

    aarch64 A55 :
    
chrRangeFromJpeg8_1920_c :   28836.2  28835.2  (1.00x)
    
chrRangeFromJpeg16_1920_c :  28840.1  28839.8  (1.00x)
    
chrRangeToJpeg8_1920_c :     44196.2  23074.7  (1.92x)
    
chrRangeToJpeg16_1920_c :    36527.3  17318.9  (2.11x)
    
lumRangeFromJpeg8_1920_c :   15388.5  15389.7  (1.00x)
    
lumRangeFromJpeg16_1920_c :  15389.3  15388.2  (1.00x)
    
lumRangeToJpeg8_1920_c :     23069.7  19227.8  (1.20x)
    
lumRangeToJpeg16_1920_c :    19227.8  15387.0  (1.25x)
    

    aarch64 A76 :
    
chrRangeFromJpeg8_1920_c :    6334.7   6324.4  (1.00x)
    
chrRangeFromJpeg16_1920_c :   6336.0   6339.9  (1.00x)
    
chrRangeToJpeg8_1920_c :     11474.5   9656.0  (1.19x)
    
chrRangeToJpeg16_1920_c :     9640.5   6340.4  (1.52x)
    
lumRangeFromJpeg8_1920_c :    4453.2   4422.0  (1.01x)
    
lumRangeFromJpeg16_1920_c :   4414.2   4420.9  (1.00x)
    
lumRangeToJpeg8_1920_c :      6645.0   5949.1  (1.12x)
    
lumRangeToJpeg16_1920_c :     6005.2   4446.8  (1.35x)
    

    NOTE : all simd optimizations for range_convert have been disabled
    
      except for x86, which already had the same behaviour.
    
      they will be re-enabled when they are fixed for each architecture.
    • [DH] libswscale/aarch64/swscale.c
    • [DH] libswscale/loongarch/swscale_init_loongarch.c
    • [DH] libswscale/riscv/swscale.c
    • [DH] libswscale/swscale.c
    • [DH] libswscale/x86/range_convert.asm

Navigation