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

Track changes on Opus cause stream interruption on Chrome #7

Closed
shoghicp opened this issue Sep 1, 2018 · 2 comments
Closed

Track changes on Opus cause stream interruption on Chrome #7

shoghicp opened this issue Sep 1, 2018 · 2 comments

Comments

@shoghicp
Copy link
Contributor

shoghicp commented Sep 1, 2018

While playing back OGG/Opus streams, a new track will bring the playback to a stop.
To workaround this problem, I have a JS listener on error that tries to restart the stream.

These are the errors that get printed to the console if you log them:

PIPELINE_ERROR_DECODE: Failed to send audio packet for decoding: timestamp=93126542 duration=960000 size=19 side_data_size=0 is_key_frame=1 encrypted=0 discard_padding (ms)=(0, 0)
PIPELINE_ERROR_DECODE: Failed to send audio packet for decoding: timestamp=93126542 duration=960000 size=19 side_data_size=0 is_key_frame=1 encrypted=0 discard_padding (ms)=(0, 0)
PIPELINE_ERROR_DECODE: Failed to send audio packet for decoding: timestamp=1028188 duration=960000 size=19 side_data_size=0 is_key_frame=1 encrypted=0 discard_padding (ms)=(0, 0)

Using latest kawa, tested in multiple radios

@shoghicp
Copy link
Contributor Author

shoghicp commented Sep 1, 2018

Seems to be addressed by #9

@shoghicp
Copy link
Contributor Author

shoghicp commented Jun 2, 2019

This happens again with Opus/FLAC under HTTP/2 mostly and sometimes under HTTP/1.1 too on Firefox

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

2 participants