Recherche avancée

Médias (91)

Autres articles (63)

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

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

  • MediaSPIP Core : La Configuration

    9 novembre 2010, par

    MediaSPIP Core fournit par défaut trois pages différentes de configuration (ces pages utilisent le plugin de configuration CFG pour fonctionner) : une page spécifique à la configuration générale du squelettes ; une page spécifique à la configuration de la page d’accueil du site ; une page spécifique à la configuration des secteurs ;
    Il fournit également une page supplémentaire qui n’apparait que lorsque certains plugins sont activés permettant de contrôler l’affichage et les fonctionnalités spécifiques (...)

Sur d’autres sites (13845)

  • avformat/hls : Fix regression with ranged media segments

    26 juillet 2016, par Anssi Hannula
    avformat/hls : Fix regression with ranged media segments

    Commit 81306fd4bdf ("hls : eliminate ffurl_* usage", merged in d0fc5de3a6)
    
changed the hls demuxer to use AVIOContext instead of URLContext for its
    
HTTP requests.
    

    HLS demuxer uses the "offset" option of the http demuxer, requesting
    
the initial file offset for the I/O (http URLProtocol uses the "Range :"
    
HTTP header to try to accommodate that).
    

    However, the code in libavformat/aviobuf.c seems to be doing its own
    
accounting for the current file offset (AVIOContext.pos), with the
    
assumption that the initial offset is always zero.
    

    HLS demuxer does an explicit seek after open_url to account for cases
    
where the "offset" was not effective (due to the URL being a local file
    
or the HTTP server not obeying it), which should be a no-op in case the
    
file offset is already at that position.
    

    However, since aviobuf.c code thinks the starting offset is 0, this
    
doesn’t work properly.
    

    This breaks retrieval of ranged media segments.
    

    To fix the regression, just drop the seek call from the HLS demuxer when
    
the HTTP(S) protocol is used.
    • [DH] libavformat/hls.c

  • FFMPEG reduce dynamic range (VLC port question)

    14 mars 2020, par H3rdell

    Is there a way to do the exactly same thing as the image below (VLC) but using FFMPEG ? I want it with FFMPEG to automate some jobs with batch files.

    https://i.imgur.com/6r7jyeu.png

    In VLC, alongside the settings in the above image, I also enable the Dynamic Range Compressor.

    enter image description here

    My settings for the compressor filter in VLC are :

    • RMS/PEAK : 0
    • ATTACK : 15ms
    • RELEASE : 300ms
    • THRESHOLD : -25dB
    • COMPRESSION RATIO : 20.0 to 1
    • KNEE RADIUS : 1.0dB
    • MAKEUP GAIN : 15.0dB

    Thanks in advance.

  • How to calculate ffmpeg output file size ?

    25 septembre 2011, par poundifdef

    I am using ffmpeg to convert home videos to DVD format and want to calculate the output file size before doing the conversion.

    My input file has a bit rate of 7700 kbps and is 114 seconds long. The audio bitrate is 256 kbit (per second ?) The input file is 77MB. To get this information I ran :

    mplayer -vo null -ao null -frames 0 -identify input.MOD

    So in theory, the input file should have (roughly) a file size of :

    ((7700 / 8) * 114) / 1024

    That is, (7700 / 8) is kilobytes/second, multiplied by 114 seconds, and then converted to megabytes. This gives me 107MB, which is way beyond my 77. Thus I am skeptical of his formula.

    That said, after converting the video :

    ffmpeg -i input.MOD -y -target ntsc-dvd -sameq -aspect 4:3 output.mpg

    The numbers seem to make more sense. Bitrate is 9000 kbps, and applying the above formula, I get 125MB, and my actual output file size is 126MB.

    So, two questions :

    1. How do I factor the audio bitrate into this calculation ? Is it additive (video file size + audio file size) ?

    2. Do DVDs always have a 9000 kilobit/second rate ? Is that the definition of a DVD ? Or might that change depending on video quality of my input video ? What does "-target ntsc-dvd" guarantee about my video ?

    3. Why does my input file not "match" the calculation, but the output file does ? Is there some other variable I'm not accounting for ?

    What is the correct way to calculate filesize ?

Navigation