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

tb reporting #143

Open
ZmGorynych opened this issue Oct 8, 2024 · 0 comments
Open

tb reporting #143

ZmGorynych opened this issue Oct 8, 2024 · 0 comments

Comments

@ZmGorynych
Copy link

tb definition is not clear on how to calculate top bitrate in case of different adaptation sets.

Example use cases:
(a) Two audio adaptation sets, Klingon stereo (single representation, 128Kbps) and Quenya 5.1 (single representation, 384Kbps. When Klingon audio is played, tb can be reported as either 128 or 384. It should be 128 in this case, but it is not clear in the spec.
(b) Same as above, when 128Kbps is AAC and 384Kbps is E-AC3 (which is not supported on a particular device).
(c) Multi-key encryption: the top bitrate of the whole MPD can be 24Mbps (2160p, 60fps), but a browser client will often be limited to a 2Mbps 540p due to DRM robustness. Therefore the top bitrate for that client should be 2Mbps and if you report it as 24Mbps you are reporting a non-existent network problem.

Can we clarify the text and say something on the lines of "the top bitrate shall only account for representations / rendition available to the client given constraints such as codec, language, and content protection"?

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

No branches or pull requests

1 participant