Comment # 11
on bug 98278
from Andy Furniss
(In reply to Tom from comment #10) > Thank you Andy for explanation. After setting env var > VAAPI_DISABLE_INTERLACE video looks correctly. You're right about video > format it should be mkv. I'll experiment more with this and I'll try to get > smoother motion in videos. In metadata I can see that videos are 60 fps but > for my eyes they look like 30 fps. Maybe X11 frames are not captured > efficiently. Thank you again for help with resolving it. The CPU X11 grabbing and NV12 conversion are quite expensive and single threaded. On my old Phenom II x4 3.4GHz CPUs forced to perf (cpufreq) I get about 69 fps testing like - gst-launch-1.0 -f ximagesrc use-damage=0 startx=0 starty=0 endx=1919 endy=1079 num-buffers=1000 ! queue ! videoconvert ! video/x-raw,framerate=100/1,format=NV12 ! fakesink Setting pipeline to PAUSED ... Pipeline is live and does not need PREROLL ... Setting pipeline to PLAYING ... New clock: GstSystemClock Got EOS from element "pipeline0". Execution ended after 0:00:14.408948605 1000/14.408948605 = 69.4 You could extend the test to include encode to fakesink and see what you get. I would try cqp (default 26) as well as cbr. If you can do the first test OK but not with encode maybe start playing with forcing GPU to high rather than auto. Also omx may be a bit faster if you can get that to work - it should, what is in your /etc/xdg/gstomx.conf? omx doesn't work properly with cbr. You can control cqp as needed, plus b-frames work with omx maybe "free" for bonaire (but will be x2 slower with more recent GPUs than yours).
You are receiving this mail because:
- You are the assignee for the bug.
_______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel
