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

CEA-608 captions in DASH disappear almost immediately #904

Closed
1 task
icbaker opened this issue Dec 18, 2023 · 0 comments
Closed
1 task

CEA-608 captions in DASH disappear almost immediately #904

icbaker opened this issue Dec 18, 2023 · 0 comments
Assignees
Labels

Comments

@icbaker
Copy link
Collaborator

icbaker commented Dec 18, 2023

Version

Media3 main branch

More version details

b7c3d83

Devices that reproduce the issue

Pixel 7a

Devices that do not reproduce the issue

None

Reproducible in the demo app?

Yes

Reproduction steps

  1. Play the content from Repeated characters in CEA 608 captions #887 (shared via email)
  2. Enable the english subtitles

Expected result

Subtitles appear and disappear in sync with the audio

Actual result

Subtitles appear on screen and almost immediately disappear again, making them completely unreadable.

This behaviour doesn't happen on 1.2.0 so this seems to be a recent regression.

Media

Shared via email as part of #887

Bug Report

  • You will email the zip file produced by adb bugreport to [email protected] after filing this issue.
@icbaker icbaker added the bug label Dec 18, 2023
@icbaker icbaker self-assigned this Dec 18, 2023
copybara-service bot pushed a commit that referenced this issue Dec 19, 2023
We deliberately left `Cea608Decoder` and `Cea708Decoder` intact when
creating the respective `SubtitleParser` implementations (in
27caeb8
and
94e45eb
respectively).

However we didn't correctly change the behaviour of
`SubtitleDecoderFactory.DEFAULT` in order to use these 'legacy'
implementations. We firstly left the `Cea608Decoder` instantiation
**after** the `DefaultSubtitleParserFactory.supportsFormat()` check,
meaning that code would never be reached (since `supportsFormat` now
returns true for CEA-608). Then in the second change (which was supposed
to only be about CEA-708) we removed all instantiations of **both**
`Cea608Decoder` and `Cea708Decoder`. This change puts the decoder
instantiations back and moves them above the
`DefaultSubtitleParserFactory.supportsFormat` check, meaning they will
be used in preference to `DelegatingSubtitleDecoder`.

This resolves the immediately-disappearing subtitles tracked by
Issue: #904.
PiperOrigin-RevId: 592217937
copybara-service bot pushed a commit to google/ExoPlayer that referenced this issue Dec 19, 2023
We deliberately left `Cea608Decoder` and `Cea708Decoder` intact when
creating the respective `SubtitleParser` implementations (in
764a85e
and
c3cda76
respectively).

However we didn't correctly change the behaviour of
`SubtitleDecoderFactory.DEFAULT` in order to use these 'legacy'
implementations. We firstly left the `Cea608Decoder` instantiation
**after** the `DefaultSubtitleParserFactory.supportsFormat()` check,
meaning that code would never be reached (since `supportsFormat` now
returns true for CEA-608). Then in the second change (which was supposed
to only be about CEA-708) we removed all instantiations of **both**
`Cea608Decoder` and `Cea708Decoder`. This change puts the decoder
instantiations back and moves them above the
`DefaultSubtitleParserFactory.supportsFormat` check, meaning they will
be used in preference to `DelegatingSubtitleDecoder`.

This resolves the immediately-disappearing subtitles tracked by
Issue: androidx/media#904.
PiperOrigin-RevId: 592217937
copybara-service bot pushed a commit that referenced this issue Dec 19, 2023
This would have immediately exposed the mistakes fixed by
7ca26f8

Issue: #904
PiperOrigin-RevId: 592244943
copybara-service bot pushed a commit to google/ExoPlayer that referenced this issue Dec 19, 2023
This would have immediately exposed the mistakes fixed by
4893d9b

Issue: androidx/media#904
PiperOrigin-RevId: 592244943
@icbaker icbaker closed this as completed Dec 20, 2023
@androidx androidx locked and limited conversation to collaborators Feb 19, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

1 participant