Recherche avancée

Sur d’autres sites (6460)

• ffmpeg Too many bits per frame requested

  18 novembre 2016, par GRaecuS

  I am using ffmpeg to convert videos to mp4 format. Everything works fine except with MOV format.

  The command I use for everything is :

  ffmpeg -i input.mov -strict experimental -sameq -s vga -aspect 1.7777 -vcodec libx264 -preset fast -crf 22 -y output.mp4

  but the output I keep getting is :

  ffmpeg version 0.9, Copyright (c) 2000-2011 the FFmpeg developers
  
  built on Mar 12 2012 11:01:05 with gcc 4.4.5
  
  configuration: --enable-libx264 --enable-gpl --disable-yasm
  
    libavutil    51. 32. 0 / 51. 32. 0
  
    libavcodec   53. 42. 0 / 53. 42. 0
  
    libavformat  53. 24. 0 / 53. 24. 0
  
    libavdevice  53.  4. 0 / 53.  4. 0
  
    libavfilter   2. 53. 0 /  2. 53. 0
  
    libswscale    2.  1. 0 /  2.  1. 0
  
    libpostproc  51.  2. 0 / 51.  2. 0
  
  [mov,mp4,m4a,3gp,3g2,mj2 @ 0x21767a0] Referenced QT chapter track not found
  
  
  
  Seems stream 0 codec frame rate differs from container frame rate: 30.00 (30/1) -> 30.07 (2225/74)
  
  Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'input.mov':
  
    Metadata:
  
      creation_time   : 2009-04-04 07:12:29
  
      comment         : EASTMAN KODAK COMPANY  KODAK Z1275 ZOOM DIGITAL CAMERA
  
      comment-eng     : EASTMAN KODAK COMPANY  KODAK Z1275 ZOOM DIGITAL CAMERA
  
    Duration: 00:00:17.76, start: 0.000000, bitrate: 8100 kb/s
  
      Stream #0:0(eng): Video: mpeg4 (Advanced Simple Profile) (mp4v / 0x7634706D), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 7968 kb/s, 30.07 fps, 30.07 tbr, 8544k tbn, 30 tbc
  
      Metadata:
  
        creation_time   : 2009-04-04 07:12:29
  
        handler_name    : 
  
      Stream #0:1(eng): Audio: pcm_mulaw (ulaw / 0x77616C75), 16000 Hz, 1 channels, s16, 128 kb/s
  
      Metadata:
  
        creation_time   : 2009-04-04 07:12:29
  
        handler_name    : 
  
  [buffer @ 0x2187f00] w:1280 h:720 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param:
  
  [scale @ 0x219c120] w:1280 h:720 fmt:yuv420p -> w:640 h:480 fmt:yuv420p flags:0x4
  
  [libx264 @ 0x2190d20] using SAR=4/3
  
  [libx264 @ 0x2190d20] using cpu capabilities: none!
  
  [libx264 @ 0x2190d20] profile High, level 3.0
  
  [libx264 @ 0x2190d20] 264 - core 120 - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=1 ref=2 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=6 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=12 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=1 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=30 rc=crf mbtree=1 crf=22.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
  
  [aac @ 0x21917e0] Too many bits per frame requested
  
  Output #0, mp4, to 'output.mp4':
  
    Metadata:
  
      creation_time   : 2009-04-04 07:12:29
  
      comment         : EASTMAN KODAK COMPANY  KODAK Z1275 ZOOM DIGITAL CAMERA
  
      comment-eng     : EASTMAN KODAK COMPANY  KODAK Z1275 ZOOM DIGITAL CAMERA
  
      Stream #0:0(eng): Video: h264, yuv420p, 640x480 [SAR 4:3 DAR 16:9], q=-1--1, 90k tbn, 30.07 tbc
  
      Metadata:
  
        creation_time   : 2009-04-04 07:12:29
  
        handler_name    : 
  
      Stream #0:1(eng): Audio: aac, 16000 Hz, 1 channels, s16, 128 kb/s
  
      Metadata:
  
        creation_time   : 2009-04-04 07:12:29
  
        handler_name    : 
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (mpeg4 -> libx264)
  
    Stream #0:1 -> #0:1 (pcm_mulaw -> aac)
  
  Error while opening encoder for output stream #0:1 - maybe incorrect parameters such as bit_rate, rate, width or height

  It seems the problem is with audio’s bit per frame.
  Which might be the right solution ?

