Recherche avancée

Médias (0)

Mot : - Tags -/optimisation

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

Autres articles (39)

  • Other interesting software

    13 avril 2011, par

    We don’t claim to be the only ones doing what we do ... and especially not to assert claims to be the best either ... What we do, we just try to do it well and getting better ...
    The following list represents softwares that tend to be more or less as MediaSPIP or that MediaSPIP tries more or less to do the same, whatever ...
    We don’t know them, we didn’t try them, but you can take a peek.
    Videopress
    Website : http://videopress.com/
    License : GNU/GPL v2
    Source code : (...)

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

Sur d’autres sites (4853)

  • FFMPEG - 2-pass video conversion final file size is larger than expected

    14 juin 2022, par Kevin Korb

    We are converting files and the target filesize is important. For one version of the video it can not be above 750KB.

    


    We are using the 2-pass encoding and specifying the target audio bitrate and target video bitrate, however the longer the duration of the video, the larger the file becomes and exceeds our 750KB target.

    


    


    For example, our file is 53.3 seconds, we know our final target of
750KB. We like our audio at 48kbps (mono).

    


    So we calculate our target (total) bitrate at : 750*8/53.3 = 112.57
total kbps Audio bitrate = 48kbps Video bitrate = 112-48 = 64kbps
video

    


    We would expect the file produced to be 746.2KB. (112*53.3 / 8)

    


    The file produced is 850k(ish).

    


    


    Is there something that takes up space in the file that isn't video or audio that we need to take into consideration ?

    


  • swscale : aarch64 : Optimize the final summation in the hscale routine

    20 avril 2022, par Martin Storsjö
    swscale : aarch64 : Optimize the final summation in the hscale routine

    Before :                     Cortex A53      A72      A73  Graviton 2  Graviton 3
    
hscale_8_to_15_width8_neon :     8273.0   4602.5   4289.5      2429.7      1629.1
    
hscale_8_to_15_width16_neon :   12405.7   6803.0   6359.0      3549.0      2378.4
    
hscale_8_to_15_width32_neon :   21258.7  11491.7  11469.2      5797.2      3919.6
    
hscale_8_to_15_width40_neon :   25652.0  14173.7  12488.2      6893.5      4810.4
    

    After :
    
hscale_8_to_15_width8_neon :     7633.0   3981.5   3350.2      1980.7      1261.1
    
hscale_8_to_15_width16_neon :   11666.7   5951.0   5512.0      3080.7      2131.4
    
hscale_8_to_15_width32_neon :   20900.7  10733.2   9481.7      5275.2      3862.1
    
hscale_8_to_15_width40_neon :   24826.0  13536.2  11502.0      6397.2      4731.9
    

    Thus, this gives overall a 8-29% speedup for the smaller filter
    
sizes, around 1-8% for the larger filter sizes.
    

    Inspired by a patch by Jonathan Swinney <jswinney@amazon.com>.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libswscale/aarch64/hscale.S

  • avformat/dashdec : Also fetch final partial segment

    5 avril 2021, par Matt Robinson
    avformat/dashdec : Also fetch final partial segment

    Currently, the DASH demuxer omits the final segment for a non-live
    
stream (using SegmentTemplate) if it is shorter than the other segments.
    

    Correct calc_max_seg_no to round up when calulating the number of
    
segments instead of rounding down to resolve this issue.
    

    Signed-off-by : Matt Robinson <git@nerdoftheherd.com>
    • [DH] libavformat/dashdec.c

Navigation