Noorten

Проблемы с воспроизведением видео на сайте youtube.com

Рекомендованные сообщения

2 часа назад, otako писал:

Ну найдете. а дальше что, вас послушает билайн с гуглом?

В этой теме сотрудник Билайна просил пользователей, у которых наблюдается сабжевая проблема, сделать лог варешарка, чтобы собрать статистику и отправить в Гугл.

Но что-то я сомневаюсь, что всякие @Altimit с @tolian77 это сделали, ибо они способны только флеймить и офтопить.

  • Upvote 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Надо пояснить. Трассировка с 3 страницы, моя, сделана по умолчанию, а по умолчанию она отсылает UDP пакет я только позже попробовал использовать ICMP. Последующие мои трассировки я делал с отправкой ICMP.  То есть если я засылаю UDP пакет, то получаю почти тоже самое, что и на третьей странице без отображения broadband.corbina.ru. С ICMP и TCP отправленными пакетами промежуточных узлов 9  и нет *, а последний адрес ...broadband.corbina.ru

Верхнее можно удалить. Не удачно написано, не хватило лимита времени исправить.

 

Изменено пользователем JimmyJo

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

То есть, трассировка через udp = 7 Биланй адресов и * до 30.

Изменено пользователем JimmyJo

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
7 часа назад, JimmyJo писал:

Надо пояснить. Трассировка с 3 страницы, моя, сделана по умолчанию, а по умолчанию она отсылает UDP пакет я только позже попробовал использовать ICMP. Последующие мои трассировки я делал с отправкой ICMP.  То есть если я засылаю UDP пакет, то получаю почти тоже самое, что и на третьей странице без отображения broadband.corbina.ru. С ICMP и TCP отправленными пакетами промежуточных узлов 9  и нет *, а последний адрес ...broadband.corbina.ru

В идеале трассу надо делать на том протоколе и на тот порт, которые реально используются для обмена при раздаче контента, ибо трасса может зависеть (и зависит-таки в данном конкретном случае) от этих параметров.

В tracert (под Windows) трассировка строится только на протоколе ICMP, и это обойти невозможно. В качестве "костыля" для протокола TCP рекомендуется использовать tracetcp, порт (443-й по дефолту для SSL) указывается в её параметрах через двоеточие после имени (FQDN) хоста.

В traceroute (под Linux) трассировка по дефолту строится на протоколе UDP. Для построения трассы SYN/ACK на протоколе TCP следует использовать параметры "-T" (заказывает протокол TCP) и "-p порт" (заказывает номер порта, для SSL -- 443).

Кроме того, следует иметь в виду, что для предотвращения флуда в сети на части оборудования может быть прописан либо запрет на пропуск SYN-пакетов, либо только запрет самому оборудованию отвечать на такие пакеты. С протоколом ICMP -- аналогично: на оборудовании может быть прописан запрет пропуска или только ответов на пакеты типа 8 (эхо-запросы).
 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Я таких подробностей не знаю, не вникал глубоко. L. это не моё и я его знаю поверхностно. Как делать трассировку пакетами UDP, ICMP, TCP знаю. По чему я задумался и начал делать трассировку пакетами ICMP. В этой теме все используют Windows, а сделав трассировку стандартную без указания чем грассировать в L. я увидел совсем другую картину. По этому стал делать трассировку через ICMP, чтобы было как у всех кто использует Windows для одинакового сравнения.

Я когда писал о UDP перепроверял то о чём писал утром. Утром трассировка до r5--googlevideo.com с TCP без указания порта, трасировка одинаковая как с ICMP. Порт я не когда не указывал. Утром это видео отдавалось из адреса ...broadband.corbina.ru . Трассировка TCP и ICMP с и без -p 443 показывает одинаковое количество узлов и одинаковые адреса до ...broadband.corbina.ru.

Сейчас так на том же самом видео файле, что я делал утром:

