Recherche avancée

Sur d’autres sites (10769)

• How to optimize the decoder performance in ffmpeg ?

  16 mars 2018, par air

  Hi I am trying to get the non-decoded h264 format to use in another client application using ffmpeg command. The consumer application simply reads the h264. Now How do I optimize the below command ? My machine has GPU, I see only CPU is used, is there something I can add ?

   ffmpeg -pix_fmt yuv420p -hide_banner  -y -f v4l2 -vcodec h264 -video_size 1280x1020 -i /dev/video0 out.h264

  The verbose printed for reference is pasted below -

  user@ubuntu$  ffmpeg -pix_fmt yuv420p -hide_banner  -y -f v4l2 -vcodec h264 -video_size 1280x1020 -i /dev/video0 out.h264
  
      [video4linux2,v4l2 @ 0x17e0a20] The V4L2 driver changed the video from 1280x1020 to 1280x720
  
      Input #0, video4linux2,v4l2, from '/dev/video0':
  
        Duration: N/A, start: 871.695509, bitrate: N/A
  
          Stream #0:0: Video: h264 (Constrained Baseline), yuvj420p(pc), 1280x720 [SAR 1:1 DAR 16:9], -5 kb/s, 30 fps, 30 tbr, 1000k tbn, 60 tbc
  
      No pixel format specified, yuvj420p for H.264 encoding chosen.
  
      Use -pix_fmt yuv420p for compatibility with outdated media players.
  
      [libx264 @ 0x1b80ac0] using SAR=1/1
  
      [libx264 @ 0x1b80ac0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
  
      [libx264 @ 0x1b80ac0] profile High, level 3.1
  
      Output #0, h264, to 'out.h264':
  
        Metadata:
  
          encoder         : Lavf56.40.101
  
          Stream #0:0: Video: h264 (libx264), yuvj420p(pc), 1280x720 [SAR 1:1 DAR 16:9], q=-1--1, 30 fps, 30 tbn, 30 tbc
  
          Metadata:
  
            encoder         : Lavc56.60.100 libx264
  
      Stream mapping:
  
        Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264))
  
      Press [q] to stop, [?] for help
  
      frame= 1242 fps= 30 q=-1.0 Lsize=    4092kB time=00:00:41.33 bitrate= 811.1kbits/s dup=0 drop=4    
  
      video:4092kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.000000%
  
      [libx264 @ 0x1b80ac0] frame I:5     Avg QP:17.23  size: 59416
  
      [libx264 @ 0x1b80ac0] frame P:341   Avg QP:20.29  size:  8344
  
      [libx264 @ 0x1b80ac0] frame B:896   Avg QP:24.94  size:  1170
  
      [libx264 @ 0x1b80ac0] consecutive B-frames:  3.4%  1.1%  0.5% 95.0%
  
      [libx264 @ 0x1b80ac0] mb I  I16..4: 21.7% 46.7% 31.6%
  
      [libx264 @ 0x1b80ac0] mb P  I16..4:  1.8%  1.9%  0.4%  P16..4: 33.2%  5.0%  3.9%  0.0%  0.0%    skip:53.8%
  
      [libx264 @ 0x1b80ac0] mb B  I16..4:  0.1%  0.1%  0.0%  B16..8: 18.8%  0.6%  0.1%  direct: 0.5%  skip:79.8%  L0:41.7% L1:55.6% BI: 2.7%
  
      [libx264 @ 0x1b80ac0] 8x8 transform intra:46.9% inter:56.0%
  
      [libx264 @ 0x1b80ac0] coded y,uvDC,uvAC intra: 33.9% 42.8% 12.2% inter: 3.0% 5.9% 0.1%
  
      [libx264 @ 0x1b80ac0] i16 v,h,dc,p: 14% 44% 12% 30%
  
      [libx264 @ 0x1b80ac0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 17% 32% 29%  2%  4%  3%  5%  2%  5%
  
      [libx264 @ 0x1b80ac0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 25% 30% 13%  4%  8%  6%  7%  3%  5%
  
      [libx264 @ 0x1b80ac0] i8c dc,h,v,p: 57% 23% 17%  2%
  
      [libx264 @ 0x1b80ac0] Weighted P-Frames: Y:1.8% UV:0.0%
  
      [libx264 @ 0x1b80ac0] ref P L0: 65.9%  4.5% 21.6%  8.0%  0.1%
  
      [libx264 @ 0x1b80ac0] ref B L0: 88.2% 10.0%  1.9%
  
      [libx264 @ 0x1b80ac0] ref B L1: 95.6%  4.4%
  
      [libx264 @ 0x1b80ac0] kb/s:809.79

• vaapi_encode : Clean up the packed header configuration

  19 septembre 2018, par Mark Thompson

  vaapi_encode : Clean up the packed header configuration
  Add a larger warning more clearly explaining the consequences of missing
  
  packed header support in the driver.  Also only write the extradata if the
  
  user actually requests it via the GLOBAL_HEADER flag.
  

  • [DH] libavcodec/vaapi_encode.c
  • [DH] libavcodec/vaapi_encode.h
  • [DH] libavcodec/vaapi_encode_h264.c
  • [DH] libavcodec/vaapi_encode_h265.c
  • [DH] libavcodec/vaapi_encode_mjpeg.c
  • [DH] libavcodec/vaapi_encode_mpeg2.c
  • [DH] libavcodec/vaapi_encode_vp8.c
  • [DH] libavcodec/vaapi_encode_vp9.c

• FFmpeg with Nvidia GPU - full HW transcode with 50i to 50p deinterlacing

  5 janvier 2018, par Jernej Stopinšek

  I’m trying to do a full hardware transcode of an udp stream to hls
  with 50i to 50p deinterlacing.

  I’m using ffmpeg and Nvidia GPU.

  Since HLS requires deinterlacing

  https://developer.apple.com/library/content/documentation/General/Reference/HLSAuthoringSpec/Requirements.html

  I would like to deinterlace an interlaced source stream and preserve
  as much smooth motion and picture quality as possible.

  My hardware, software and driver info :

  GPU : Tesla P100-PCIE-12GB
  Nvidia Driver Version : 387.26
  Cuda compilation tools, release 9.1, V9.1.85
  FFmpeg from git on 20171218
  
  

  ffmpeg version N-89520-g3f88744067 Copyright (c) 2000-2017 the FFmpeg
  developers built with gcc 6.3.0 (Debian 6.3.0-18) 20170516
  configuration : —enable-gpl
  —enable-cuda-sdk —enable-libx264 —enable-libx265 —enable-nonfree —enable-libnpp —enable-opengl —enable-opencl —enable-libfreetype —enable-openssl —enable-libzvbi —enable-libfontconfig —enable-libfreetype —enable-libfribidi —extra-cflags=-I/usr/local/cuda/include —extra-ldflags=-L/usr/local/cuda/lib64 —arch=x86_64

  libavutil 56. 6.100 / 56. 6.100
  libavcodec 58. 8.100 / 58.
  8.100
  libavformat 58. 3.100 / 58. 3.100
  libavdevice 58. 0.100 / 58. 0.100
  libavfilter 7. 7.100 / 7. 7.100
  libswscale 5.
  0.101 / 5. 0.101
  libswresample 3. 0.101 / 3. 0.101
  libpostproc 55. 0.100 / 55. 0.100

  Input stream info :

  ffmpeg -t 00:05:00 -i udp://xxx.xxx.xxx.xxx:xxxx -map 0:0 -vf idet -c rawvideo -y -f rawvideo /dev/null

  ---

  Input #0, mpegts, from ’udp ://xxx.xxx.xxx.xxx:xxxx’ :
  Duration :
  N/A, start : 49634.159411, bitrate : N/A
  Program xxxxx
  Metadata : service_name :
  service_provider : Stream
  #0:0[0x44d] : Video : h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709, top first), 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 50 tbr, 90k
  tbn, 50 tbc
  Stream #0:10x19de : Audio : mp2 ([3][0][0][0] /
  0x0003), 48000 Hz, stereo, s16p, 192 kb/s
  Stream
  #0:20x19e1 : Subtitle : dvb_subtitle ([6][0][0][0] / 0x0006)
  

  Output #0, rawvideo, to ’/dev/null’ :
  Metadata :
  encoder :
  Lavf58.3.100
  Stream #0:0 : Video : rawvideo (I420 / 0x30323449),
  yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 622080 kb/s, 25 fps, 25
  tbn, 25 tbc
  Metadata :
  encoder : Lavc58.8.100 rawvideo
  frame= 7538 fps= 25 q=-0.0 Lsize=22896675kB time=00:05:01.52
  bitrate=622080.0kbits/s dup=38 drop=0 speed=1.02x
  video:22896675kB audio:0kB subtitle:0kB other streams:0kB global
  headers:0kB muxing overhead : 0.000000%
  [Parsed_idet_0 @
  0x56370b3c5080] Repeated Fields : Neither : 7458 Top : 24 Bottom : 18
  [Parsed_idet_0 @ 0x56370b3c5080] Single frame detection : TFF : 281 BFF :
  13 Progressive : 5639 Undetermined : 1567
  [Parsed_idet_0 @
  0x56370b3c5080] Multi frame detection : TFF : 380 BFF : 0 Progressive :
  7120 Undetermined : 0
  

  ---

  This is my command for adaptive hardware deinterlacing. It gives great results with picture, but sound is out of sync.

  ffmpeg -y -err_detect ignore_err -loglevel debug -vsync -1 -hwaccel cuvid -hwaccel_device 1 -c:v h264_cuvid -deint adaptive -r:v 50 -gpu:v 1 -i "udp://xxx.xxx.xxx.xxx:xxxx=?overrun_nonfatal=1&fifo_size=84450&buffer_size=33554432" -map 0:0 -map 0:1 -c:a aac -b:a 196k -c:v h264_nvenc -flags -global_header+cgop -gpu:v 1 -g:v 50 -bf:v 4 -coder:v cabac -b_adapt:v false -b:v 5184000 -minrate:v 5184000 -maxrate:v 5184000 -bufsize:v 2488320 -rc:v cbr_hq -2pass:v true -rc-lookahead:v 25 -no-scenecut:v 1 -profile:v high -preset:v slow -color_range:v 1 -color_trc:v 1 -color_primaries:v 1 -colorspace:v 1 -f hls -hls_time 5 -hls_list_size 3 -start_number 0 -hls_flags delete_segments /srv/hls/program_01/1080p/index.m3u8

  If I add option "-drop_second_field 1" to h264_cuvid and remove -r:v 50 from input and put it to h264_nvenc - then transcoded stream has synced audio, but I think I’m losing quality due to drop_second_field option.

  ffmpeg -y -err_detect ignore_err -loglevel debug -vsync -1 -hwaccel cuvid -hwaccel_device 1 -c:v h264_cuvid -deint adaptive -drop_second_field 1 -gpu:v 1 -i "udp://xxx.xxx.xxx.xxx:xxxx=?overrun_nonfatal=1&fifo_size=84450&buffer_size=33554432" -map 0:0 -map 0:1 -c:a aac -b:a 196k -c:v h264_nvenc -flags -global_header+cgop -gpu:v 1 -g:v 50 -r:v 50 -bf:v 4 -coder:v cabac -b_adapt:v false -b:v 5184000 -minrate:v 5184000 -maxrate:v 5184000 -bufsize:v 2488320 -rc:v cbr_hq -2pass:v true -rc-lookahead:v 25 -no-scenecut:v 1 -profile:v high -preset:v slow -color_range:v 1 -color_trc:v 1 -color_primaries:v 1 -colorspace:v 1 -f hls -hls_time 5 -hls_list_size 3 -start_number 0 -hls_flags delete_segments /srv/hls/program_01/1080p/index.m3u8

  Could someone please point me in the right direction how to properly deinterlace with cuvid and minimal possible loss of quality ?