Recherche avancée

Sur d’autres sites (10177)

• ffmpeg : unsync audio after processing

  18 novembre 2013, par QuickSilver

  I am recording a video and using RecordRTC : WebRTC . After receiving the webm video and wav audio at server, I'm encoding it to a mp4 file using ffmpeg(executing shell command via php). But after encoding process, the audio is unsync with video (audio ends before video). How can I fix this ?

  js code is here

  ffmpeg command used is :

  ffmpeg -y -i 166890589.wav -i 166890589.webm -vcodec libx264 166890589.mp4

  Console output :

  ffmpeg version 0.8.9-6:0.8.9-0ubuntu0.13.04.1, Copyright (c) 2000-2013 the Libav developers
  
    built on Nov  9 2013 19:15:52 with gcc 4.7.3
  
  *** THIS PROGRAM IS DEPRECATED ***
  
  This program is only provided for compatibility and will be removed in a future release. Please use avconv instead.
  
  [wav @ 0x81caa60] max_analyze_duration reached
  
  Input #0, wav, from '166890589.wav':
  
    Duration: 00:00:07.05, bitrate: 1411 kb/s
  
      Stream #0.0: Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s
  
  [matroska,webm @ 0x823c340] Unknown entry 0x63C5
  
  [matroska,webm @ 0x823c340] Estimating duration from bitrate, this may be inaccurate
  
  
  
  Seems stream 0 codec frame rate differs from container frame rate: 1000.00 (1000/1) -> 10.00 (10/1)
  
  Input #1, matroska,webm, from '166890589.webm':
  
    Duration: 00:00:08.40, start: 0.000000, bitrate: N/A
  
      Stream #1.0: Video: vp8, yuv420p, 320x240, PAR 1:1 DAR 4:3, 10 tbr, 1k tbn, 1k tbc (default)
  
  [buffer @ 0x8245620] w:320 h:240 pixfmt:yuv420p
  
  [libx264 @ 0x82618a0] using SAR=1/1
  
  [libx264 @ 0x82618a0] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2 AVX
  
  [libx264 @ 0x82618a0] profile Main, level 1.1
  
  [libx264 @ 0x82618a0] 264 - core 123 r2189 35cf912 - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=0 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=0 b_adapt=1 b_bias=0 direct=1 weightb=0 open_gop=1 weightp=2 keyint=250 keyint_min=10 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.25 aq=1:1.00
  
  Output #0, mp4, to '166890589.mp4':
  
    Metadata:
  
      encoder         : Lavf53.21.1
  
      Stream #0.0: Video: libx264, yuv420p, 320x240 [PAR 1:1 DAR 4:3], q=-1--1, 10 tbn, 10 tbc (default)
  
      Stream #0.1: Audio: libvo_aacenc, 44100 Hz, 2 channels, s16, 200 kb/s
  
  Stream mapping:
  
    Stream #1.0 -> #0.0
  
    Stream #0.0 -> #0.1
  
  Press ctrl-c to stop encoding
  
  frame=   84 fps=  0 q=25.0 Lsize=     260kB time=7.06 bitrate= 301.3kbits/s    
  
  video:83kB audio:172kB global headers:0kB muxing overhead 1.783102%
  
  frame I:1     Avg QP:17.52  size:  6554
  
  [libx264 @ 0x82618a0] frame P:41    Avg QP:19.07  size:  1555
  
  [libx264 @ 0x82618a0] frame B:42    Avg QP:20.01  size:   325
  
  [libx264 @ 0x82618a0] consecutive B-frames: 33.3%  0.0%  0.0% 66.7%
  
  [libx264 @ 0x82618a0] mb I  I16..4: 36.7%  0.0% 63.3%
  
  [libx264 @ 0x82618a0] mb P  I16..4:  3.8%  0.0%  5.0%  P16..4: 34.3%  9.8%  7.1%  0.0%  0.0%    skip:40.0%
  
  [libx264 @ 0x82618a0] mb B  I16..4:  1.4%  0.0%  0.1%  B16..8: 37.5%  5.5%  0.4%  direct: 2.5%  skip:52.5%  L0:41.4% L1:51.5% BI: 7.2%
  
  [libx264 @ 0x82618a0] coded y,uvDC,uvAC intra: 40.7% 76.2% 26.8% inter: 10.9% 22.5% 2.7%
  
  [libx264 @ 0x82618a0] i16 v,h,dc,p: 28% 34% 23% 15%
  
  [libx264 @ 0x82618a0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 29% 28% 21%  3%  4%  4%  5%  3%  3%
  
  [libx264 @ 0x82618a0] i8c dc,h,v,p: 49% 20% 26%  4%
  
  [libx264 @ 0x82618a0] Weighted P-Frames: Y:0.0% UV:0.0%
  
  [libx264 @ 0x82618a0] ref P L0: 62.7%  4.6% 16.3% 16.4%
  
  [libx264 @ 0x82618a0] ref B L0: 79.0% 21.0%
  
  [libx264 @ 0x82618a0] kb/s:80.00

• Merge commit ’0a4b9d0ccd10b3c39105f99bd320f696f69a75a2’

  1er avril 2017, par Clément Bœsch

  Merge commit ’0a4b9d0ccd10b3c39105f99bd320f696f69a75a2’
  * commit ’0a4b9d0ccd10b3c39105f99bd320f696f69a75a2’ :
  
    hlsenc : Add encryption support
  This commit is a noop, see 907ac20aa29341e49a4f89ff3d4240d92f9a0cb9
  Note that this commit differs from our encryption support in various
  
  ways so it may need some adjustments in the future.
  Merged-by : Clément Bœsch <u@pkh.me>
  

• Merge commit ’f2143c57b6a61fef382f3128138d8558a9bdecee’

  18 mars 2017, par Clément Bœsch

  Merge commit ’f2143c57b6a61fef382f3128138d8558a9bdecee’
  * commit ’f2143c57b6a61fef382f3128138d8558a9bdecee’ :
  
    vp9 : reindent after last commit
  
    vp9 : add frame threading
  
    vp9 : allocate ’b’, ’block/uvblock’ and ’eob/uveob’ dynamically.
  
    vp9 : split last/cur_frame from the reference buffers.
  This commit is a noop, we already have all these changes. Again, we will
  
  need in the future to analyse the tiny differences between the two
  
  repository on the vp9 files. But in the current state, it’s a real pain
  
  to do at every commit due to the huge differences (such as files split
  
  and cosmetics).
  Merged-by : Clément Bœsch <u@pkh.me>