Recherche avancée

Sur d’autres sites (7749)

• Standardizing many mp4 files into same resolution

  22 novembre 2018, par Cowfod

  I have a huge collection of Instagram videos in different resolutions and with different audio codecs.

  Some videos are 640x640, others are 640x800. You get the picture.

  When I try to concat the videos, the video and audio go out of sync in the final output and the in some places the audio is slowed down(?).

  This is my ffmpeg concat command :

  ffmpeg -i "$(cat /home/list.txt)" -c:v copy -c:a copy /home/output.mp4

  list.txt contains over 800 clips and is formatted correctly :

  file 'clip1.mp4'
  
  file 'clip2.mp4'
  
  file 'clip3.mp4'
  
  etc...

  I believe the issue is due to all the different resolutions and different codecs used, so how can I standardize my collection of clips in order to concat them into a working video file ?

• Replace remaining occurances of av_free_packet with av_packet_unref

  27 octobre 2015, par Hendrik Leppkes

  Replace remaining occurances of av_free_packet with av_packet_unref
  

  • [DH] doc/examples/decoding_encoding.c
  • [DH] doc/examples/demuxing_decoding.c
  • [DH] doc/examples/extract_mvs.c
  • [DH] doc/examples/filtering_audio.c
  • [DH] doc/examples/filtering_video.c
  • [DH] doc/examples/remuxing.c
  • [DH] doc/examples/transcoding.c
  • [DH] ffmpeg.c
  • [DH] ffplay.c
  • [DH] ffserver.c
  • [DH] libavcodec/avpacket.c
  • [DH] libavcodec/libopusenc.c
  • [DH] libavcodec/libvpxenc.c
  • [DH] libavcodec/utils.c
  • [DH] libavdevice/decklink_dec.cpp
  • [DH] libavdevice/dshow.c
  • [DH] libavdevice/openal-dec.c
  • [DH] libavfilter/lavfutils.c
  • [DH] libavfilter/src_movie.c
  • [DH] libavfilter/vf_mcdeint.c
  • [DH] libavfilter/vf_subtitles.c
  • [DH] libavformat/adp.c
  • [DH] libavformat/aiffenc.c
  • [DH] libavformat/ape.c
  • [DH] libavformat/apngenc.c
  • [DH] libavformat/asfdec_f.c
  • [DH] libavformat/avidec.c
  • [DH] libavformat/brstm.c
  • [DH] libavformat/concatdec.c
  • [DH] libavformat/electronicarts.c
  • [DH] libavformat/ffmdec.c
  • [DH] libavformat/flacdec.c
  • [DH] libavformat/flvdec.c
  • [DH] libavformat/gif.c
  • [DH] libavformat/iff.c
  • [DH] libavformat/img2enc.c
  • [DH] libavformat/libmodplug.c
  • [DH] libavformat/matroskadec.c
  • [DH] libavformat/movenc.c
  • [DH] libavformat/mpeg.c
  • [DH] libavformat/mpegts.c
  • [DH] libavformat/nutdec.c
  • [DH] libavformat/oggdec.c
  • [DH] libavformat/redspark.c
  • [DH] libavformat/rmdec.c
  • [DH] libavformat/sdr2.c
  • [DH] libavformat/siff.c
  • [DH] libavformat/subtitles.c
  • [DH] libavformat/swfdec.c
  • [DH] libavformat/tee.c
  • [DH] libavformat/utils.c
  • [DH] libavformat/vivo.c
  • [DH] libavformat/webpenc.c
  • [DH] libavformat/wtvenc.c
  • [DH] tests/api/api-band-test.c
  • [DH] tests/api/api-flac-test.c
  • [DH] tests/api/api-h264-test.c
  • [DH] tests/api/api-seek-test.c
  • [DH] tools/seek_print.c

• Send sprop-parameter-sets inband rather than in SDP

  21 janvier 2021, par Max

  I am trying to use ffmpeg to stream an MP4 file over rtp. I am sending the stream to a SFU server that will broadcast the stream to users. The clients are expecting to receive an h264 video stream with profile-level-id 42e01f. The issue I'm having is that the video received by the clients does not decode properly (just a black screen). If I transcode the video before sending, then everything works correctly. If I dump the SDP that describes what ffmpeg is sending, there is a distinct difference between the transcoded and non-transcoded version.

  


  For the non-transcoded version, my ffmpeg command looks like

  


  ffmpeg  '-re' \
  '-v' \
  'info' \
  '-protocol_whitelist' \
  'pipe,tls,file,http,https,tcp,rtp' \
  '-i' \
  '-f' 'mp4' \
  'https://storage.googleapis.com/my_bucket/file' \
  '-map' \
  '0:v:0' \
  '-c:v' \
  'copy' \
  '-f' \
  'rtp' \
  '-sdp_file' 'out.sdp' \
  'rtp://142.93.14.110:40425?rtcpport=45155'


  


  When I run this command, out.sdp contains the line

  


  a=fmtp:96 packetization-mode=1; sprop-parameter-sets=Z0LAH9kAUAW7AWoCAgKAAAH0gABdwAeMGSQ=,aMuMsg==; profile-level-id=42C01F


  


  However, if I change -c:v copy to -c:v libx264 -preset ultrafast, then the sdp line changes to a=fmtp:96 packetization-mode=1;. Given that there is no SDP exchange between ffmpeg and my SFU, I think the issue is that ffmpeg needs to be sending the sprops in-band rather than setting them in the sdp. Any help here would be amazing. The other possible issue is that the profile levels are sightly different.