traceroute -w 1 -T --mtu r9---sn-n8v7znek.googlevideo.com
traceroute to r9---sn-n8v7znek.googlevideo.com (173.194.148.56), 30 hops max, 60 byte packets
 1  gateway (192.168.1.1)  0.576 ms  0.431 ms  0.409 ms
 2  corbina.net ()  1.934 ms  1.841 ms  1.749 ms
 3              ()  2.611 ms  2.282 ms  2.674 ms
 4  corbina.net ()  10.136 ms  10.483 ms  10.347 ms
 5  m9-crs-be7.corbina.net (78.107.184.212)  9.949 ms  11.127 ms  9.989 ms
 6  m9-br2-be1.corbina.net (78.107.184.43)  10.002 ms  9.913 ms  11.004 ms
 7  * * *
 8  * * *
 9  173.194.148.56 (173.194.148.56)  9.801 ms  10.430 ms *
traceroute -w 1 -I --mtu r9---sn-n8v7znek.googlevideo.com
traceroute to r9---sn-n8v7znek.googlevideo.com (173.194.148.56), 30 hops max, 65000 byte packets
 1  gateway (192.168.1.1)  0.871 ms F=1500  0.726 ms  0.702 ms
 2  corbina.net (83.102.254.223)  2.220 ms F=1460  2.045 ms  1.911 ms
 3                            ( )  2.562 ms  3.701 ms  2.796 ms
 4  corbina.net ()  10.509 ms  10.311 ms  10.392 ms
 5  m9-crs-be7.corbina.net (78.107.184.212)  10.333 ms  10.277 ms  10.193 ms
 6  m9-br-be1.corbina.net (195.14.54.79)  10.457 ms  10.140 ms  10.554 ms
 7  72.14.221.110 (72.14.221.110)  9.998 ms  9.943 ms  9.823 ms
 8  66.249.94.94 (66.249.94.94)  10.809 ms  10.198 ms  10.255 ms
 9  209.85.240.206 (209.85.240.206)  11.831 ms  10.067 ms  10.221 ms
10  72.14.255.224 (72.14.255.224)  11.280 ms  11.440 ms  11.290 ms
11  173.194.148.56 (173.194.148.56)  11.800 ms  11.928 ms  11.905 ms


traceroute -w 1 -T -p 443 --mtu r9---sn-n8v7znek.googlevideo.com
traceroute to r9---sn-n8v7znek.googlevideo.com (173.194.148.56), 30 hops max, 60 byte packets
 1  gateway (192.168.1.1)  0.565 ms  0.489 ms  0.434 ms
 2  corbina.net ()  1.856 ms  1.762 ms  2.070 ms
 3              ()  2.472 ms  2.506 ms  2.289 ms
 4  corbina.net ()  10.462 ms  10.218 ms  10.233 ms
 5  m9-crs-be7.corbina.net (78.107.184.212)  10.317 ms  10.252 ms  10.323 ms
 6  m9-br-be1.corbina.net (195.14.54.79)  16.425 ms  29.366 ms  20.994 ms
 7  * * *
 8  * * *
 9  173.194.148.56 (173.194.148.56)  9.934 ms  9.818 ms  10.279 ms
traceroute -w 1 -I -p 443 --mtu r9---sn-n8v7znek.googlevideo.com
traceroute to r9---sn-n8v7znek.googlevideo.com (173.194.148.56), 30 hops max, 65000 byte packets
 1  gateway (192.168.1.1)  0.854 ms F=1500  0.712 ms  0.687 ms
 2  corbina.net ()  2.267 ms F=1460  1.959 ms  1.994 ms
 3              ()  2.528 ms  2.377 ms  2.371 ms
 4  corbina.net ()  10.496 ms  10.501 ms  10.333 ms
 5  m9-crs-be7.corbina.net (78.107.184.212)  10.412 ms  10.171 ms  10.209 ms
 6  m9-br-be1.corbina.net (195.14.54.79)  10.249 ms  10.000 ms  9.976 ms
 7  72.14.221.110 (72.14.221.110)  10.227 ms  9.833 ms  10.294 ms
 8  66.249.94.94 (66.249.94.94)  10.397 ms  10.286 ms  10.369 ms
 9  209.85.240.206 (209.85.240.206)  10.118 ms  10.135 ms  10.039 ms
10  72.14.255.224 (72.14.255.224)  11.271 ms  11.272 ms  11.148 ms
11  173.194.148.56 (173.194.148.56)  11.739 ms  11.727 ms  11.854 ms

