Recherche avancée

Médias (91)

Autres articles (49)

  • Demande de création d’un canal

    12 mars 2010, par

    En fonction de la configuration de la plateforme, l’utilisateur peu avoir à sa disposition deux méthodes différentes de demande de création de canal. La première est au moment de son inscription, la seconde, après son inscription en remplissant un formulaire de demande.
    Les deux manières demandent les mêmes choses fonctionnent à peu près de la même manière, le futur utilisateur doit remplir une série de champ de formulaire permettant tout d’abord aux administrateurs d’avoir des informations quant à (...)

  • Les vidéos

    21 avril 2011, par

    Comme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
    Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
    Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...)

  • Gestion de la ferme

    2 mars 2010, par

    La ferme est gérée dans son ensemble par des "super admins".
    Certains réglages peuvent être fais afin de réguler les besoins des différents canaux.
    Dans un premier temps il utilise le plugin "Gestion de mutualisation"

Sur d’autres sites (7053)

  • 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

  • snow : remove an obsolete av_assert2

    9 juillet 2015, par Andreas Cadhalpun
    snow : remove an obsolete av_assert2

    It asserts that the frame linesize is larger than 37, but it can be
    
smaller and decoding such frames works.
    

    Before commit cc884a35 src_stride > 7*MB_SIZE was necessary, because the
    
blocks were interleaved in the tmp buffer and the last block was added
    
with an offset of 6*MB_SIZE.
    
It was changed for src_stride <= 7*MB_SIZE to write the blocks
    
sequentially, hence the larger tmp_step.
    
After that the assert was only necessary to make sure that the buffer
    
remained large enough.
    
Since commit bd2b6b33 s->scratchbuf is used as tmp buffer.
    
As part of commit 86e107a7 the minimal scratchbuf size was increased to
    
256*7*MB_SIZE, which is enough for any src_stride <= 7*MB_SIZE.
    

    Also add a comment explaining the tmp_step calculation.
    

    Signed-off-by : Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
    • [DH] libavcodec/snow.h

  • avfilter/vf_zoompan : Remove dead store

    12 février 2016, par Michael Niedermayer
    avfilter/vf_zoompan : Remove dead store

    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavfilter/vf_zoompan.c

Navigation