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

Added MediaError handling #36

Open
wants to merge 48 commits into
base: master
Choose a base branch
from

Conversation

pietervanleeuwen
Copy link
Contributor

Not all media is always available or playable by a browser, in this case the MediaError event is being thrown on the avcomponent so that it can be handled.

For an example see examples/index.html

unsupported_media

For more details about MediaErrror see https://developer.mozilla.org/en-US/docs/Web/API/MediaError

edsilv and others added 24 commits December 30, 2018 21:53
rickrolling downloads
Fix for handling both temporal and spatial parameters from the url. We had an issue with a parameter (ticket-=<ticketid>) being detected as a temporal fragment resulting in unexpected temporal behaviour of the player.
…ponent Objects to be constructed with the posterCanvas image expanded by default
…tercanvas-expand-arg

Enables AVComponent Objects to be constructed with the posterCanvas image as expanded
Not all media is always available or playable by a browser, in this case the MediaError event is being thrown on the avcomponent so that it can be handled.
For an example see examples/index.html

For more details about MediaErrror see https://developer.mozilla.org/en-US/docs/Web/API/MediaError
@demiankatz
Copy link

demiankatz commented Aug 22, 2019

This makes sense to me, but I think we need to account for i18n of the error messages.... though I suppose that is an upstream concern from the perspective of this component.

edsilv and others added 18 commits March 11, 2020 22:05
Syncing with IIIF-Commons updates
It then falls back to the media duration and updates everything to make this work correctly
With large manifests this causes a lot of data to be loaded before a playout is actually requested. Changed this behaviour to only preload metadata (required to determine duration if this is ommited in the manifest) once a canvas has been made visible preload is set to auto and on canplaythrough the play button becomes available for the requested canvas
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.

5 participants