Открыл три видео из y. два видео из первой страницы, оба русские, один выложен день назад другой три дня,  два отдаются с разных адресов начинающихся 173. и один с 74

Изменено пользователем JimmyJo

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

"С протоколом ICMP -- аналогично: на оборудовании может быть прописан запрет пропуска или только ответов на пакеты типа 8 (эхо-запросы)." Это я знал.  Что там с TCP и UDP могут сделать по аналогии как с ICMP предполагал. А поскольку мне это не очень надо я глубоко не вникаю.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
33 мин назад , JimmyJo писал:

два отдаются с разных адресов начинающихся 173. и один с 74

А с каким проблемы?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Мне, чтобы попасть на видео ролик который не будет воспроизводится без пауз не мало видео надо просмотреть, а y. я смотрю редко. И живу ближе Москвы в сторону к Европе. Раньше я смотрел y. до 10 видео в год. Сейчас почаще.

А попаду я на такой ролик или нет не знаю и когда тоже не знаю.

 

Изменено пользователем JimmyJo

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

То, что я живу ближе Москвы в сторону к Европе это не совсем точный аргумент всё равно маршрут идёт через Москву.  И потом я почти не когда в браузере не смотрю выше 720p. А чаще 480p.

Попробовав Opera я смог посмотреть видео только с разрешением 360p, выше 360p уже  нужна скорость выше чем была скорость для кеширования через Opera. А в Opera как я поверхностно увидел скорость придел 1500 Кбит или что-то около этого.

Я не знаю как раньше было с скоростью в Opera. Как теперь в опере надо спрашивать у китайцев они её купили. Посмотреть видео файлы через Opera я смог только на 360p, я не много проверял только два видео. Но с просмотром в Opera я получил искусственное занижение скорости.

Кто не понял в Опере два варианта.

Изменено пользователем JimmyJo

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, JimmyJo писал:

Мне, чтобы попасть на видео ролик который не будет воспроизводится без пауз не мало видео надо просмотреть, а y. я смотрю редко. И живу ближе Москвы в сторону к Европе. Раньше я смотрел y. до 10 видео в год. Сейчас почаще.

А попаду я на такой ролик или нет не знаю и когда тоже не знаю.

 

Должно быть так: мне, чтобы попасть на видео ролик который будет воспроизводится с паузами не мало видео надо просмотреть, а y. я смотрю редко. И живу ближе Москвы в сторону к Европе. Раньше я смотрел y. до 10 видео в год. Сейчас почаще.

А попаду я на такой ролик или нет не знаю и когда тоже не знаю.

Изменено пользователем JimmyJo

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Трассировка сделана для того, чтобы показать разницу между TCP и ICMP с портом 443 и без 443. А так эти видео воспроизводятся. Для уверенности запустил видео 23 минутное в 720p которое идёт с 74 Ip. Не каких проблем не было. Это видео потребляло интернет трафик в районе 3 Мбит. От 800 Кбит до 3 и 4 Мбит.

Изменено пользователем JimmyJo

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Firefox vp9, 720p, 60 кадров, битрейт около 3-4 Мбит.  Запуская просмотр видео с Y. первый кусок видео файла кешируется возможно на максимальной скорости, которую браузер может получить, у меня это было 32 Мбит,  максимум я могу получить до 94 Мбит на замерах. Дальше видео подгружается пока воспроизводится этот кусок закешированного видео в районе 3 Мбит. Дальше когда воспроизведение доходит почти до конца закешированного куска, снова резкий скачёк загрузки до 32 мбит и  подгрузка в районе 3 Мбит пока воспроизводится новый кусок видео из кеша браузера, и так весь видео файл.

И какой вывод можно сделать. Предположим, что нет высокой скорости значит кеширование идёт на той скорости которая есть и время загрузки куска файла в кеш увеличивается за счёт увлечения времени на скачивание этого куска видео файла, что приводит к видемой паузе в воспроизведении. Это надо всё более тщательно проверять. Поверхносто если судить, то для меня это выглядит логично.

 

