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

Fast-start when loading another MPD #355

Closed
aletorrado opened this issue Apr 25, 2016 · 3 comments
Closed

Fast-start when loading another MPD #355

aletorrado opened this issue Apr 25, 2016 · 3 comments
Labels
status: archived Archived and locked; will not be updated

Comments

@aletorrado
Copy link

I need to be able to start playback quickly after loading another MPD, but Shaka uses the best bandwidth achievable. How can I change this behavior to make it always load a low-bw track at first? Thank you!

@tdrews tdrews self-assigned this Apr 25, 2016
shaka-bot pushed a commit that referenced this issue Apr 25, 2016
This allows applications to reset the Player's AbrManager
and to use SimpleAbrManager in their own ABR
implementations.

Issue #355

Change-Id: I58d06c1d547b83b3221a30518620ad2352e97636
@tdrews
Copy link
Contributor

tdrews commented Apr 25, 2016

Hi, with 058004e you can re-configure the player with a new AbrManager.

player.configure({
  abr: { manager: new shaka.abr.SimpleAbrManager() }
});

This will reset all bandwidth estimations.

@tdrews tdrews closed this as completed Apr 26, 2016
@aletorrado
Copy link
Author

aletorrado commented May 5, 2016

It's basically OK but the correct code is:

player.configure({
  abr: { manager: new shaka.abr.SimpleAbrManager() }
});

Thank you.

@joeyparrish
Copy link
Member

Thanks for the correction! (Original post edited.)

@shaka-project shaka-project locked and limited conversation to collaborators Mar 22, 2018
@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
status: archived Archived and locked; will not be updated
Projects
None yet
Development

No branches or pull requests

4 participants