ByFly. Обсуждение.

3368524:

В части загрузки видюшечки от БТК как-то иначе в зависимости от кодека, выглядит неправдоподобным. Хотя бы потому что это просто http get с контентом из байтиков в обоих случаях, а что именно за байтики, подсказывает заголовок Content-Type. Поскольку у нас тут шифрованный мир (видео вам ютуб шлёт как https3 с откатом на https1.1, если вы 3 не поддерживаете у себя), TLS шифрует все заголовки, урл и контент. Если вы не разделяете мнение о том, что все существующие приватные ключи шифрования пошарены всем разведчикам мира, а провайдеры дружат с разведчиками, потому в силах поставить TLS interceptor на весь трафик в реальном времени, да ещё запарились переподписывать тем же сертиком, что писал оригинальный сервер (для вас же неотличимо получается), то БТК при всём желании не в силах понять, какой кодек вы просили у ютуба или в каком он прислал.
Потому вот после ютуба вы первый, кто узнаёт, каким кодеком пожато присланное вам.

Прежде всего, надеюсь, вы обратили внимание, откуда именно в каждом замере загружается видео: местный кэш или европейский.
Разные форматы и разные разрешения это отдельные файлы. Однако ж в местном кэше может быть один файл и не быть второго. И я не знаю наверняка (даже не пытался ), считает ли нужным ютуб задействовать предсказание и переносить в местный кэш разные варианты видео, пока вы смотрите один выбранный. Потому без явного взгляда, откуда загружается в данный момент, не думаю, что можно просто переключить формат (активировать расширение) и проверять скорость, считая, будто сервер не поменялся .
Скорость могла вырасти просто из-за того, что вторая проверка пошла из местного кэша, а первая была из далёкого.

Насчет разности скорости при разных кодеках, я скорей имел дикую мысль о том, что в некоторых случаях у местного кеша проблемы - не заливаются в него видосы с некоторыми кодеками и т.п. Опять же, тупо предположение. Как я вроде бы писал, я особо не заморачивался проверкой, откуда именно идет закачка в том или ином случае, будет время и настроение - посмотрю.

3368524:

Можете проверить сравнивая скорость на 144р и 4К У меня, например, на 144р 20-40Мбит/с в статах, тогда как на 4К 200+ Мбит/с.

У Вас какой ТП? У меня 100/50. Интерес возник, когда в одном случае разгон скорости идет под 200 (что косвенно, но не гарантированно без доп.проверки, позволяет предположить, что закачка идет с местного кеша), а во втором - по большему счету скорость по тарифу (без скидывания VP9), даже с учетом того, что уже должен был видос в кеш прилететь. Ну, это в моем случае, насчет всех видосов и всех пользователей утверждать, конечно, не могу.

3368524:

Ну а в части принудительного скидывания кодека на AVC1 для бодрости на древних, всё же надо помнить, что уже порядка 7 лет как хардваре декодинг для VP9 распространился. Конечно, есть вероятность, что древний всё это время не обновлялся. Когда-то давно людям был интересен выбор AVC1 (где хардваре ещё раньше был) потому, что VP9 задействовал софтваре декодинг и кушол процессор.
Проверить для хрома можно в chrome://gpu/ и поискать там VP9 в секции Video Acceleration. Ну да, хардваре можно отключить вообще в настройках хрома, но нинада.

Пользы переключения кодека для скорости интернетов я не знаю. Напротив, VP9 похудее будет при том же качестве.

На древнем папелаце, который сугубо в качестве печатной машинки по большему счету (4 поколение Intel, Intel HD 4400), об аппаратной поддержке VP9 остается только мечтать.
https://community.intel.com/t5/Graphics/Harware-accelaration-for- ... m-p/291546

Ну, а насчет пользы в плане скорости. Хз, возможно имеет место чисто самообман в плане того, что при использовании указанного плагина навигация по видосу (в том числе и при переключении на другой свежий) осуществляется гораздо бодрее (практически мгновенно, а не с явно видимым "затыком" ожидания подгрузки при одном и том же разрешении. Возможно, дело в обработке процессором момента переключения, что дает иллюзию большей скорости.
Например, тут:

без плагина произвольное прыганье по видео явно заметно (в плане ожидания воспроизведения, не критично, но все же).
тут же с плагином:

переключение на любой произвольный момент туда/обратно по видео по практически мгновенное без значка буферизации.
Да и на видосах с канала в посте выше (где, например, VP9 1920х1080х50) при воспроизведении ролика со скоростью х2 все достаточно печально периодически на папелаце - не постоянно, а такое чувство, что в момент подгрузки), с плагином - все отлично. И процессор в 100% загрузку не долбится в обоих случаях.

Так что в данном конкретном случае интерес на сброс кодека есть и он ощущается не только субъективно (быстрота навигации по видео хотя бы той же перемоткой по 5 сек), но и объективым сбрасыванием нагрузки на процессор в разы. Что поделать, порой еще продолжает работать такая дремучесть, пока не накроется окончательно.

Ладно, в общем, не суть важно. Всем спасибо.

Надо потерпевшим активней долбить мозг тех.поддержке, ибо это ну совсем не красиво у одного и того же провайдера и такая разница...

Погонял я часок где-то одно и тоже видео на Ютубчике. 1920х1080х30, с плагином - avc1, без плагина - тащил вроде бы av1 (но это не точно, тут я не успел заскринить, вроде бы мелькнуло), но потом начал браузер гонять в VP9.
- тянуло в обоих случаях с кеша БТК 86.57.205.147 по большей степени.
- в случае отключения плагина тянуло опять же с кеша, но при активном насилии видоса (постоянные прыжки по видео, регулярная шустрая перемотка туда-сюда) начало изредка пытатся тянуть уже не с БТК: 172.217.133.74
- в один прекрасный момент я поломал кеш БТК. У кого Ютуб подлагивал в районе 20.30, звиняйте, не виноватая я.
Если серьезно, то даже с плагином в один прекрасный момент проигрыватель в браузере при активном насилии видоса начал изредка обращаться к 172.217.133.74. Скорость перемотки/прыжков при этом находилась навскидку между наличием плагина и его отсутствием.
- с кеша при включеном плагине скорость поднималась до 130-140мбит/с, без плагина с кеша - не выше 100 (тариф 100/50).
- скорость активной навигации при включеном плагине ощутимо бодрее. субъективно, конечно, но все-таки. без плагина (загрузку показывало с кеша БТК) порой и до 1.5-2 сек доходило вращение кружка буферизации. с чем это связано - с обработкой именно браузера или кеш там чего мудрил, я без понятия. но такие вот наблюдения.

В общем, чисто субъективно - с плагином просмотр идет более приятственным на упомянутом корче (как ни странно, но даже при закачке из кеша БТК). Гораздо активней навигация по видео (что не совсем понятно) и гораздо меньшая загрузка процессора (что достаточно логично).
Как-то так.
На сегодня играться с Ютубом поднадоело

да, доступна!
потому что, я засветил пул динамических айпи в трассировке.

Так отредактируйте посты и дозакрасьте скрины. ну и рестарт терминала в помощь...
Я и не обратил внимания даже.
Я интересовался, почему заходите (из локалки своей же?..) по внешнему ip на вебку терминала, а не через его (терминала) локальный адрес.
Может я чего не понимаю сегодня или это фишка какая при использовании стороннего роутера.
Поэтому и спросил

Выделенное в цитате немного не понял на ночь глядя..
А в терминале в настройках тут:

В выделенном разделе какие-нибудь галочки отмечены? И, если да, то зачем, если не секрет?..