Изменено пользователем JimmyJo

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
15 часа назад, JimmyJo писал:

И какой вывод можно сделать. Предположим, что нет высокой скорости значит кеширование идёт на той скорости которая есть и время загрузки куска файла в кеш увеличивается за счёт увлечения времени на скачивание этого куска видео файла, что приводит к видемой паузе в воспроизведении. Это надо всё более тщательно проверять. Поверхносто если судить, то для меня это выглядит логично.

В том и прикол, что бывает два сценария, когда видео подкачивается непрерывно и когда кусками по мере воспроизведения, вот во втором случае затыки и бывают. Правда тогда возникает вопрос, от чего выбор сценария зависит, от кодека? И кодек зависит от чего, какой браузер используется, и соответственно ютуб транскодирует поток соответствующим кодеком или в принципе разные видео хранятся на сервере в разных кодеках? Правда все эти теоретические изыскания все равно не решают проблему.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Продублирую свою тему из другого поста

Ребята,выручайте..последние полгода бьюсь с ютюбом..70-80% моего трафика - это ютюб.Мои обращения в службу поддержки ничем не заканчиваются,точнее они заканчиваются провалами..Ютюб просто невозможно смотреть,видео грузится в 360p.Изредка можно проглядеть hd контент..Видео постоянно останавливается и я жду,пока загрузятся следующие 5-10 секунд.Хотя год назад я смотрел ролики в 4к и в ус не дул..Тариф 100 мегабит..Пробовал подключать напрямую,проблема не решилась.Остальные сервисы,типа мэйл ру видео просто замечательно загружаются.Если проблема не решится,скорее всего соскочу с билайна и это печально,я уже очень давно дружу с ними..Прикрепил скрины,совершенно не шарю в том,что происходит в pingplotter.. Мой логин 0895 986 782 г Волжский,Волгоградская область.

Снимок экрана (251).png

Снимок экрана (252).png

Снимок экрана (255).png

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Я хотел это написать раньше до moovik.

Я уже упоминал, что без доступа к инфраструктуре Билайн и G. вывод сделать правильный и точный почему так, сложно или вообще не возможно. То, что у людей живущих в Красноярске не получается смотреть y. это я ещё как-то могу понять и предположить. Для меня из той информации, что я увидел это похоже на: из-за большого количества промежуточных узлов до Европы и Америки у них из Красноярска низкая скорость для нормального просмотра y. Для меня пока это предположение выглядит более логично, но я проверить это для себя не могу явным образом и не пытаюсь из-за ограничений. На замерах Speedtest у них из Красноярска до Москвы я видел скорость скачивания 50 Мбит потом 15, а из-за много поточной проверки возможно и ещё меньше, и возникает вопрос, а у них 5 Мбит хотя бы до Европы есть из Красноярска, а до Америки.?

Я показал сайт и давал ссылку на сайт где можно измерять в один поток (возможно меньше двух потоков на этом сайте не измеряется даже при явном указании измерять в один поток)  и объяснил как там настроить измерение  в один поток, но замеров из Красноярска до Европы через этот сайт не кто в этой теме не показывал.  А так философствовать на эту тему с такими данными мимо реальности можно, не запрещено.

Трассировка из Красноярска до Москвы как я вижу не показывает возможно примерно от 7 до 10 узлов. И  по Европе возможно не все узлы показываются. А ещё есть и Америка. Я не о *, а о том, что вообще не как не видно на трассировке. А почему у людей из Красноярска нет проблем с y. с другим провайдером это вопрос открытый. Если провести серьёзный анализ всего пути и всего оборудования провайдера то будет понятно как минимум где те места из-за которых это может происходить.

homenet.beeline.ru/index.php?/topic/324752-скорость-интернета/&page=2  http://www.dslreports.com/speedtest/preferences

Сделайте замер до Сервер (n-ex.de) и New York. Посмотрите, чтобы не было отмечено других стран для проверки. stream вписать по 1

Сделайте замер до Сервер (n-ex.de) и New

Изменено пользователем JimmyJo

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Это я для moovik дописал.

homenet.beeline.ru/index.php?/topic/324752-скорость-интернета/&page=2  http://www.dslreports.com/speedtest/preferences

