Skip to content
This repository was archived by the owner on Aug 23, 2022. It is now read-only.

Conversation

@mustang-sally
Copy link
Contributor

@mustang-sally mustang-sally commented Apr 1, 2019

This addresses issue #84.

I've added more details in the commits' description. But basically it should never fail to download or watch a video/stream/replay (unless the video is in fact unavailable, obviously).

I've also added some helpful messages. This one is while searching for a video id that might had gone offline recently:

not-found

This next one is exactly like the previous one, but is added to the video player window. It's triggered if the user clicked to watch a replay/livestream right after the streamer went offline. It's unlikely to happen, but a helpful message won't hurt anyway:

player-error

Let me know what you think!

We can't be sure if the replay is still being generated or was deleted.
You can observe this by waiting on someone's live to go offline, then
you immediately grab the video ID and try looking it up. Both
`videosource` and `hlsvideosource` properties are going to be empty
until the replay is fully generated.
It's guaranteed to _always_ return a M3U8 URL now.
Source: Just trust me dawg.
Hides the status message when opening settings or going home
If the user clicked to watch a replay just after a live stream ended,
there will be no video sources available, because LiveMe would be
generating the replay. The replay could also be deleted in the meantime
as well, so we warn the user with a helpful message.
I accidentally a word
@thecoder75 thecoder75 merged commit 8722a47 into thecoder75:master Apr 5, 2019
@mustang-sally mustang-sally deleted the proper-video-source branch April 8, 2019 03:52
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants