Recherche avancée

Sur d’autres sites (6303)

• FFMPEG Audio and Image to MP4 - Image Does Not Display [duplicate]

  31 décembre 2017, par Summer Developer

  This question already has an answer here :

  • ffmpeg PNG to mp4 - Black screen
    
    1 answer
    
  • FFmpeg converting image sequence to video results in blank video [closed]
    
    1 answer
    
  • Encoding a readable movie by QuickTime using FFMPEG
    
    1 answer
    

  I am using FFMPEG to create an mp4 from variable audio and image inputs.

  Each audio is paired with one image that should loop for the duration of the audio.

  My command is thus :

  ffmpeg -i "myAudioFile.mp3" -loop 1  -i /var/www/html/storage/assets/myImagefile.png -vcodec libx264 -shortest -preset fast -acodec aac -strict -2 "myVideoFile.mp4"

  It seems to work, except in the resulting .mp4 I have audio but no video (image).

  Thank you !

• FFmpeg audio crossfade

  27 mai 2015, par chamath

  I’m trying to merge several videos using ffmpeg and apply the cross-fade transition in between. I got video cross-fade working by referring to this. At the same time I need to have audio also to have cross-fade applied for original audios associated with each video. I referred several places but they resulted,

  Buffer queue overflow, dropping.

  This, this and this are few i referred. I got the solution of this and this producing the output with concat option where the length of the audio is greater than the video. Though I used the exact fade values used in video it seams not working like in video.
  Following is the ffmpeg command I’m testing.

  ffmpeg -i 1.mp4 -i 2.mp4 -i 3.mp4 -i 4.mp4 -i 5.mp4 -f lavfi -i color=black -filter_complex "
  
  [0:v]scale=iw*min(1280/iw\,720/ih):ih*min(1280/iw\,720/ih),pad=1280:720:(1280-iw*min(1280/iw\,720/ih))/2:(720-ih*min(1280/iw\,720/ih))/2,format=pix_fmts=yuva420p,fade=t=out:st=15:d=2:alpha=1,setpts=expr=PTS-STARTPTS[va0];
  
  [1:v]scale=iw*min(1280/iw\,720/ih):ih*min(1280/iw\,720/ih),pad=1280:720:(1280-iw*min(1280/iw\,720/ih))/2:(720-ih*min(1280/iw\,720/ih))/2,format=pix_fmts=yuva420p,fade=t=in:st=0:d=2:alpha=1,fade=t=out:st=30:d=2:alpha=1,setpts=expr=PTS-STARTPTS[va1];
  
  [2:v]scale=iw*min(1280/iw\,720/ih):ih*min(1280/iw\,720/ih),pad=1280:720:(1280-iw*min(1280/iw\,720/ih))/2:(720-ih*min(1280/iw\,720/ih))/2,format=pix_fmts=yuva420p,fade=t=in:st=0:d=2:alpha=1,fade=t=out:st=43:d=2:alpha=1,setpts=expr=PTS-STARTPTS[va2];
  
  [3:v]scale=iw*min(1280/iw\,720/ih):ih*min(1280/iw\,720/ih),pad=1280:720:(1280-iw*min(1280/iw\,720/ih))/2:(720-ih*min(1280/iw\,720/ih))/2,format=pix_fmts=yuva420p,fade=t=in:st=0:d=2:alpha=1,fade=t=out:st=54:d=2:alpha=1,setpts=expr=PTS-STARTPTS[va3];
  
  [4:v]scale=iw*min(1280/iw\,720/ih):ih*min(1280/iw\,720/ih),pad=1280:720:(1280-iw*min(1280/iw\,720/ih))/2:(720-ih*min(1280/iw\,720/ih))/2,format=pix_fmts=yuva420p,fade=t=in:st=0:d=2:alpha=1,setpts=expr=PTS-STARTPTS[va4];
  
  [5:v]scale=1280x720,trim=duration=69[over0];
  
  [0:a]afade=t=out:st=15:d=2,asetpts=PTS-STARTPTS[a0];
  
  [1:a]afade=t=in:st=0:d=2,afade=t=out:st=30:d=2,asetpts=PTS-STARTPTS[a1];
  
  [2:a]afade=t=in:st=0:d=2,afade=t=out:st=43:d=2,asetpts=PTS-STARTPTS[a2];
  
  [3:a]afade=t=in:st=0:d=2,afade=t=out:st=54:d=2,asetpts=PTS-STARTPTS[a3];
  
  [4:a]afade=t=in:st=0:d=2,asetpts=PTS-STARTPTS[a4];
  
  [a0][a1][a2][a3][a4]concat=n=5:v=0:a=1[outa];
  
  [over0][va0]overlay[over1];
  
  [over1][va1]overlay[over2];
  
  [over2][va2]overlay[over3];
  
  [over3][va3]overlay[over4];
  
  [over4][va4]overlay=format=yuv420[outv]" 
  
  -vcodec libx264 -preset fast -r 60 -b:v 45000k -aspect 1.78 -map [outv] -map [outa] -c:a libfdk_aac -ac 2 -b:a 128k -shortest test.mp4

  Also when i use the same asetpts as video it result the same issue mentioned above.
  What am I doing wrong here and is there any other method that I can use to have both video and audio cross-faded ?

• Proxying an RTSP url using an RTSP Proxy Server

  21 juin 2018, par Sleeba Paul

  I have a use case where I need to restream an RTSP URL.

  For all the below cases, Live555 is built locally by cloning the source.

  For all the below cases, required ports are opened for RTSP in respective servers.

  First I set up a file to be streamed using Live555MediaServer. This is in an AWS instance (AWS1).

  ./Live555MediaServer ashi.webm gives

  rtsp://public_IP_of_instance:8554/ashi.web

  I check whether an incoming stream is working or not, by trying to play it in VLC player. This incoming stream is working fine and playing well on VLC.

  Now, to restream, I tried Live555ProxyServer. Now incoming stream from AWS1 is restreamed to another URL by running Live555ProxyServer on my Mac.

  ./Live555ProxyServer rtsp://public_IP_of_instance_one:8554/ashi.web gives,

  rtsp://localhost:8554/ProxyStream

  This URL is also playable in VLC.

  Now I setup another AWS instance (AWS2) and run ProxyServer on it, listening to AWS1.

  That is,

  ./Live555ProxyServer rtsp://public_IP_of_instance_one:8554/ashi.web gives,

  rtsp://public_IP_of_instance_two:8554/ProxyStream

  This URL is not playable.

  I tried using -t flag for TCP instead of UDP. I tried checking the incoming RTSP stream with ffprobe and the stream is showing all the required details.

  What could be the possible reason ? What is the missing piece in this pipeline ? Do we’ve great industry-grade open source RTSP servers ?

  EDIT :

  I don’t know what is exactly happened, but using VLC as the client to check the stream was the problem. I moved to ffmpeg and tried to write it to a file using

  ffmpeg -i rtsp://public_IP_of_instance_two:8554/proxyStream -acodec copy -vcodec copy abc.webm

  So the stream from ProxyServer is fine.

  The lead to the change of client was the repeated warning from live555ProxyServer about outdated firmware explained here.

  I’m currently using VLC Version 3.0.3 Vetinari (Intel 64bit) in Mac which is the latest version. Maybe VLC is using an old version of Live555 internally.