Сделайте замер до Сервер (n-ex.de) и New York. Посмотрите, чтобы не было отмечено других стран для проверки. stream вписать по 1

Изменено пользователем JimmyJo

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, JimmyJo писал:

Это я для moovik дописал.

homenet.beeline.ru/index.php?/topic/324752-скорость-интернета/&page=2  http://www.dslreports.com/speedtest/preferences

Сделайте замер до Сервер (n-ex.de) и New York. Посмотрите, чтобы не было отмечено других стран для проверки. stream вписать по 1

http://www.dslreports.com/speedtest/23267889

moovik  Пол года на решение проблемы ... есть мнение что если за 3-10 дней не решили значит  так все и будет. 
пару тройку страниц назад  писал как и до куда делать трассировку но (всяческие "гуру" форума трут)
в кратце так 
tYkSoa4.jpg
мнение V_V_S лесом--->

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Замер сделан один на два сервера. Почему не по одному до каждого сервера в разных странах?  Run information http://www.dslreports.com/speedtest/23267889 показано две страны,  я показывал в видео и предлагал сделать одна страна один замер, а у вас один замер сделан до двух стран Германия и USA. Надо по одному замеру сделать иначе не понятна разница до Германии и до USA Нью Йорк NY.

Изменено пользователем JimmyJo

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
5 мин назад , JimmyJo писал:

Замер сделан один на два сервера. Почему не по одному до каждого сервера в разных странах?  Run information http://www.dslreports.com/speedtest/23267889 показано два сервера,  я показывал в видео и предлагал сделать одна страна один замер, а у вас один замер сделан до двух стран Германия и USA. Надо по одному иначе не понятна разница  до германии и до USA.

билайн
http://www.dslreports.com/speedtest/23271156
http://www.dslreports.com/speedtest/23271257
другой провайдер 
http://www.dslreports.com/speedtest/23271435
http://www.dslreports.com/speedtest/23271349

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В тексте я сам не указал, что надо по отдельности. Только в видео.

Начинайте тогда все кто жалуется делать замеры как я написал на словах и показал на видео. Сделать: одна страна один замер, до Германии  n-ex.de и до USA Нью Йорк NY.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Belline Волгоград

http://www.dslreports.com/speedtest/23296892

 

И почему такие дикие просадки скорости? Мне тут в соседней теме постоянно говорят, что якобы "роутер исключать" надо. Когда уже управа найдётся на вас...

http://www.dslreports.com/speedtest/23296951

Изменено пользователем Strider928

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
5 мин назад , Strider928 писал:

Мне тут в соседней теме постоянно говорят, что якобы "роутер исключать" надо.

Это надо сделать в первую очередь - если вы действительно хотите реально диагностировать в чем проблема. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
On 12.10.2017 at 8:31 PM, JimmyJo said:

Это я для moovik дописал.

homenet.beeline.ru/index.php?/topic/324752-скорость-интернета/&page=2  http://www.dslreports.com/speedtest/preferences

Сделайте замер до Сервер (n-ex.de) и New York. Посмотрите, чтобы не было отмечено других стран для проверки. stream вписать по 1

Сделал отдельно для йорка и германии 

 http://www.dslreports.com/speedtest/23351657

http://www.dslreports.com/speedtest/23351685

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Смотрим статистику на странице с результатом Server View . Хотя мы и выбираем замер делать в один поток ( Stream ) у меня нет полной уверенности, что замер сделан в один поток. Надо это точно знать. Это не мои замеры.

Server                             Nett Speed     RTT/Jitter Re-xmit  Cwnd
                                                     Avg       Avg     Avg
Darmstadt, Germany, EU (n-ex.de)  d3 50.94 Mb/s  83.7±0ms    0.2%    515
Darmstadt, Germany, EU (n-ex.de)  u2 86.83 Mb/s  71.8±31.5ms	-      10


Server                        Nett Speed     RTT/Jitter Re-xmit  Cwnd
                                                Avg     Avg       Avg
New York, NY, USA (IN-NAP)  d2 60.66 Mb/s  152.3±0.2ms 8%      994
New York, NY, USA (IN-NAP)  u1 69.87 Mb/s  148±74ms	    -     10

 

