Recherche avancée

Médias (1)

Mot : - Tags -/iphone

Autres articles (98)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

  • 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 ;

Sur d’autres sites (9369)

  • 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 ?

  • FFMPEG returns the wrong time

    22 juillet 2016, par GeeHopper

    I’m currently trying to cut a file using ffmpeg with the following command : "ffmpeg -sseof -10 -i resourcefile.mp4 -c copy cuttedfile.mp4" but for some reason the new file length is more than 10 seconds (around 15). So now I’m wondering if this is a bug, since this should cut the last 10 seconds in a new file.

    Thanks for the help :)

Navigation