Recherche avancée

Médias (1)

Mot : - Tags -/lev manovitch

Autres articles (96)

  • Le plugin : Podcasts.

    14 juillet 2010, par

    Le problème du podcasting est à nouveau un problème révélateur de la normalisation des transports de données sur Internet.
    Deux formats intéressants existent : Celui développé par Apple, très axé sur l’utilisation d’iTunes dont la SPEC est ici ; Le format "Media RSS Module" qui est plus "libre" notamment soutenu par Yahoo et le logiciel Miro ;
    Types de fichiers supportés dans les flux
    Le format d’Apple n’autorise que les formats suivants dans ses flux : .mp3 audio/mpeg .m4a audio/x-m4a .mp4 (...)

  • Librairies et binaires spécifiques au traitement vidéo et sonore

    31 janvier 2010, par

    Les logiciels et librairies suivantes sont utilisées par SPIPmotion d’une manière ou d’une autre.
    Binaires obligatoires FFMpeg : encodeur principal, permet de transcoder presque tous les types de fichiers vidéo et sonores dans les formats lisibles sur Internet. CF ce tutoriel pour son installation ; Oggz-tools : outils d’inspection de fichiers ogg ; Mediainfo : récupération d’informations depuis la plupart des formats vidéos et sonores ;
    Binaires complémentaires et facultatifs flvtool2 : (...)

  • MediaSPIP Player : problèmes potentiels

    22 février 2011, par

    Le lecteur ne fonctionne pas sur Internet Explorer
    Sur Internet Explorer (8 et 7 au moins), le plugin utilise le lecteur Flash flowplayer pour lire vidéos et son. Si le lecteur ne semble pas fonctionner, cela peut venir de la configuration du mod_deflate d’Apache.
    Si dans la configuration de ce module Apache vous avez une ligne qui ressemble à la suivante, essayez de la supprimer ou de la commenter pour voir si le lecteur fonctionne correctement : /** * GeSHi (C) 2004 - 2007 Nigel McNie, (...)

Sur d’autres sites (7959)

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

  • How to check 'Output bit depth' of the libx264 library in ffmpeg ?

    25 mars 2014, par Amiramix

    According to the x264 Encoding Guide, the crf scale depends on whether x264 is 8-bit or 10-bit. Supposedly x264 --help shows the Output bit depth. But on Windows ffmpeg -h full doesn't say anything about Output bit depth and the crf scale option is described as from -1 to FLT_MAX. How can I check if my ffmpeg is using 8-bit or 10-bit version of the libx264 library ?

  • h.264 I-frame loss handling in rtsp streaming

    27 mars 2014, par DSG

    I am developing a player which open rtsp stream using Live555 and using FFMPEG to decode video stream. I am stuck at a point, where IDR frame is getting lost over the network, so that after decoding its successor B/P frames, it shows a jittering effect in video. It gives a very bad performance in video.

    So my question is, How can I handle I-frame packet loss ? I would like to know if there is any strategy/algorithm to handle packet loss, so that video should be smooth or clear.

    Any help will be appreciated.
    Thank You.

Navigation