Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

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

Autres articles (89)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

  • 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

Sur d’autres sites (14231)

  • Revision 101238 : vérifier par type mime vérifier aussi l’extension. Évite qu’un type mime ...

    20 décembre 2016, par maieul@… — Log

    vérifier par type mime vérifier aussi l’extension. Évite qu’un type mime application/octet-stream autorisé serve à envoyer des .htaccess

  • aarch64 : vp9 : use alternative returns in the core loop filter function

    9 janvier 2017, par Janne Grunau
    aarch64 : vp9 : use alternative returns in the core loop filter function

    Since aarch64 has enough free general purpose registers use them to
    
branch to the appropiate storage code. 1-2 cycles faster for the
    
functions using loop_filter 8/16, ... on a cortex-a53. Mixed results
    
(up to 2 cycles faster/slower) on a cortex-a57.
    

    This is cherrypicked from libav commit
    
d7595de0b25e7064fd9e06dea5d0425536cef6dc.
    

    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavcodec/aarch64/vp9lpf_neon.S

  • ffmpeg volumedetect returns unstable result

    8 février 2018, par Eric Stdlib

    I am using ffmpeg to calculate the volume of my audio file, but I find that ffmpeg returns different values for different containers (like mp3 v.s. ogg)

    Here is an example. I am using an ogg file from Wikimedia Commons, and converting it to mp3, then analyze the volume of both files. For ogg file, I get -3.0 dB for mean volume, but for mp3 file, I get -3.4 dB. When I use other files, I also get different max volume and histogram.

    [user@localhost tmp]$ wget https://upload.wikimedia.org/wikipedia/commons/b/b9/Audio_Frequency_tone%2C_Middle_C%2C_C4%2C_261.63hz.ogg -O a.ogg 2> /dev/null
    
[user@localhost tmp]$ ffmpeg -i a.ogg a.mp3 2> /dev/null
    
[user@localhost tmp]$ ffmpeg -i a.ogg -af volumedetect tmp.ogg 2>&amp;1 | grep volumedetect
    
[Parsed_volumedetect_0 @ 0x555f69f3f4a0] n_samples: 88768
    
[Parsed_volumedetect_0 @ 0x555f69f3f4a0] mean_volume: -3.0 dB
    
[Parsed_volumedetect_0 @ 0x555f69f3f4a0] max_volume: 0.0 dB
    
[Parsed_volumedetect_0 @ 0x555f69f3f4a0] histogram_0db: 27541
    
[user@localhost tmp]$ ffmpeg -i a.mp3 -af volumedetect tmp.mp3 2>&amp;1 | grep volumedetect
    
[Parsed_volumedetect_0 @ 0x55fd62be4740] n_samples: 88768
    
[Parsed_volumedetect_0 @ 0x55fd62be4740] mean_volume: -3.4 dB
    
[Parsed_volumedetect_0 @ 0x55fd62be4740] max_volume: -0.0 dB
    
[Parsed_volumedetect_0 @ 0x55fd62be4740] histogram_0db: 21340
    
[user@localhost tmp]$

    Why is this bug happening ? Which one should I believe ?

Navigation