search

google / ExoPlayer

This project is deprecated and stale. The latest ExoPlayer code is available in https://github.com/androidx/media
https://developer.android.com/media/media3/exoplayer
Apache License 2.0
21.7k stars 6.02k forks source link

Change resolution faster with hls #1777

Closed grosalex closed 7 years ago

grosalex commented 8 years ago

Hi,

Is there a way to switch hls resolution depending on network faster? It takes something like 10s to get to my higher resolution when I'm having a real good connection I'd like it take only something likes 2s.

Any idea?

Regards,

Avetri commented 8 years ago

I have an idea.

I think You should change length of chunks.

grosalex commented 8 years ago

Hi, thanks for your answear but how can I do that?

Regards,

Avetri commented 8 years ago

You can do that if You have some relation to that HLS's source. We saw the same issue on different players in a few operator networks when admins make wrong (too long chunks, 10 second and more) configuration of chunks cutter.

grosalex commented 8 years ago

yes but we don't have this issu with iOs playing the same video :/

Avetri commented 8 years ago

:) It's a natural situation if we look at who is creator of HLS. They support all the versions of standard. And have know-how to avoid problematic places like switching to another quality before chunk end.

Could You attach URL or sample of that HLS's playlists?

And somebody from the player's authors should look at this issue too.

Avetri commented 8 years ago

We had many issues on our hardware players with HLS. But iOs has none of them, as like as VLC (pure SW player).

grosalex commented 8 years ago

Ok so I think I'm going to deal with chunck length as you said.

Thanks for your time and your answears :)

AquilesCanta commented 8 years ago

Have you tried V2? I am not sure, but since there have been many loading policy changes, you might note improvement. Give it a try and let me know how it goes.

AquilesCanta commented 8 years ago

Our HLS implementation is now undergoing some major design changes that should come into effect before long. So please have some patience if you encounter strange behaviors(specially regarding live content). The bug fixes have priority, so that should be solved shortly. Looking forward to your reply.

gabriel-araujjo commented 8 years ago

Transport Streams have time synchronization in packet headers. A solution to fast switch may be use this field.

Em 26 de ago de 2016 06:49, "Santiago Seifert" notifications@github.com escreveu:

Our HLS implementation is now undergoing some major design changes that should come into effect before long. So please have some patience if you encounter strange behaviors(specially regarding live content). The bug fixes have priority, so that should be solved shortly. Looking forward to your reply.

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/google/ExoPlayer/issues/1777#issuecomment-242684072, or mute the thread https://github.com/notifications/unsubscribe-auth/ADy-iPNKfMAXYPLSqL-Vpi3ZtT-wyVRkks5qjraFgaJpZM4JtOEN .

ojw28 commented 7 years ago

Quality switches up a lot faster in V2 (playing the demo app test streams I quite often see switching up as quickly as ~3s on a fast WiFi connection).