Re: [FFmpeg-trac] #5856(undetermined:new): filter_complex significantly slower than -vf for the same task.

2016-09-20 Thread FFmpeg
#5856: filter_complex significantly slower than -vf for the same task.
-+-
 Reporter:  Zibri|Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by richardpl):

 Could you try with same encoding parameters, same '''preset'''?

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #5856(undetermined:new): filter_complex significantly slower than -vf for the same task.

2016-09-20 Thread FFmpeg
#5856: filter_complex significantly slower than -vf for the same task.
-+-
 Reporter:  Zibri|Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by richardpl):

 One command uses preset slow and another one uses preset fast.
 I failed to reproduce using just overlay and movie filter.

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


Re: [FFmpeg-trac] #5856(undetermined:new): filter_complex significantly slower than -vf for the same task.

2016-09-20 Thread FFmpeg
#5856: filter_complex significantly slower than -vf for the same task.
-+-
 Reporter:  Zibri|Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-

Comment (by Zibri):

 if you read my ticket, you will understand if it is an issue or not. In my
 opinion it is an issue (multiple ones).

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac


[FFmpeg-trac] #5856(undetermined:new): filter_complex significantly slower than -vf for the same task.

2016-09-20 Thread FFmpeg
#5856: filter_complex significantly slower than -vf for the same task.
-+-
 Reporter:  Zibri| Type:  defect
   Status:  new  | Priority:  important
Component:   |  Version:
  undetermined   |  unspecified
 Keywords:   |   Blocked By:
  vf,filter_complex,speed,bitrate|  Reproduced by developer:  0
 Blocking:   |
Analyzed by developer:  0|
-+-
 To record from webcam and microphone and overlay a resized logo, using
 complex_filter I achieve about 20fps (on a fast pc with less than 15% cpu
 load), using the same features but with -vf I get full realtime 30fps...
 I know this is normal because the complex filter has more options and it's
 more flexible, but IMHO this should not happen...

 Example:
 Record live feed from webcam and microphone, overlay a logo and save to
 flv..

 ffmpeg -f dshow -video_size qpal -rtbufsize 1G -copyts -framerate 30 -i
 video="BisonCam, NB Pro" -i "C:\Users\Zibri\Downloads\scdc.png"
 -filter_complex "[1]scale=80x60,[0]overlay=W-w-5:H-h-5" -f dshow -i
 audio="Microphone (Realtek High Definition Audio)"  -codec:v libx264
 -preset fast -b:v 500k -b:a 128k -minrate 500k -maxrate 500k -bufsize
 1500k -f flv test7.flv

 result:

 {{{
 ffmpeg version N-81696-gd38dff8e Copyright (c) 2000-2016 the FFmpeg
 developers
   built with gcc 5.4.0 (GCC)
   configuration: --enable-gpl --enable-version3 --disable-w32threads
 --enable-dxva2 --enable-libmfx --enable-nvenc --enable-avisynth --enable-
 bzlib --enable-libebur128 --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-
 libschroedinger --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-decklink --enable-zlib
   libavutil  55. 29.100 / 55. 29.100
   libavcodec 57. 57.100 / 57. 57.100
   libavformat57. 49.100 / 57. 49.100
   libavdevice57.  0.102 / 57.  0.102
   libavfilter 6. 62.100 /  6. 62.100
   libswscale  4.  1.100 /  4.  1.100
   libswresample   2.  1.100 /  2.  1.100
   libpostproc54.  0.100 / 54.  0.100
 Input #0, dshow, from 'video=BisonCam, NB Pro':
   Duration: N/A, start: 128270.189000, bitrate: N/A
 Stream #0:0: Video: mjpeg (MJPG / 0x47504A4D), yuvj422p(pc,
 bt470bg/unknown/unknown), 352x288, 30 fps, 30 tbr, 1k tbn, 1k tbc
 Input #1, png_pipe, from 'C:\Users\Zibri\Downloads\scdc.png':
   Duration: N/A, bitrate: N/A
 Stream #1:0: Video: png, rgba(pc), 244x224 [SAR 5905:5905 DAR 61:56],
 25 tbr, 25 tbn, 25 tbc
 Guessed Channel Layout for Input Stream #2.0 : stereo
 Input #2, dshow, from 'audio=Microphone (Realtek High Definition Audio)':
   Duration: N/A, start: 128270.631000, bitrate: 1411 kb/s
 Stream #2:0: Audio: pcm_s16le, 44100 Hz, 2 channels, s16, 1411 kb/s
 File 'test7.flv' already exists. Overwrite ? [y/N] y
 [swscaler @ 074504a0] deprecated pixel format used, make sure you
 did set range correctly
 No pixel format specified, yuvj420p for H.264 encoding chosen.
 Use -pix_fmt yuv420p for compatibility with outdated media players.
 [libx264 @ 02627c00] using cpu capabilities: MMX2 SSE2Fast SSSE3
 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
 [libx264 @ 02627c00] profile High, level 1.3
 [libx264 @ 02627c00] 264 - core 148 r2705 3f5ed56 - H.264/MPEG-4
 AVC codec - Copyleft 2003-2016 - 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=9
 lookahead_threads=1 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=cbr mbtree=1 bitrate=500
 ratetol=1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 vbv_maxrate=500
 vbv_bufsize=1500 nal_hrd=none filler=0 ip_ratio=1.40 aq=1:1.00
 [flv @ 026ae8e0] Using AVStream.codec to pass codec parameters to
 muxers is deprecated, use AVStream.codecpar instead.
 Last message repeated 1 times
 Output #0, 

Re: [FFmpeg-trac] #5856(undetermined:new): filter_complex significantly slower than -vf for the same task.

2016-09-20 Thread FFmpeg
#5856: filter_complex significantly slower than -vf for the same task.
-+-
 Reporter:  Zibri|Owner:
 Type:  defect   |   Status:  new
 Priority:  normal   |Component:
  Version:  git-master   |  undetermined
 Keywords:   |   Resolution:
 Blocking:   |   Blocked By:
Analyzed by developer:  0|  Reproduced by developer:  0
-+-
Changes (by cehoyos):

 * keywords:  vf,filter_complex,speed,bitrate =>
 * priority:  important => normal
 * version:  unspecified => git-master


Comment:

 Replying to [ticket:5856 Zibri]:
 > Can you explain this behaviour and why the fps is so different while
 recording?

 Do you need support or do you want to report an issue?

--
Ticket URL: 
FFmpeg 
FFmpeg issue tracker
___
FFmpeg-trac mailing list
FFmpeg-trac@avcodec.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-trac