Open VanBur opened 5 years ago
Hello again! Do you have any suggestions about BANDWIDTH parameter?
Sorry, missed the original message. I am aware of this issue, but in our streams I never bumped into such a large discrepancy as in the sample you pasted (x2 difference between average & peak), so this never got a high enough priority. I'll add it to the backlog, but not sure when I'll be able to handle it
@erankor : We are facing the same problem with the BANDWIDTH tag. The values are average bitrates and and not peak values. We are no able to use the apple validation tools and we also get error messages from the client devices.
Is there a workaround available or do you have an advice for a bug-fix?
@erankor same issue here. We are willing to sponsor the necessary work. If interested, please let me know how.
any updates?
@erankor in the last couple of weeks, together with German public broadcaster NDR, we at G&L have managed to engage @sannies to take care of this issue on our behalf. He has made good progress. The current plan is to prepare a pull request within the next two weeks.
Hi here, I submitted a draft PR about 6 weeks ago but no reaction so far. I'm still willing to put more work into it but I'd need some feedback from perhaps @erankor
@erankor , would be very nice to have this merged, as we also encounter weird playback issues on Apple devices with 'native' HLS, and their HLS validation tools report lots of issues with manifests generated by Kaltura, example:
2. I-frame playlists ( EXT-X-I-FRAME-STREAM-INF ) MUST be provided to support scrubbing and scanning UI
Multivariant Playlist
3. You MUST include the AVERAGE-BANDWIDTH attribute
Multivariant Playlist Stream Definition for All Variants
4. If EXT-X-INDEPENDENT-SEGMENTS is not in the multivariant playlist, then you MUST use the EXT-X-INDEPENDENT-SEGMENTS tag in all video media playlists
All Variants
Hello! I'm using kaltura nginx-vod-module for streaming adaptive HLS and DASH content, and i have a problem with stream validation. We already implemented all your suggestions about media preparation (issue #412), but manifest from kaltura nginx-vod-module is still shows non-valid bandwith (HLS and DASH eather). Parameter BANDWIDTH in master manifest is being calculated as average from first 100K frames, and in most cases doesn't reflect peak bandwith. This causes incorrect behavour of client applications (frequently buffering, buffer overrun), so adaptive isn't working as expected.
BANDWITH attribute expectations by Apple: https://developer.apple.com/documentation/http_live_streaming/hls_authoring_specification_for_apple_devices#//apple_ref/doc/uid/TP40016596-CH2-SW1
I've checked same content by bento4 utils to check master-manifest parameters of same mp4 files and this is example of it: bento4 manifest
kaltura nginx-vod-module manifest
So, there is a question: what we need to do with kaltura nginx-vod-module to get valid master-manifest? And if this is manifest generation state issue – maybe it need to be fixed?