Recherche avancée

Médias (91)

Autres articles (47)

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

  • Déploiements possibles

    31 janvier 2010, par

    Deux types de déploiements sont envisageable dépendant de deux aspects : La méthode d’installation envisagée (en standalone ou en ferme) ; Le nombre d’encodages journaliers et la fréquentation envisagés ;
    L’encodage de vidéos est un processus lourd consommant énormément de ressources système (CPU et RAM), il est nécessaire de prendre tout cela en considération. Ce système n’est donc possible que sur un ou plusieurs serveurs dédiés.
    Version mono serveur
    La version mono serveur consiste à n’utiliser qu’une (...)

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

Sur d’autres sites (4217)

  • truehd : add hand-scheduled ARM asm version of ff_mlp_rematrix_channel.

    20 mars 2014, par Ben Avison
    truehd : add hand-scheduled ARM asm version of ff_mlp_rematrix_channel.

    Profiling results for overall audio decode and the rematrix_channels function
    
in particular are as follows :
    

                  Before          After
    
              Mean   StdDev   Mean   StdDev  Confidence  Change
    
6:2 total     370.8  17.0     348.8  20.1    99.9%       +6.3%
    
6:2 function  46.4   8.4      45.8   6.6     18.0%       +1.2%  (insignificant)
    
8:2 total     343.2  19.0     339.1  15.4    54.7%       +1.2%  (insignificant)
    
8:2 function  38.9   3.9      40.2   6.9     52.4%       -3.2%  (insignificant)
    
6:6 total     658.4  15.7     604.6  20.8    100.0%      +8.9%
    
6:6 function  109.0  8.7      59.5   5.4     100.0%      +83.3%
    
8:8 total     896.2  24.5     766.4  17.6    100.0%      +16.9%
    
8:8 function  223.4  12.8     93.8   5.0     100.0%      +138.3%
    

    The assembly version has also been tested with a fuzz tester to ensure that
    
any combinations of inputs not exercised by my available test streams still
    
generate mathematically identical results to the C version.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] libavcodec/arm/mlpdsp_armv5te.S
    • [DBH] libavcodec/arm/mlpdsp_init_arm.c

  • truehd : tune VLC decoding for ARM.

    20 mars 2014, par Ben Avison
    truehd : tune VLC decoding for ARM.

    Profiling on a Raspberry Pi revealed the best performance to correspond
    
with VLC_BITS = 5. Results for overall audio decode and the get_vlc2 function
    
in particular are as follows :
    

                  Before          After
    
              Mean   StdDev   Mean   StdDev  Confidence  Change
    
6:2 total     348.8  20.1     339.6  15.1    88.8%       +2.7%  (insignificant)
    
6:2 function  38.1   8.1      26.4   4.1     100.0%      +44.5%
    
8:2 total     339.1  15.4     324.5  15.5    99.4%       +4.5%
    
8:2 function  33.8   7.0      27.3   5.6     99.7%       +23.6%
    
6:6 total     604.6  20.8     572.8  20.6    100.0%      +5.6%
    
6:6 function  95.8   8.4      68.9   8.2     100.0%      +39.1%
    
8:8 total     766.4  17.6     741.5  21.2    100.0%      +3.4%
    
8:8 function  106.0  11.4     86.1   9.9     100.0%      +23.1%
    

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

  • FFMPEG - Slowing to a Specific Duration

    3 janvier 2019, par Purple Prince

    I have an unusual problem when working with ffmpeg. I’m fixing up some .wav files which have very small errors in their duration, on the order of 0.001% of the total length of the recording.

    The suggested solution is to use the atempo filter to slow the audio, but this isn’t precise enough for my application (sound synchronisation with video) due to floating point imprecision. Is there a way to set the desired length of the output and have the input scale to that length ?

    For example if I set a desired length of 3 minutes with an input of 02:59.56 duration, can I get an output of exactly 3 minutes ? With the atempo filter I’m more likely to get 2:59.95 or similar, which doesn’t solve my issue.

Navigation