Recherche avancée

Sur d’autres sites (6213)

• ffmpeg bit_rate error - Android [duplicate]

  6 juin 2016, par Adroid Freak

  This question already has an answer here :

  • ffmpeg Too many bits per frame requested
    
    2 answers
    

  I’m getting the following error "maybe incorrect parameters such as bit_rate, rate, width or height" in some android phones, what am I doing wrong ?

  /data/data/com.exampleapp.android/app_bin/ffmpeg -y -i /storage/emulated/0/example/test/recording.mp4 -af asetrate=9600*4/3 -strict -2 /storage/emulated/0/example/media/example/test.m4a 
  
     libavutil      54.  7.100 / 54.  7.100
  
     libavcodec     56.  1.100 / 56.  1.100
  
     libavformat    56.  4.101 / 56.  4.101
  
     libavdevice    56.  0.100 / 56.  0.100
  
     libavfilter     5.  1.100 /  5.  1.100
  
     libswscale      3.  0.100 /  3.  0.100
  
     libswresample   1.  1.100 /  1.  1.100
  
     libpostproc    53.  0.100 / 53.  0.100
  
   Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/storage/emulated/0/example/test/recording.mp4':
  
     Metadata:
  
       major_brand     : isom
  
       minor_version   : 0
  
       compatible_brands: isom3gp4
  
       creation_time   : 2016-06-06 00:51:05
  
     Duration: 00:00:03.33, start: 0.000000, bitrate: 14 kb/s
  
       Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 16000 Hz, mono, fltp, 12 kb/s (default)
  
       Metadata:
  
         creation_time   : 2016-06-06 00:51:05
  
         handler_name    : SoundHandle
  
   [aac @ 0x42136170] Too many bits per frame requested
  
   Output #0, ipod, to '/storage/emulated/0/example/media/example/test.m4a':
  
     Metadata:
  
       major_brand     : isom
  
       minor_version   : 0
  
       compatible_brands: isom3gp4
  
       Stream #0:0(eng): Audio: aac, 0 channels, 128 kb/s (default)
  
       Metadata:
  
         creation_time   : 2016-06-06 00:51:05
  
         handler_name    : SoundHandle
  
         encoder         : Lavc56.1.100 aac
  
   Stream mapping:
  
     Stream #0:0 -> #0:0 (aac (native) -> aac (native))
  
   Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height
  
  exitValue 1