Изменено пользователем JimmyJo

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Для ICMP порт не указывают для traceroute.

Раз мало кто чего делает кроме замеров и трассировок, тогда покажу ещё раз свои замеры. На видео до New York в четверг был замер в 25 Мбит Stream указал 1 1. Вчера измерил, показывает около 13 Мбит. Сегодня измерил тоже около 13. А снова замеры я сделал по тому, что мне попался этот сайт http://www.bandwidthplace.com/

Это замер до US New York. http://www.bandwidthplace.com/speedtest-results/?res=59e3725b09d148.79210906-64262495&source=copy d7 u25 Мбит

Это замер до Германия Франкфурт http://www.bandwidthplace.com/speedtest-results/?res=59e368be1a9194.45552817-64261313&source=copy d13 u49 Мбит

Это замер до Франция Париж http://www.bandwidthplace.com/speedtest-results/?res=59e368be1a9194.45552817-64261410&source=copy u12 d42 Мбит

Это замер до Литва Вильнюс http://www.bandwidthplace.com/speedtest-results/?res=59e368be1a9194.45552817-64261497&source=copy u15 d94 Мбит

Замеры делал несколько раз так как пинг может отличатся в 1,5 два раза. Пинг в этих тестах если до 100 на результат измерения у меня существенно не влияет, что 50, что 97, замеры показал с наименьшим пингом.

http://www.dslreports.com/speedtest/23408240 NY, USA d12 u48 Мбит Strams 1 1
http://www.dslreports.com/speedtest/23408746 NY, USA d44 u52 указал 9 потоков.

Маршрут до Литвы.

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                                         -    1 | 2166 | 2165 |    0 |    0 |   46 |    1 |
|                                         -    0 | 2169 | 2169 |    0 |    3 |   66 |    5 |
|                                         -    0 | 2165 | 2165 |    7 |   11 |  125 |   10 |
|                  m9-crs-be7.corbina.net -    0 | 2168 | 2168 |    5 |   11 |   95 |   10 |
|                   m9-br-be1.corbina.net -    0 | 2165 | 2165 |    7 |   11 |   74 |   10 |
|                              37.29.3.90 -    0 | 2166 | 2166 |    7 |   13 |  136 |   10 |
|                           83.169.204.33 -    3 | 1957 | 1908 |   15 |   23 |  100 |   22 |
|                   No response from host -  100 |  403 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |  403 |    0 |    0 |    0 |    0 |    0 |
|                           37.29.106.150 -    0 | 2165 | 2165 |   20 |   28 |   93 |   27 |
|                           195.122.0.126 -    0 | 2144 | 2144 |   24 |   38 |  237 |   31 |
|                   No response from host -  100 |  403 |    0 |    0 |    0 |    0 |    0 |
|                   No response from host -  100 |  403 |    0 |    0 |    0 |    0 |    0 |
|           n10-b11-lt1.node.serveriai.lt -    1 | 2161 | 2160 |   30 |   48 |  110 |   47 |
|185.5.53.214 vilnius1.bandwidthplace.com -    0 | 2155 | 2155 |   27 |   47 |  126 |   47 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Если кто прочтёт: НАМ НУЖЕН ТОЧНЫЙ ЗАМЕР В ОДИН ПОТОК, А НЕ В НЕСКОЛЬКО. Пиченки собирают.

Изменено пользователем JimmyJo

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Я бы понизил частоту кадров в сжатии до 25 в не зависимости от разрешения. Или оставил не выше 30. Я сжимал видео с 60 кадрами до 25 разница не существенная для меня, а размер файла намного меньше с 25 чем с 60 и битрейт нужен намного меньше для 25 кадров.

Изменено пользователем JimmyJo

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

 Я перепутал буквы, правильно так: Франция Париж d12 u42 Мбит, Литва Вильнюс d15 u94 Мбит.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Есть у меня подозрения, но только подозрения, что Европейские каналы перегружены и мы ещё ухудшаем расстоянием. url и ниже текст. Это если не сильно далеко от Москвы находится.

Изменено пользователем JimmyJo

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас