Recherche avancée

Médias (1)

Mot : - Tags -/stallman

Autres articles (109)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

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

  • 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 :)

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

  • 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

Navigation