• ffmpeg h.264 invalid cutting

  1er mai 2012, par E.Ar

  I have an s3 bucket with several hundreds video files.
  Those files were created by cutting parts of larger video files using ffmpeg.
  I wrote a script for this, which downloads the original video file from another bucket, runs ffmpeg to cut the file, and uploads the new file to it's bucket.
  For downloading and uploading from/to s3 i used this php library.
  The ffmpeg syntax I used :

  ffmpeg -y -vsync 2 -async 1 -ss [time-in] -t [duration] -i [large-input-video.mp4] -vcodec copy -acodec copy [short-output-video.mp4]

  Which should just cut the original file between the specified times, without any changes to the a/v codecs.
  All the original video files are encoded in h.264, and this is also the required encoding for the new files (which will be streamed through a CDN to the clients' flash players).

  My problem is that only a small part of the new files are coming out as encoded in h.264, but most of them aren't (h.264 is a must, otherwise the files wont play on the clients' side).
  I can't trace the problem to the original videos, since when i use the same ffmpeg command manually, with the same parameters and on the same files, the output files come out just fine. It seems arbitrary.

  I use ffprobe to get information about the files' codecs.
  For example :
  ffprobe of one of the large (original) video files :

  ...
  Stream #0.0(und) : Video : h264, yuv420p, 640x352, 499 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc
  ...

  ffprobe of the corresponding new cut file :

  ...
  Stream #0.0(und) : Video : mpeg4, yuv420p, 640x352 [PAR 1:1 DAR 20:11], 227 kb/s, 25 fps, 25 tbr, 25 tbn, 25 tbc
  ...

  As can be seen, the difference is in 'mpeg4' vs. 'h264'.

  Any insights on what can cause the new files to come out in the wrong encoding would be greatly appreciated.

  Thanks !

  Edit : Problem Resolved
  After analyzing all the files, I noticed that about two thirds of them are coming out in the wrong codec.
  Since I used three machines for the cutting process (three separate EC2 servers), it occurred to me that on two of them there is a bad installation of ffmpeg (as @LordNeckbeard suggested in his answer).
  I ran the process again, only on the invalid files, on the third machine alone - which produced the desired result.

• c++, FFMPEG, H264, creating zero-delay stream

  5 février 2015, par Mat

  I’m trying to encode video (using h264 codec at the moment, but other codecs would be fine too if better suited for my needs) such that the data needed for decoding is available directly after a frame (including the first frame) was encoded (so, i want only I and P frames, no B frames).

  How do I need to setup the AVCodecContext to get such a stream ? So far my testing arround with the values still always resulted in avcodec_encode_video() returning 0 on the first frame.

  //edit : this is currently my setup code of the AVCodecContext :

  static AVStream* add_video_stream(AVFormatContext *oc, enum CodecID codec_id, int w, int h, int fps)
  
  {
  
      AVCodecContext *c;
  
      AVStream *st;
  
      AVCodec *codec;
  
  
  
      /* find the video encoder */
  
      codec = avcodec_find_encoder(codec_id);
  
      if (!codec) {
  
          fprintf(stderr, "codec not found\n");
  
          exit(1);
  
      }
  
  
  
      st = avformat_new_stream(oc, codec);
  
      if (!st) {
  
          fprintf(stderr, "Could not alloc stream\n");
  
          exit(1);
  
      }
  
  
  
      c = st->codec;
  
  
  
      /* Put sample parameters. */
  
      c->bit_rate = 400000;
  
      /* Resolution must be a multiple of two. */
  
      c->width    = w;
  
      c->height   = h;
  
      /* timebase: This is the fundamental unit of time (in seconds) in terms
  
       * of which frame timestamps are represented. For fixed-fps content,
  
       * timebase should be 1/framerate and timestamp increments should be
  
       * identical to 1. */
  
      c->time_base.den = fps;
  
      c->time_base.num = 1;
  
      c->gop_size      = 12; /* emit one intra frame every twelve frames at most */
  
  
  
      c->codec = codec;
  
      c->codec_type = AVMEDIA_TYPE_VIDEO;
  
      c->coder_type = FF_CODER_TYPE_VLC;
  
      c->me_method = 7; //motion estimation algorithm
  
      c->me_subpel_quality = 4;
  
      c->delay = 0; 
  
      c->max_b_frames = 0; 
  
      c->thread_count = 1; // more than one threads seem to increase delay
  
      c->refs = 3;
  
  
  
      c->pix_fmt       = PIX_FMT_YUV420P;
  
  
  
      /* Some formats want stream headers to be separate. */
  
      if (oc->oformat->flags & AVFMT_GLOBALHEADER)
  
          c->flags |= CODEC_FLAG_GLOBAL_HEADER;
  
  
  
      return st;
  
  }

  but with this avcodec_encode_video() will buffer 13 frames before returning any bytes (after that, it will return bytes on every frame). if I set gop_size to 0, then avcodec_encode_video() will return bytes only after the second frame was passed to it. I need a zero delay though.

  This guy apparently was successful (even with larger gop) : http://mailman.videolan.org/pipermail/x264-devel/2009-May/005880.html but I don’t see what he is doing differently