Screen capture high CPU load

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Screen capture high CPU load

BogdanS
Hello Iam trying to do some screen capture and send via udp(windows)

pipeline for example.

dx9screencapsrc monitor=0 ! videoconvert ! x264enc ! rtph264pay ! udpsink
host=127.0.0.1 port=5004

pipeline are working but  it loads cpu up to  40%

with openh264enc  it works much  better
x9screencapsrc  ! videoconvert ! openh264enc complexity=0 usage-type=0
bitrate =500000 ! rtph264pay ! udpsink host=127.0.0.1 port=5004
loads cpu up to  15%

I  need 4 like this for 4  monitors


I see that dx9screencapsrc  output format BGR, so I need videoconvert before
x264enc or openh264enc (don't recieves BGR).

So my question  is there some practices to make this script works better?

Newer version of gstreamer(I am using 1.8.0) works better?

Thank you for advices!




--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
P S
Reply | Threaded
Open this post in threaded view
|

Aw: Screen capture high CPU load

P S
Hello,
 
I do the same, thats a normal performance with this load. I have about 50 to 60% cpu load with full hd.
Do you use windows or Linux?
 
Peter
 
Gesendet: Freitag, 03. August 2018 um 00:08 Uhr
Von: BogdanS <[hidden email]>
An: [hidden email]
Betreff: Screen capture high CPU load
Hello Iam trying to do some screen capture and send via udp(windows)

pipeline for example.

dx9screencapsrc monitor=0 ! videoconvert ! x264enc ! rtph264pay ! udpsink
host=127.0.0.1 port=5004

pipeline are working but it loads cpu up to 40%

with openh264enc it works much better
x9screencapsrc ! videoconvert ! openh264enc complexity=0 usage-type=0
bitrate =500000 ! rtph264pay ! udpsink host=127.0.0.1 port=5004
loads cpu up to 15%

I need 4 like this for 4 monitors


I see that dx9screencapsrc output format BGR, so I need videoconvert before
x264enc or openh264enc (don't recieves BGR).

So my question is there some practices to make this script works better?

Newer version of gstreamer(I am using 1.8.0) works better?

Thank you for advices!




--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Screen capture high CPU load

BogdanS
Windows.
After some tests with videotestsrc and fakesink I sink that encoding to h264 it is heavy operation.
So I can't reach normal cpu load with this scripts and better to buy h264  hardware encoder?



On Fri, Aug 3, 2018, 02:34 P S <[hidden email]> wrote:
Hello,
 
I do the same, thats a normal performance with this load. I have about 50 to 60% cpu load with full hd.
Do you use windows or Linux?
 
Peter
 
Gesendet: Freitag, 03. August 2018 um 00:08 Uhr
Von: BogdanS <[hidden email]>
An: [hidden email]
Betreff: Screen capture high CPU load
Hello Iam trying to do some screen capture and send via udp(windows)

pipeline for example.

dx9screencapsrc monitor=0 ! videoconvert ! x264enc ! rtph264pay ! udpsink
host=127.0.0.1 port=5004

pipeline are working but it loads cpu up to 40%

with openh264enc it works much better
x9screencapsrc ! videoconvert ! openh264enc complexity=0 usage-type=0
bitrate =500000 ! rtph264pay ! udpsink host=127.0.0.1 port=5004
loads cpu up to 15%

I need 4 like this for 4 monitors


I see that dx9screencapsrc output format BGR, so I need videoconvert before
x264enc or openh264enc (don't recieves BGR).

So my question is there some practices to make this script works better?

Newer version of gstreamer(I am using 1.8.0) works better?

Thank you for advices!




--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: Screen capture high CPU load

Ankur Deep Jaiswal
In reply to this post by BogdanS
can you try x264enc speed-preset=ultrafast or x264enc speed-preset=veryfast
x264enc has default preset of medium.


On Fri, Aug 3, 2018 at 3:38 AM, BogdanS <[hidden email]> wrote:
Hello Iam trying to do some screen capture and send via udp(windows)

pipeline for example.

dx9screencapsrc monitor=0 ! videoconvert ! x264enc ! rtph264pay ! udpsink
host=127.0.0.1 port=5004

pipeline are working but  it loads cpu up to  40%

with openh264enc  it works much  better
x9screencapsrc  ! videoconvert ! openh264enc complexity=0 usage-type=0
bitrate =500000 ! rtph264pay ! udpsink host=127.0.0.1 port=5004
loads cpu up to  15%

I  need 4 like this for 4  monitors


I see that dx9screencapsrc  output format BGR, so I need videoconvert before
x264enc or openh264enc (don't recieves BGR).

So my question  is there some practices to make this script works better?

Newer version of gstreamer(I am using 1.8.0) works better?

Thank you for advices!




--
Sent from: http://gstreamer-devel.966125.n4.nabble.com/
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel



--
Regards

Ankur Deep Jaiswal
Software Architect
Techgentsia Software Technologies Private Limited
Ernakulam

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel