Recherche avancée

Sur d’autres sites (5275)

• How to insert a key frame(Iframe) to a h.264 video stream in ffmpeg C++ api ?

  8 décembre 2015, par fcjy

  I have a real time video stream, and want to cut some video clips from it by accurate timestamp(pts).

  When I receiver an avpacket, I decode it, and do something and cache the avpacket. I don’t want to re-encode all avpackets, it cost cpu resource.

  There are many gop structure in H.264 stream, usually we should cut the video begin at the key frame, and end at the key frame. Otherwise the front some frames in the video clip would display error.

  Now I use av_write_frame to make avpacket to video. But sometimes the length of gop is very long, such as it could be 250, 8.3s(30 frame per second). It means the distance between two I-frame could be 250 frames. The video clip is short, I don’t want to add too many unused frames.

  How should I do ? I think i should insert a i-frame at the start position of video clip. Could I change a p-frame to i-frame ?

  Thanks your reading !

• h264_mb : Use smaller data type for refs in await_references.

  15 novembre 2014, par Reimar Döffinger

  h264_mb : Use smaller data type for refs in await_references.
  As far as I can tell the value can never go outside
  
  the int16_t type.
  
  And especially the cost of the initialization is
  
  reduced quite a bit by making it smaller.
  
  Overall decoding speedup not measurable though.
  Signed-off-by : Reimar Döffinger <Reimar.Doeffinger@gmx.de>
  

  • [DH] libavcodec/h264_mb.c

• How would I assign multiple MMAP's from single file descriptor ?

  9 juin 2011, par Alex Stevens

  So, for my final year project, I'm using Video4Linux2 to pull YUV420 images from a camera, parse them through to x264 (which uses these images natively), and then send the encoded stream via Live555 to an RTP/RTCP compliant video player on a client over a wireless network. All of this I'm trying to do in real-time, so there'll be a control algorithm, but that's not the scope of this question. All of this - except Live555 - is being written in C. Currently, I'm near the end of encoding the video, but want to improve performance.

  To say the least, I've hit a snag... I'm trying to avoid User Space Pointers for V4L2 and use mmap(). I'm encoding video, but since it's YUV420, I've been malloc'ing new memory to hold the Y', U and V planes in three different variables for x264 to read upon. I would like to keep these variables as pointers to an mmap'ed piece of memory.

  However, the V4L2 device has one single file descriptor for the buffered stream, and I need to split the stream into three mmap'ed variables adhering to the YUV420 standard, like so...

  buffers[n_buffers].y_plane = mmap(NULL, (2 * width * height) / 3,
  
                                      PROT_READ | PROT_WRITE, MAP_SHARED,
  
                                      fd, buf.m.offset);
  
  buffers[n_buffers].u_plane = mmap(NULL, width * height / 6,
  
                                      PROT_READ | PROT_WRITE, MAP_SHARED,
  
                                      fd, buf.m.offset +
  
                                      ((2 * width * height) / 3 + 1) /
  
                                      sysconf(_SC_PAGE_SIZE));
  
  buffers[n_buffers].v_plane = mmap(NULL, width * height / 6,
  
                                      PROT_READ | PROT_WRITE, MAP_SHARED,
  
                                      fd, buf.m.offset +
  
                                      ((2 * width * height) / 3 + 
  
                                      width * height / 6 + 1) / 
  
                                      sysconf(_SC_PAGE_SIZE));

  Where "width" and "height" is the resolution of the video (eg. 640x480).

  From what I understand... MMAP seeks through a file, kind of like this (pseudoish-code) :

  fd = v4l2_open(...);
  
  lseek(fd, buf.m.offset + (2 * width * height) / 3);
  
  read(fd, buffers[n_buffers].u_plane, width * height / 6);

  My code is located in a Launchpad Repo here (for more background) :
  http://bazaar.launchpad.net/ alex-stevens/+junk/spyPanda/files (Revision 11)

  And the YUV420 format can be seen clearly from this Wiki illustration : http://en.wikipedia.org/wiki/File:Yuv420.svg (I essentially want to split up the Y, U, and V bytes into each mmap'ed memory)

  Anyone care to explain a way to mmap three variables to memory from the one file descriptor, or why I went wrong ? Or even hint at a better idea to parse the YUV420 buffer to x264 ? :P

  Cheers ! ^^