• Composition on ffmpeg does not match sizes

  24 mai 2016, par Dbugger

  I am trying to take 3 videos and an image, and make a composition of 10 seconds roughly like this :

  

  This is the command I got so far. (I formatted it a little, so that is more readable)

  ffmpeg
  
  -i /home/dbugger/projects/mediabooth/public/uploads/5fa87d68edd8190351c42f02c2ebbaeea0e786fe/media0
  
  -i /home/dbugger/projects/mediabooth/public/uploads/5fa87d68edd8190351c42f02c2ebbaeea0e786fe/media1
  
  -i /home/dbugger/projects/mediabooth/public/uploads/5fa87d68edd8190351c42f02c2ebbaeea0e786fe/media2
  
  -i /home/dbugger/projects/mediabooth/public/uploads/5fa87d68edd8190351c42f02c2ebbaeea0e786fe/media3
  
  -filter_complex "
  
  [0:v]scale='if(gt(a,512/288),-1,512)':'if(gt(a,512/288),288,-1)',setsar=1,crop=512:288[v0c];
  
  [1:v]scale='if(gt(a,512/288),-1,512)':'if(gt(a,512/288),288,-1)',setsar=1,crop=512:288[v1c];
  
  [2:v]scale='if(gt(a,512/288),-1,512)':'if(gt(a,512/288),288,-1)',setsar=1,crop=512:288[v2c];
  
  [3:v]scale='if(gt(a,640/874),-1,640)':'if(gt(a,640/874),874,-1)',setsar=1,crop=640:874[p0c];
  
  [v0c]pad=iw+0:ih+5:0:0:color=black[v0cp];
  
  [v1c]pad=iw+0:ih+5:0:0:color=black[v1cp];
  
  [v0cp][v1cp][v2c]vstack=inputs=3[col0];
  
  [col0][p0c]hstack=inputs=2[videoout]
  
  "
  
  -map '[videoout]' -c:v libx264 -b:v 3000k -t 00:00:10.0 /home/dbugger/projects/mediabooth/public/uploads/5fa87d68edd8190351c42f02c2ebbaeea0e786fe/output.mp4

  On the first 3 filters, I try to fill/crop the videos, to match 512x288
  On the next filters crop/fill the image to 640x874
  on the next 2 filtes, I add some padding to the top and middle video, of 5 pixels.

  The total height of the left column should be 288*3 + 5*2 = 874

  But when I run this command I get this error :

  Input 1 height 874 does not match input 0 height 872.

  Where did those 2 pixels go ? If instead of videos on the left, I use images, it works alright. Only with some videos, it seems to destroy those extra 2 pixels somehow.

  What is going on ? How could I fix it ?

  UPDATE

  Full paste :

  ffmpeg version 3.0.2-1~xenial2 Copyright (c) 2000-2016 the FFmpeg developers
  
    built with gcc 5.3.1 (Ubuntu 5.3.1-14ubuntu2) 20160413
  
    configuration: --prefix=/usr --extra-version='1~xenial2' --libdir=/usr/lib/ffmpeg --shlibdir=/usr/lib/ffmpeg --disable-static --disable-debug --toolchain=hardened --enable-pthreads --enable-runtime-cpudetect --enable-gpl --enable-shared --disable-decoder=libopenjpeg --disable-decoder=libschroedinger --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librtmp --enable-libschroedinger --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxvid --enable-libzvbi --enable-openal --enable-opengl --enable-x11grab --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libvo-amrwbenc --enable-libdc1394 --enable-libiec61883 --enable-libzmq --enable-frei0r --enable-libx264 --enable-libopencv --enable-libkvazaar --enable-libopenh264 --enable-nonfree --enable-libfdk-aac --enable-libfaac
  
    libavutil      55. 17.103 / 55. 17.103
  
    libavcodec     57. 24.102 / 57. 24.102
  
    libavformat    57. 25.100 / 57. 25.100
  
    libavdevice    57.  0.101 / 57.  0.101
  
    libavfilter     6. 31.100 /  6. 31.100
  
    libavresample   3.  0.  0 /  3.  0.  0
  
    libswscale      4.  0.100 /  4.  0.100
  
    libswresample   2.  0.101 /  2.  0.101
  
    libpostproc    54.  0.100 / 54.  0.100
  
  Input #0, matroska,webm, from '/home/dbugger/projects/mediabooth/public/uploads/1199c37e0b76e2e322b6473e0c61b7a87fe4b06e/media0':
  
    Metadata:
  
      encoder         : libwebm-0.2.1.0
  
      creation_time   : 2015-03-08 22:30:14
  
    Duration: 00:00:09.98, start: 0.000000, bitrate: 2254 kb/s
  
      Stream #0:0(eng): Video: vp8, yuv420p, 960x720, SAR 1:1 DAR 4:3, 29.97 fps, 29.97 tbr, 1k tbn, 1k tbc (default)
  
  Input #1, matroska,webm, from '/home/dbugger/projects/mediabooth/public/uploads/1199c37e0b76e2e322b6473e0c61b7a87fe4b06e/media1':
  
    Metadata:
  
      encoder         : libwebm-0.2.1.0
  
      creation_time   : 2015-03-12 16:22:27
  
    Duration: 00:00:09.97, start: 0.000000, bitrate: 1648 kb/s
  
      Stream #1:0(eng): Video: vp8, yuv420p, 960x720, SAR 1:1 DAR 4:3, 23.98 fps, 23.98 tbr, 1k tbn, 1k tbc (default)
  
  Input #2, matroska,webm, from '/home/dbugger/projects/mediabooth/public/uploads/1199c37e0b76e2e322b6473e0c61b7a87fe4b06e/media2':
  
    Metadata:
  
      encoder         : libwebm-0.2.1.0
  
      creation_time   : 2015-03-11 04:14:51
  
    Duration: 00:00:09.98, start: 0.000000, bitrate: 2058 kb/s
  
      Stream #2:0(eng): Video: vp8, yuv420p, 960x720, SAR 1:1 DAR 4:3, 29.97 fps, 29.97 tbr, 1k tbn, 1k tbc (default)
  
  [mjpeg @ 0x18d6840] Changing bps to 8
  
  Input #3, jpeg_pipe, from '/home/dbugger/projects/mediabooth/public/uploads/1199c37e0b76e2e322b6473e0c61b7a87fe4b06e/media3':
  
    Duration: N/A, bitrate: N/A
  
      Stream #3:0: Video: mjpeg, yuvj420p(pc, bt470bg/unknown/unknown), 1032x1032 [SAR 1:1 DAR 1:1], 25 tbr, 25 tbn, 25 tbc
  
  [swscaler @ 0x19d0080] deprecated pixel format used, make sure you did set range correctly
  
  [Parsed_hstack_15 @ 0x1914f40] Input 1 height 874 does not match input 0 height 872.
  
  [Parsed_hstack_15 @ 0x1914f40] Failed to configure output pad on Parsed_hstack_15
  
  Error configuring complex filters.

