Skip to content
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

CAMERA_VIDEO_REAL_TIME vs SCREEN_CONTENT_REAL_TIME #3286

Open
bobj1212 opened this issue May 23, 2020 · 2 comments
Open

CAMERA_VIDEO_REAL_TIME vs SCREEN_CONTENT_REAL_TIME #3286

bobj1212 opened this issue May 23, 2020 · 2 comments
Labels

Comments

@bobj1212
Copy link

bobj1212 commented May 23, 2020

CAMERA_VIDEO_REAL_TIME vs SCREEN_CONTENT_REAL_TIME
Can you please explain the difference between the two.
I did noticed that CAMERA_VIDEO_REAL_TIME gives better image quality than SCREEN_CONTENT_REAL_TIME (under same settings)
And also as result the stream bandwidth is almost twice as big using CAMERA_VIDEO_REAL_TIME.
So if I want better image quality then i should use CAMERA_VIDEO_REAL_TIME and if i want less bandwidth i should use SCREEN_CONTENT_REAL_TIME?
Or there are more expects to that?
I will use it for stream copy of desktop screen to another location so i wonder which one to use or maybe just to have option for Best quality when using CAMERA_VIDEO_REAL_TIME and not best quality when using SCREEN_CONTENT_REAL_TIME for sharing the desktop screen.

Looking for your feedback and thank you :)

@huili2
Copy link
Collaborator

huili2 commented May 26, 2020

As the name indicated, they two are used for different input contents, and some encoding tools/strategies are treated differently. So in this case, RD curve is not the only criteria for them.
SCREEN_CONTENT_REAL_TIME is used better for screen captured data like doc sharing, PPT sharing, etc. CAMERA_VIDEO_REAL_TIME is more suitable for contents from camera data.

@huili2
Copy link
Collaborator

huili2 commented Dec 26, 2022

Will close this one if no response.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants