Recherche avancée

Sur d’autres sites (4458)

• Get Total number of frames and FPS faster than with OpenCV library in C++

  20 juillet 2018, par daniels_pa

  I need to check which video can be analyzed and which cannot given the total number of frames in a video and the fps of the video. I created a c++ program to do the checking. Analyzing each video is not an option since analyzing is time consuming.

  I used the OpenCV library for starters :

      cv::VideoCapture vid_to_analyze;
  
      vid_to_analyze.open( me_vid.vid_path.string() );
  
      me_vid.total_frames= static_cast<int>(vid_to_analyze.get(CV_CAP_PROP_FRAME_COUNT));
  
      me_vid.fps=vid_to_analyze.get(CV_CAP_PROP_FPS);
  
  
  
      if (!vid_to_analyze.isOpened())
  
      {
  
          std::cout &lt;&lt; "Skipping vid: "&lt;&lt; me_vid.vid_path.string()&lt;&lt;", couldn't open it" &lt;&lt; std::endl;
  
      }
  
      if (me_vid.fps != me_vid.fps || me_vid.fps &lt;= 0)
  
      {
  
          std::cout &lt;&lt; "For video " &lt;&lt; me_vid.vid_path.string() &lt;&lt; std::endl;
  
          std::cout &lt;&lt; "FPS of the video file cannot be determined, assuming 30"&lt;&lt; std::endl;
  
          me_vid.fps = 30;
  
      }
  
  
  
      vid_to_analyze.release();
  
  </int>

  However when debugging it becomes painfully slow (the program is faster running without the debugger attached but still very slow given the number of videos it needs to cover). I think that has something to do with 4 threads being created and deleted each time a video is opened (released).

  How to get total number of frames and fps in a faster manner ( without actually creating 4 threads !!) if i am not interested in actually grabbing frames from the video just the number of frames and fps.

  Is there a way to use ffmpeg library from c++, would that be faster and where to start ?

  EDIT : Valgrind seems to agree since (Ir=)91.66% of time spend in the vid_to_analyze.open phase

• avcodec/vc1 : change the internal ordering of blocks within a macroblock

  20 juin 2018, par Jerome Borsboom

  avcodec/vc1 : change the internal ordering of blocks within a macroblock
  The overlap filter needs to cover a full macroblock vertical edge when the
  
  FIELDTX value for two neighbouring macroblocks is not equal. By changing
  
  the internal ordering of the blocks from row major to column major, we do
  
  not need to reinterlace a FIELDTX coded macroblock before running the overlap
  
  filter.
  Signed-off-by : Jerome Borsboom <jerome.borsboom@carpalis.nl>
  

  • [DH] libavcodec/vc1_block.c

• FFmpeg generated video length doesn't match expected length [on hold]

  21 juin 2018, par BentCoder

  I am using command below to generate video out of images. The problem is the length out the video generated. It is always 5 seconds less than expected. If I have 4 images, I expect to see 20 seconds of video but I am getting 15 seconds instead. The very last image img-03.jpg just appears at the end of the video as if it is a cover image. Any idea why and solution ?

  Command

  ffmpeg -y -framerate 1/5 -f image2 \
  
  -i img-%2d.jpg \
  
  -c:v libvpx-vp9 \
  
  -r 25 \
  
  -crf 30 -b:v 0 \
  
  video.webm

  Images

  img-00.jpg
  
  img-01.jpg
  
  img-02.jpg
  
  img-03.jpg

  Output

  ffmpeg version 3.2.10-1~deb9u1~bpo8+1 Copyright (c) 2000-2018 the FFmpeg developers
  
    built with gcc 4.9.2 (Debian 4.9.2-10)
  
    configuration: --prefix=/usr --extra-version='1~deb9u1~bpo8+1' --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --enable-gpl --disable-stripping --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --disable-libebur128 --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librubberband --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-libzmq --enable-libzvbi --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libopencv --enable-libx264 --enable-shared
  
    libavutil      55. 34.101 / 55. 34.101
  
    libavcodec     57. 64.101 / 57. 64.101
  
    libavformat    57. 56.101 / 57. 56.101
  
    libavdevice    57.  1.100 / 57.  1.100
  
    libavfilter     6. 65.100 /  6. 65.100
  
    libavresample   3.  1.  0 /  3.  1.  0
  
    libswscale      4.  2.100 /  4.  2.100
  
    libswresample   2.  3.100 /  2.  3.100
  
    libpostproc    54.  1.100 / 54.  1.100
  
  Input #0, image2, from 'img-%2d.jpg':
  
    Duration: 00:00:20.00, start: 0.000000, bitrate: N/A
  
      Stream #0:0: Video: mjpeg, yuvj444p(pc, bt470bg/unknown/unknown), 854x480 [SAR 1:1 DAR 427:240], 0.20 fps, 0.20 tbr, 0.20 tbn, 0.20 tbc
  
  [swscaler @ 0x55f2af60e800] deprecated pixel format used, make sure you did set range correctly
  
  [libvpx-vp9 @ 0x55f2af6276a0] v1.3.0
  
  Output #0, webm, to 'video.webm':
  
    Metadata:
  
      encoder         : Lavf57.56.101
  
      Stream #0:0: Video: vp9 (libvpx-vp9), yuv420p, 854x480 [SAR 1:1 DAR 427:240], q=-1--1, 25 fps, 1k tbn, 25 tbc
  
      Metadata:
  
        encoder         : Lavc57.64.101 libvpx-vp9
  
      Side data:
  
        cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (mjpeg (native) -> vp9 (libvpx-vp9))
  
  Press [q] to stop, [?] for help
  
  Input stream #0:0 frame changed from size:854x480 fmt:yuvj444p to size:854x480 fmt:yuvj420p
  
  [swscaler @ 0x55f2af602b60] deprecated pixel format used, make sure you did set range correctly
  
  frame=    4 fps=0.0 q=0.0 Lsize=     214kB time=00:00:15.00 bitrate= 117.0kbits/s speed=  16x    
  
  video:214kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.234810%