Recherche avancée

Sur d’autres sites (4377)

• How to speedup image processing (e.g. resizing, jpeg compress, encode) using ffmpeg command line utility from python on windows

  28 mars 2020, par MSD Paul

  I am running ffmpeg commands to downsizing and jpeg compression of a 4K image using command prompt on windows 10. But its taking a long time. To downsize, jpeg compress and finally encode to a video file it takes more than 500 ms.

  I can’t do the processing on images on batch but I have tried -hwaccel and -threads option (also -loglevel quiet for suppressing the logs being printed) in order to speedup the ffmpeg processing. Can someone please guide me towards how can I possibly speedup the ffmpeg command processing.

  Is it possible to pass the image files already read into memory using read() API to the ffmpeg command ?

  Please also let me know if there exists any other possible speedup techniques.

  Updated log :
  ffmpeg -i pic_1_org.png -vf scale=960 :-1 -q:v 80 -c:v libx264 -qp 25 -y temp_1.mp4

  *

  ffmpeg version 3.2.4 Copyright (c) 2000-2017 the FFmpeg developers
  
    built with gcc 6.3.0 (GCC)
  
    configuration: --disable-static --enable-shared --enable-gpl --enable-version3 --enable-d3d11va --enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenh264 --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-lzma --enable-zlib
  
    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
  
    libswscale      4.  2.100 /  4.  2.100
  
    libswresample   2.  3.100 /  2.  3.100
  
    libpostproc    54.  1.100 / 54.  1.100
  
  [png_pipe @ 00000000001e7920] Stream #0: not enough frames to estimate rate; consider increasing probesize
  
  Input #0, png_pipe, from 'pic_1_org.png':
  
    Duration: N/A, bitrate: N/A
  
      Stream #0:0: Video: png, rgb24(pc), 3840x2160 [SAR 1:1 DAR 16:9], 25 tbr, 25 tbn, 25 tbc
  
  No pixel format specified, yuv444p for H.264 encoding chosen.
  
  Use -pix_fmt yuv420p for compatibility with outdated media players.
  
  [libx264 @ 000000000260dcc0] -qscale is ignored, -crf is recommended.
  
  [libx264 @ 000000000260dcc0] using SAR=1/1
  
  [libx264 @ 000000000260dcc0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
  
  [libx264 @ 000000000260dcc0] profile High 4:4:4 Predictive, level 3.1, 4:4:4 8-bit
  
  [libx264 @ 000000000260dcc0] 264 - core 148 r2762 90a61ec - H.264/MPEG-4 AVC codec - Copyleft 2003-2017 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 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=4 threads=17 lookahead_threads=2 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=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc=cqp mbtree=0 qp=25 ip_ratio=1.40 pb_ratio=1.30 aq=0
  
  Output #0, mp4, to 'temp_1.mp4':
  
    Metadata:
  
      encoder         : Lavf57.56.101
  
      Stream #0:0: Video: h264 (libx264) ([33][0][0][0] / 0x0021), yuv444p, 960x540 [SAR 1:1 DAR 16:9], q=-1--1, 25 fps, 12800 tbn, 25 tbc
  
      Metadata:
  
        encoder         : Lavc57.64.101 libx264
  
      Side data:
  
        cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (png (native) -> h264 (libx264))
  
  Press [q] to stop, [?] for help
  
  frame=    1 fps=0.0 q=22.0 Lsize=     135kB time=00:00:00.00 bitrate=14197538.5kbits/s speed=0.000451x
  
  video:134kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.594442%
  
  [libx264 @ 000000000260dcc0] frame I:1     Avg QP:22.00  size:136966
  
  [libx264 @ 000000000260dcc0] mb I  I16..4: 13.4% 32.1% 54.5%
  
  [libx264 @ 000000000260dcc0] 8x8 transform intra:32.1%
  
  [libx264 @ 000000000260dcc0] coded y,u,v intra: 80.3% 59.0% 55.2%
  
  [libx264 @ 000000000260dcc0] i16 v,h,dc,p:  5% 70%  5% 19%
  
  [libx264 @ 000000000260dcc0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu:  5% 38% 14%  4%  5%  4% 14%  3% 14%
  
  [libx264 @ 000000000260dcc0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu:  8% 24% 10%  5%  6%  4% 26%  3% 14%
  
  [libx264 @ 000000000260dcc0] kb/s:27393.20
  
   time needed to execute : 478.073120 ms

  *

• dcaenc : Implementation of Huffman codes for DCA encoder

  7 janvier 2017, par Daniil Cherednik

  dcaenc : Implementation of Huffman codes for DCA encoder
  Reviewed-by : Rostislav Pehlivanov <atomnuker@gmail.com>
  

  • [DH] libavcodec/Makefile
  • [DH] libavcodec/dca_core.c
  • [DH] libavcodec/dcadata.c
  • [DH] libavcodec/dcadata.h
  • [DH] libavcodec/dcaenc.c
  • [DH] libavcodec/dcaenc.h
  • [DH] libavcodec/dcahuff.c
  • [DH] libavcodec/dcahuff.h
  • [DH] tests/fate/acodec.mak

• Révision 17896 : breve en breves:breve. Pour info_site et mots_clef, les codes ne sont pas dispos...

  16 mai 2011, par guy.cesaro@gmail.com