> дык а какой фокус с ним работает-то?Дык посмотри на dash например. Сделали отдельно хидеры потоков и потом в чанки энного размера складируют. Ну а плеер грузит чанки по мере надобности. Старые можно удалять, можно не удалять, смотря хочется ли оставить поток на потом, или он совсем live (ну, если старые чанки снесли, значит посмотреть их уже не выйдет).
Сие правда требует достаточно мозгастый плеер. Ну и adaptive оно потому что ежели плеер видит что бандвиза или проца не хватило - следующий чанк он может и более тощий уже качать, если несколько вариантов есть. В принципе достаточно здравая по меркам вебмакак конструкция :)
> Где у него "старт",
Либо где поток начался, если его решили еще и хранить, либо там какой чанк актуален на сейчас.
> и кто тебе будет хранить произвольный фрагмент при прямой трансляции?
Сервер. Кусочками. Ютуб так делает, например. Да и не только он.
> Так что рисуем grayed slider и перестаем обрабатывать события от него, делов...
Это если решено не хранить. А если хранить то можно смотреть "с отставанием от реалтайма". Ну как, плеер будет тянуть старые чанки, сервак будет складировать новые. Можно даже ускоренно перемотать если не интересно, плеер пойдет качать более свежие чанки.
> содержимому файла подстраивались, а не отбалдово-примерно руками настраивать каждый раз.
Гугл по этому поводу забавно видео кодирует: Q-based + верхний лимит на битрейт. Если сцены простые, оно жрет столько битов сколько реально надо. На сложных оно не сожрет выше верхнего лимита - и всегда можно зарезать клиента вот в этих пределах.
Еще у них плеер видео грузит только если юзер его смотрит. А если не смотреть, новый чанк тягается только если в буфере менее 120 секунд. Иначе забывается, экономя гугле бандвиз. Юзерь может ведь и забыть про видео, и вообще.
