Recherche avancée

Médias (91)

Autres articles (47)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Mise à disposition des fichiers

    14 avril 2011, par

    Par défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
    Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
    Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

Sur d’autres sites (7787)

  • Grep for a number between a certain range - Checking WAV Quality

    11 août 2014, par BT643

    I’m trying to write a regular expression (to be used in conjunction with ffmpeg, which can check that a WAV file is over a certain quality.

    The minimum should be :

    Audio Channels : 2 (Stereo)
    Audio Sample Rate : 44,100 Hz
    Audio Bitrate : 1411 Kbps
    Audio Bit Depth : 16 bit

    So I’ve tried the following commands so far :

    • /usr/local/bin/ffmpeg -i "/path/to/file.wav" 2>&1 | egrep 'stereo|2 channels'

    This works fine to get a stero (2 channel) WAV. I’m getting issues with the next part, searching between a range of numbers.

    • /usr/local/bin/ffmpeg -i "/path/to/file.wav" 2>&1 | egrep 'stereo|2 channels' | egrep '[41000-196000] Hz'

    Obviously this just searches each number individually, so it’s finding results if there’s a 4 OR 1 OR 0 OR 0 OR 0 etc...

    The bit rate and bit depth just needs to be OVER 1411 and 16 respectively.

    Thanks

    EDIT -
    Here’s the ffmpeg output for a low quality WAV which should be rejected :

    ffmpeg version git-2012-05-22-27127eb Copyright (c) 2000-2012 the FFmpeg developers
     built on May 22 2012 12:27:21 with gcc 4.6.1
     configuration: --enable-gpl --enable-libfaac --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libtheora --enable-libvorbis --enable-libx264 --enable-nonfree --enable-postproc --enable-version3 --enable-x11grab
     libavutil      51. 53.100 / 51. 53.100
     libavcodec     54. 21.101 / 54. 21.101
     libavformat    54.  6.100 / 54.  6.100
     libavdevice    53.  4.100 / 53.  4.100
     libavfilter     2. 75.100 /  2. 75.100
     libswscale      2.  1.100 /  2.  1.100
     libswresample   0. 15.100 /  0. 15.100
     libpostproc    52.  0.100 / 52.  0.100
    [wav @ 0x355b140] max_analyze_duration 5000000 reached at 5056000
    Guessed Channel Layout for  Input Stream #0.0 : stereo
    Input #0, wav, from '/path/to/file.wav':
     Duration: 00:02:28.47, bitrate: 512 kb/s
       Stream #0:0: Audio: pcm_u8 ([1][0][0][0] / 0x0001), 32000 Hz, stereo, u8, 512 kb/s
  • FFmpeg h264_v4l2m2m encoder changing aspect ratio from 16:9 to 1:1 with black bars

    8 janvier, par LycoReco2007

    When switching from libx264 to h264_v4l2m2m encoder in FFmpeg for YouTube streaming, the output video's aspect ratio changes from 16:9 to 1:1 with black bars on the sides, despite keeping the same resolution settings.

    


    Original working command (with libx264) :

    


    ffmpeg -f v4l2 \
    -input_format yuyv422 \
    -video_size 1280x720 \
    -framerate 30 \
    -i /dev/video0 \
    -f lavfi \
    -i anullsrc=r=44100:cl=stereo \
    -c:v libx264 \
    -preset ultrafast \
    -tune zerolatency \
    -b:v 2500k \
    -c:a aac \
    -b:a 128k \
    -ar 44100 \
    -f flv rtmp://a.rtmp.youtube.com/live2/[STREAM-KEY]


    


    When I replaced libx264 with h264_v4lm2m, it always produce a square resolution, and it automatically adds black bars to the top and the bottom of the sides of the camera. I currently using a Rasberry Pi 4 model B, with a webcam that I believe supports the 16:9 ratio (I've verified using v4l2-ctl --list-formats-ext -d /dev/video0 command)

    


    I've tried the follows :

    


      

    • Adding -aspect 16:9 parameter in the ffmpeg command
    • 


    • Adding video filters such as -vf "scale=1280:720:force_original_aspect_ratio=decrease,pad=1280:720:(ow-iw)/2:(oh-ih)/2,setsar=1"
None of these give me the correct aspect ratio.
    • 


    


    How can I make the h264_v4l2m2m encoder maintain the original 16:9 aspect ratio without adding black bars ? Is this a known limitation of the encoder, or am I missing some required parameters ?

    


  • Is ffmpeg's chromakey filter broken when matching black/white ?

    7 janvier 2023, par Taylor Brown

    I have a file, colors.png. It looks like this :

    



    Let's say I want to make the red square transparent. When I run ffmpeg -i colors.png -filter_complex "[0]chromakey=0xff0000:similarity=0.1:blend=0.0[out]" -map "[out]" colors-rm-red.png (notice I use similarity=0.1 to make this work), I get exactly that :

    



    How about making the blue square transparent ? ffmpeg -i colors.png -filter_complex "[0]chromakey=0x0000ff:similarity=0.1:blend=0.0[out]" -map "[out]" colors-rm-blue.png works too !

    



    But what about replacing black ? ffmpeg -i colors.png -filter_complex "[0]chromakey=0x000000:similarity=0.1:blend=0.0[out]" -map "[out]" colors-rm-black.png gives me this :

    



    And likewise, replacing white with ffmpeg -i colors.png -filter_complex "[0]chromakey=0xffffff:similarity=0.1:blend=0.0[out]" -map "[out]" colors-rm-white.png gives me the same result :

    



    Why is this ? Even if I use similarity=0.01, which according to the docs "matches only the exact key color", this still doesn't work when I'm trying to make black/white transparent. Is ffmpeg broken, or am I misunderstanding the chromakey filter ?