-
Notifications
You must be signed in to change notification settings - Fork 332
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
Is the QOI encoding suitable for live video streaming #273
Comments
I feel like yes |
It's latency will be basically perfect, but the bandwidth will be pretty terrible compared to any actual video codec. |
for purposes of video, or any animation, it'd be reasonable to avoid re-drawing entire frames/screens, right? the biggest loss and potential optimization would probably be there. most immediate and easy to address, anyways. pretty sure all major video codecs do exactly this for exactly that reason. APNG also had this consideration. also, haven't there been other projects working on animated QOI? i swear one even was doing video. might be worth checking-out. this definitely sounds like a good idea. love to see it! but by itself, it definitely wouldn't do enough to reduce bandwidth impact. also, as per the intent of its creator, try not to bloat whatever dervived format with complications it really doesn't need. |
massive amount of data can be "removed" by frame diffing and then add 128 to the result, followed by an actual QOI across the computed and corrected difference between frames. |
Is the QOI encoding suitable for 1080p live video streaming when the bandwidth is sufficient?
Reducing latency is a top priority.
The text was updated successfully, but these errors were encountered: