Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

High CPU activity #18

Closed
iesfausti opened this issue Jul 19, 2016 · 1 comment
Closed

High CPU activity #18

iesfausti opened this issue Jul 19, 2016 · 1 comment

Comments

@iesfausti
Copy link

iesfausti commented Jul 19, 2016

Hi again,
Not really a code-bug but a problem for a low-end htpc, the gstreamer-libs stuff make the system go high (CPU 60% usage in a static image splash) so may be a temporal, until the improve of their libraries, solution bypass for simple pictures, not video of course,its to stop the visual in aprox.271 line in control.py
if req['media_class']==u'visual': #+only visual! not videos, music...
request_pipe.start() #+ Paint-it
time.sleep(1) #+ wait...)
request_pipe.stop() #+ stop refresh)
else:
request_pipe.start() #original, only one code

By the way is the the 'testing branch available', because of the another annoying bug
#16

Thank-you!

@transistorfet
Copy link
Contributor

This is a known issue with image playback. We are actually converting the image to a video on the fly and outputting that video in order to allow for fade-in/fade-out effects on the image, and to allow the emergency alert overlay to be displayed on top of the image.

In the dashboard, on the audio/visualization tab, there is a section for Image Output Settings. The images will be scaled to those width and height dimension settings, and the video will be generated with that framerate setting. You can try reducing those or disabling image transitions (the fade-in/fade-out effect) in order to reduce the load on the CPU. If you make the framerate setting very low, it will speed things up but you will also notice the emergency overlay will scroll less smoothly. This is because the emergency overlay is drawing directly on top of each video frame rather than trying to mix the two video sources which is even harder on the CPU.

@openbroadcaster openbroadcaster locked and limited conversation to collaborators Nov 12, 2021

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
None yet
Development

No branches or pull requests

3 participants