Recherche avancée

Médias (91)

Autres articles (83)

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

  • Dépôt de média et thèmes par FTP

    31 mai 2013, par

    L’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
    Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

Sur d’autres sites (12715)

  • ffmpeg removes dead space in video but not audio

    10 juillet 2015, par Peter Becich

    I’m transferring a VHS tape on Ubuntu with ffmpeg, somagic-capture, the line-in jack and an EasyCap dongle.

    There is a big issue with audio drift that, I believe, is caused by ffmpeg removing dead space from the video stream but not the audio stream.

    The capture utility creates a stream :

    somagic-capture --ntsc -c --luminance=2 --lum-aperture=3 \
    
2> $SOMAGIC_LOG |

    Which is piped into ffmpeg. ffmpeg also captures from alsa :

     ffmpeg -pixel_format uyvy422 -s:v 720x480 \
    
-framerate 29.97 -f rawvideo -i -  -f alsa -thread_queue_size 1024 \
    
-i hw:0,0 -vf scale=w=640:h=480 -vcodec libx264 -preset ultrafast \
    
-shortest -c:a libfdk_aac -b:a 256k $OUTFILE

    Is it true that ffmpeg by default removes dead space from a stream ?

    If so, would ffmpeg trim both streams even if only one is "dead" — suppose the video is momentarily blank while the audio is noisy.

    If not, are these two streams incompatible with each other ? Is the ALSA input (line-in jack) on a different clock than the EasyCap video dongle ?

    Input #0, rawvideo, from 'pipe:':
    
  Duration: N/A, start: 0.000000, bitrate: 165722 kb/s
    
    Stream #0:0: Video: rawvideo (UYVY / 0x59565955), uyvy422, 720x480, 
    
    165722 kb/s, 29.97 tbr, 29.97 tbn, 29.97 tbc
    
Guessed Channel Layout for  Input Stream #1.0 : stereo
    

    
Input #1, alsa, from 'hw:0,0':
    
  Duration: N/A, start: 1436492353.282796, bitrate: 1536 kb/s
    
  Stream #1:0: Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s

    I think the -shortest flag only concerns killing the ffmpeg process.

    My prior, more general question didn’t solve the problem : http://video.stackexchange.com/questions/14809/sync-up-ffmpeg-rawvideo-recording-and-audacity-alsa-recording

    Thanks for any advice !

    The full script :

    #!/bin/sh
    

    
PIPE=/tmp/somagic-pipe
    
OUTFILEDIR=~/easycap/Videos/
    
LOGDIR=~/.somagic-log/
    
NOW=`date +"%m_%d_%Y_%H_%M_%S"`
    

    
OUTFILE=${OUTFILEDIR}fpv_${NOW}_video.mp4
    

    
mkdir $LOGDIR
    

    
FFMPEG_LOG=${LOGDIR}ffmpeg_video.log
    
SOMAGIC_LOG=${LOGDIR}somagic_video.log
    
MPLAYER_LOG=${LOGDIR}mplayer_video.log
    

    
rm $PIPE >/dev/null 2>&1
    
rm $OUTFILE >/dev/null 2>&1
    

    
rm $FFMPEG_LOG
    
rm $SOMAGIC_LOG
    
rm $MPLAYER_LOG
    

    
mkfifo $PIPE >/dev/null 2>&1
    

    
somagic-capture --ntsc -c --luminance=2 --lum-aperture=3 \
    
2> $SOMAGIC_LOG | ffmpeg -pixel_format uyvy422 -s:v 720x480 \
    
-framerate 29.97 -f rawvideo -i -  -f alsa -thread_queue_size 1024 \
    
-i hw:0,0 -vf scale=w=640:h=480 -vcodec libx264 -preset ultrafast \
    
-shortest -c:a libfdk_aac -b:a 256k $OUTFILE
    

    
rm $PIPE >/dev/null 2>&1

    Modified from here : https://gist.github.com/Brick85/0b327ac2d3d45e23ed33

  • fbdev : Support the RGB565 colour space.

    11 juillet 2013, par Dan Flett
    fbdev : Support the RGB565 colour space.

    Tested on a Raspberry Pi.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DH] libavdevice/fbdev.c

  • fbdev : Support the RGB565 colour space.

    11 juillet 2013, par Dan Flett
    fbdev : Support the RGB565 colour space.

    Tested on a Raspberry Pi.
    

    Signed-off-by : Martin Storsjö <martin@martin.st>
    • [DBH] libavdevice/fbdev.c

Navigation