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

Duplicate CEA-608 caption lines #2076

Closed
sath33sh opened this issue Aug 1, 2019 · 7 comments
Closed

Duplicate CEA-608 caption lines #2076

sath33sh opened this issue Aug 1, 2019 · 7 comments
Assignees
Labels
component: captions/subtitles The issue involves captions or subtitles status: archived Archived and locked; will not be updated type: bug Something isn't working correctly
Milestone

Comments

@sath33sh
Copy link
Contributor

sath33sh commented Aug 1, 2019

Have you read the FAQ and checked for duplicate open issues?
Yes

What version of Shaka Player are you using?
v2.5.4

Can you reproduce the issue with our latest release version?
Yes

Can you reproduce the issue with the latest code from master?
Yes

Are you using the demo app or your own custom app?
Custom app

If custom app, can you reproduce the issue using our demo app?
Did not try the demo app

What browser and OS are you using?
Chrome 75.0.3770.142 on Mac OS 10.14.5

For embedded devices (smart TVs, etc.), what model and firmware version are you using?
N/A

What are the manifest and license server URIs?

https://www.philo.com/manifest-dai-test/vod/8ee733eef854021a0189826a8dfe1a2c2358bf74/manifest.mpd?content_host=prod.cdn-vdms.philo.com

What did you do?

Play a VOD asset with multiple periods and seek between periods

What did you expect to happen?
CEA-608 captions are displayed correctly

What actually happened?

Sometimes captions are duplicated on the screen. It seems to happen when playhead is closer to period boundaries. I used ffmpeg to confirm that the video segments do not contain duplicate captions. I Also played the same stream using a different DASH player (ExoPlayer) and it does not exhibit this issue which makes me think it's a bug in Shaka.

image

@ismena ismena added the component: captions/subtitles The issue involves captions or subtitles label Aug 1, 2019
@joeyparrish joeyparrish added type: bug Something isn't working correctly and removed needs triage labels Aug 5, 2019
@joeyparrish
Copy link
Member

I've seen this before in segmented text content from Shaka Packager, and I've been advised by @kqyang that it is our fault, and not the fault of the Packager.

@shaka-bot shaka-bot added this to the v2.6 milestone Aug 5, 2019
@TheModMaker
Copy link
Contributor

The asset you listed is encrypted and you didn't provide a license server. Could you please provide the license server URL or a clear asset that reproduces the issue? Thanks.

@sath33sh
Copy link
Contributor Author

@TheModMaker Apologies for the delay. I can work on setting up a test stream with no encryption. Would it help?

@TheModMaker
Copy link
Contributor

Yes, we need a way to reproduce the issue so we can see what is going on. We either need an accessible license server URL for the asset you listed or a clear stream that reproduces the issue.

@tylerdaines
Copy link
Contributor

I just emailed a URL for a stream that exhibits similar behavior.

shaka-bot pushed a commit that referenced this issue Sep 23, 2019
Sometimes we see extra DOM elements in the text container.  These may
appear for some reason when seeking (may not be removed completely).
This works around that by removing any existing DOM elements that don't
belong to an existing cue.

Issue #2076

Change-Id: Iab0210cf5d046a818d1e23fc02947f3550622843
@sath33sh
Copy link
Contributor Author

sath33sh commented Oct 9, 2019

Is there going to be a minor release v2.5.6 with this fix? What's the timeline for the next release, whether it is v2.5.6 or v2.6?

@joeyparrish
Copy link
Member

This fix appears to be elligible for cherry-pick to v2.5.x. We'll try to get a new release out (v2.5.6) next week.

TheModMaker added a commit that referenced this issue Nov 6, 2019
Sometimes we see extra DOM elements in the text container.  These may
appear for some reason when seeking (may not be removed completely).
This works around that by removing any existing DOM elements that don't
belong to an existing cue.

Issue #2076

Change-Id: Iab0210cf5d046a818d1e23fc02947f3550622843
TheModMaker added a commit that referenced this issue Nov 6, 2019
We would incorrectly initialize the embedded captions multiple times
during a Period transition, which caused duplicate cues to be given to
the displayer.  We also wouldn't handle the case when switching between
embedded captions and external text during a Period transition.  This
fixes both cases and adds tests for them.

This also avoids passing an empty cue list to the displayer.

Fixes #2076

Change-Id: I89add3eb86ad8d93644bba14eabd11f98d57bc5e
@shaka-project shaka-project locked and limited conversation to collaborators Nov 22, 2019
@TheModMaker TheModMaker self-assigned this Feb 27, 2020
@shaka-bot shaka-bot added the status: archived Archived and locked; will not be updated label Apr 15, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
component: captions/subtitles The issue involves captions or subtitles status: archived Archived and locked; will not be updated type: bug Something isn't working correctly
Projects
None yet
Development

No branches or pull requests

6 participants