ҪҸ
ничем кроме A/V кодеков, ОС, бекграунд процессов и всего остального
Size: a a a
2019 March 20
ҪҸ
а так абсолютно свободен)
NK
Дело в том, что до гугл нечто подобное очень многие пытались провернуть и знаеш в чем была проблема? Задержка!
NK
Без ML, экстраполяции/интерполяции и пр здесь вряд ли обойдется
NK
Если пинг у сети от 60-140 мс, пусть даже битрейт и большой это будет неиграбельно!
NK
Даже если 16-20 mc будет
NK
потому что сам кадр длиться 16 мс
NK
Ели бы было достаточно всего лишь заюзать VP9 и мощные сервера арендовать, то это бы уже давно было сделано
ҪҸ
да, я знаю про и про игровые стриминговые сервисы, и про неигровые
ҪҸ
ID:414983998
Если пинг у сети от 60-140 мс, пусть даже битрейт и большой это будет неиграбельно!
это не так работает
ҪҸ
но да, это будет такое себе
ҪҸ
но вообще если пинг 60 (а думаю он будет больше), это не значит, что следующий кадр не сможет прилететь через 16 мс
ҪҸ
вот если ты в браузере зачем-то те бесполезные эффекты будешь делать, то точно потеряешь кадры
NK
вот если ты в браузере зачем-то те бесполезные эффекты будешь делать, то точно потеряешь кадры
Почему? Работа по декодированию будет выполняться в отдельном потоке, отрисовка самого кадра уже в гравном потоке
ҪҸ
про это все еще @andrnag наверное может рассказать, у них вроде тоже стриминг
ҪҸ
ID:414983998
Почему? Работа по декодированию будет выполняться в отдельном потоке, отрисовка самого кадра уже в гравном потоке
слабое железо
ҪҸ
4к 60 фпс
NK
Вот просто запусти у себя 4K на ютубе. У тебя проигрывает без буферизации?
ҪҸ
так, ты уже не совсем туда в общем в дебри полез) твои предположения про вебассембли на клиенте вероятнее всего ошибочны, это я тебе по опыту могу сказать