• Slow audio-video sync drift when merging wav and mp4 with ffmpeg

  30 mai 2016, par charlie80

  I have an mp4 file with only a single video stream (no audio) and a wav audio file that I would like to add to the video using ffmpeg. The audio and the video have been recorded simultaneously during a conference, the former from a mixer output on a PC and the latter from a digital videocamera.

  I am using this ffmpeg command :

  ffmpeg -i incontro3.mp4 -itsoffset 18.39 -i audio_mix.wav -c:v copy -c:a aac final-video.mp4

  where I’m using the -itsoffset 18.39 option since I know that 18.39s is the video-audio delay.

  The problem I’m experiencing is that in the output file, while the audio is perfectly in sync with the video at the beginning, it slowly drifts out of sync during the movie.

  The output if ffprobe on the video file is :

  Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'incontro3.mp4':
  
    Metadata:
  
      major_brand     : isom
  
      minor_version   : 512
  
      compatible_brands: isomiso2avc1mp41
  
      encoder         : Lavf57.25.100
  
    Duration: 00:47:22.56, start: 0.000000, bitrate: 888 kb/s
  
      Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 886 kb/s, 25 fps, 25 tbr, 12800 tbn (default)
  
      Metadata:
  
        handler_name    : VideoHandler

  and the ffprobe output for the audio file is :

  Input #0, wav, from 'audio_mix.wav':
  
    Metadata:
  
      track           : 5
  
      encoder         : Lavf57.25.100
  
    Duration: 00:46:32.20, bitrate: 1411 kb/s
  
      Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, 2 channels, s16, 1411 kb/s

  I’m using the latest ffmpeg Zeranoe windows build git-9591ca7 (2016-05-25).

  Thanks in anticipation for any help/ideas !

  ---

  UPDATE 1 : It looks like the problem is upstream the video-audio merging, and could be in the concatenation and conversion of the MTS files generated by the video camera into the mp4 video. I will follow up as I make any progress in understanding...

  ---

  UPDATE 2 : The problem is not in the initial merging of the MTS files generated by the camera. Or, at least, it occurs identically if I merge them with cat or with ffmpeg -f concat

  ---

  UPDATE 3 : Following @Mulvya’s suggestion, I observed that the drift rate is constant (at least as far as I can tell judging by eye). I also tried to superimpose the A/V tracks with another software, and the drift is exactly the same, thereby ruling out ffmpeg as culprit. My (bad) feeling is that the issue could be related to the internal clocks of the digital video camera and the laptop used for audio recording running at slightly different rates (see here the report of an identical issue I just found).