Recherche avancée

Médias (2)

Mot : - Tags -/map

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

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

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

Sur d’autres sites (7502)

  • dca : map xxch side channels to AV_CH_SIDE_LEFT/RIGHT instead of REAR.

    8 juillet 2012, par Hendrik Leppkes

    dca : map xxch side channels to AV_CH_SIDE_LEFT/RIGHT instead of REAR.

  • flac : Move flac functions shared between libraries to flac common code

    10 juillet 2012, par Diego Biurrun

    flac : Move flac functions shared between libraries to flac common code

  • How to get the real, actual duration of an MP3 file (VBR or CBR) server-side

    25 septembre 2016, par SquareCat

    I used to calculate the duration of MP3 files server-side using ffmpeg - which seemed to work fine. Today i discovered that some of the calculations were wrong. Somehow, for some reason, ffmpeg will miscalculate the duration and it seems to happen with variable bit rate mp3 files only.

    When testing this locally, i noticed that ffmpeg printed two extra lines in green.

    Command used :

    ffmpeg -i song_9747c077aef8.mp3

    ffmpeg says :

    [mp3 @ 0x102052600] max_analyze_duration 5000000 reached at 5015510
    
[mp3 @ 0x102052600] Estimating duration from bitrate, this may be inaccurate

    After a nice, warm google session, i discovered some posts on this, but no solution was found.

    I then tried to increase the maximum duration :

    ffmpeg -analyzeduration 999999999 -i song_9747c077aef8.mp3

    After this, ffmpeg returned only the second line :

    [mp3 @ 0x102052600] Estimating duration from bitrate, this may be inaccurate

    But in either case, the calculated duration was just plain wrong. Comparing it to VLC i noticed that there the duration is correct.

    After more research i stumbled over mp3info - which i installed and used.

    mp3info -p "%S" song_9747c077aef8.mp3

    mp3info then returned the CORRECT duration, but only as an integer, which i cannot use as i need a more accurate number here. The reason for this was explained in a comment below, by user blahdiblah - mp3info is simply pulling ID3 info from the file and not actually performing any calculations.

    I also tried using mplayer to retrieve the duration, but just as ffmpeg, mplayer is returning the wrong value.

Navigation