GNOME Bugzilla – Bug 710323
terrible framerates with ximagesrc
Last modified: 2018-05-04 09:07:28 UTC
As the screen screen recording gives me 0byte files I tried to record one of my displays, set to 1920x1200 and scaled with `xrandr --output DVI-I-1 --scale 1x0.9` with the pipeline kindly provided on #gstreamer IRC channel: gst-launch-1.0 ximagesrc show-pointer=true startx=2560 starty=0 endx=4479 endy=1080 ! video/x-raw,framerate=30/1 ! videoconvert ! videoscale ! videorate ! vp8enc threads=12 ! webmmux name=mux ! filesink location="./video.webm" This results in a very laggy video far from being 30fps despite my workstation having 12 cores to chew on that. To use a less involving codec, I tried encoding to mjpeg to little improvement. gst-launch-1.0 -e ximagesrc show-pointer=true startx=2560 starty=0 endx=4479 endy=1080 ! video/x-raw,framerate=30/1 ! videoconvert ! videoscale ! videorate ! queue ! jpegenc ! qtmux ! filesink location="./video.mov" Both files attached. This is gstreamer1-plugins-good-1.2.0-1.fc20.x86_64
Created attachment 257451 [details] webm screencast
The mjpeg one is too big to attach -- http://jimmac.musichall.cz/stuff/video.mov
Tempted to say it's a duplicate of bug #693037
(In reply to comment #0) Jakub can you try with: ximagesrc use-damage=false ... if that improves things for you this issue can indeed be closed as duplicate of #693037
Unfortunately cannot test this because the same pipelines as above now generate black frames.
(In reply to Jakub Steiner from comment #5) > Unfortunately cannot test this because the same pipelines as above now > generate black frames. That's another bug: https://bugzilla.redhat.com/show_bug.cgi?id=1136317 Use remote=true.
This slideshow of a video has been recorded with the following pipeline: gst-launch-1.0 ximagesrc remote=true use-damage=false show-pointer=true startx=2560 starty=0 endx=4479 endy=1080 ! video/x-raw,framerate=30/1 ! videoconvert ! videoscale ! videorate ! vp8enc threads=12 ! webmmux name=mux ! filesink location="./video.webm" http://jimmac.musichall.cz/stuff/video.webm
(In reply to Jakub Steiner from comment #7) > http://jimmac.musichall.cz/stuff/video.webm 404
*** Bug 752573 has been marked as a duplicate of this bug. ***
Created attachment 307864 [details] Debug log (no colors) Debug log generated with this command: $ LC_ALL=C gst-launch-1.0 -e ximagesrc ! vaapipostproc ! v4l2sink device=/dev/video1 --gst-debug="*:5" --gst-debug-no-color &> ximagesrc-slow.log I can confirm this bug. If I use use-damage=false the CPU usage is similar, but frames doesn't seems to be dropped, no timestamp errors when reproducing. I can confirm this bug(In reply to Edward Hervey from comment #3) > Tempted to say it's a duplicate of bug #693037 Performance is bad and you're right probably.
*** This bug has been marked as a duplicate of bug 693037 ***