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

fix: dropped frames not reported #74

Merged
merged 11 commits into from
Nov 18, 2024
Merged

Conversation

daytime-em
Copy link
Collaborator

No description provided.

@daytime-em daytime-em requested a review from a team as a code owner October 30, 2024 23:34
@@ -360,6 +366,9 @@ open class MuxStateCollector(
@Suppress("unused")
fun incrementDroppedFrames(droppedFrames: Int) {
this.droppedFrames += droppedFrames
muxStats.setDroppedFramesCount(this.droppedFrames.toLong())
// note - in the current implementation, we rely on a subsequent playback event to send this.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Did we always rely on a subsequent playback event to send this?

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Separate question. Out of curiosity. How does this cross-cut with beacon flushing where only some playback events trigger a flush and some others do not?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Did we always rely on a subsequent playback event to send this?

Yeah as far as I know the ExoPlayer SDK worked the same way.

Separate question. Out of curiosity. How does this cross-cut with beacon flushing where only some playback events trigger a flush and some others do not?

Theoretically if we had some kind of droppedframes event, it wouldn't have to be a flushEvent, so wouldn't necessarily cause beacons. We don't have an event for it though. We could send something, but i see no reason to rock the boat tbh

@andrewjl-mux andrewjl-mux self-requested a review October 31, 2024 19:21
Copy link

@andrewjl-mux andrewjl-mux left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can we add a unit test for this fix to prevent future regressions?

Copy link

@andrewjl-mux andrewjl-mux left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for adding tests!

@daytime-em daytime-em merged commit 4c853b4 into releases/v1.4.4 Nov 18, 2024
1 check passed
@daytime-em daytime-em deleted the fix/no-dropped-frames branch November 18, 2024 19:13
@github-actions github-actions bot mentioned this pull request Nov 18, 2024
daytime-em added a commit that referenced this pull request Nov 18, 2024
## Improvements

* fix: dropped frames not reported (#74)



Co-authored-by: Emily Dixon <[email protected]>
Co-authored-by: GitHub <[email protected]>
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

Successfully merging this pull request may close these issues.

2 participants