История изменений
Исправление dk__, (текущая версия) :
Слушай, можешь кратко пояснить механизм адаптивности по ширине канала клиента? Неужели оно и правда решает какой ширины поток кушать просто на анализе скорости скачивания первого чанка нижнего уровня плейлист? Даже если он весит несчастные пару сотен кб?
А что происходит потом? Плеер следит за «скоростью загрузки» последующих чанков и думает не понижать ли поток (битрейт)?
И совсем глупый вопрос (т.к. тут надо уже конкретный хлс плеер смотреть и его работу), но в среднем по больнице: Пусть есть потоки:
- 4к 5мбит
- 4к 3мбит
- 3к 4мбит
- 3к 2мбит
Плеер будет ориентироваться только на битрейт? Т.е. если канал не переваривает 5мбит, то он будет пробовать сначала «3к 4мбит», и лишь потом «4к 3мбит»?
Исходная версия dk__, :
Слушай, можешь кратко пояснить механизм адаптивности по ширине канала клиента? Неужели оно и правда решает какой ширины поток кушать просто на анализе скорости скачивания первого чанка нижнего уровня плейлист? Даже если он весит несчастные пару сотен кб?
А что происходит потом? Плеер следит за «скоростью загрузки» последующих чанков и думает не понижать ли поток (битрейт)?
И совсем глупый вопрос (т.к. тут надо уже конкретный хлс плеер смотреть и его работу), но в среднем по больнице:
- Пусть есть потоки: – 4к 5мбит – 4к 3мбит – 3к 4мбит – 3к 2мбит
Плеер будет ориентироваться только на битрейт? Т.е. если канал не переваривает 5мбит, то он будет пробовать сначала «3к 4мбит», и лишь потом «4к 3мбит»?