Почему сайты потокового видео не могут использовать мою скорость 100 Мбит LAN?

1285
grunwald2.0

Я немного озадачен тем, что замедляет работу моей сети, и я надеюсь, что это правильно задавать здесь, а не по адресу «webapps.sx.com», потому что моя проблема не только с YouTube, но в основном со многими видео-сайтами.

Я не могу понять, как у меня, живущего в Сеуле (Южная Корея) со 100- Мбитным подключением к локальной сети, возникают проблемы с буферизацией и потоковой передачей контента ? Что я заметил, так это то, что когда я использую продвинутый менеджер загрузок, такой как jDownloader или DownThemAll, или даже стандартный менеджер загрузок, например, видео с YouTube загружается довольно быстро - и я всегда загружаю их в формате 720p.

Но когда я пытаюсь транслировать одно и то же видео - встроенное на сайт или непосредственно на YT - оно блокируется навсегда и теряет весь свой прогресс (wtf ??), когда я перехожу из «маленького предварительного просмотра» в полноэкранный режим! И все это обычно в 360 или 480p, а не 720p! (Я никогда не смотрю в 720p, потому что это абсолютно невозможно.) Vimeo немного лучше, единственный видео-сайт, который я заметил, работает лучше. У меня была такая же проблема уже в Германии с 30-33 Мбит подключением к локальной сети. Это особенно сбивает с толку, поскольку скорость загрузки для видео YT обычно достигает 2-2,5 МБ / с в jDownloader (в противном случае я не измерял), поэтому этого должно быть достаточно, когда оно буферизуется с той же скоростью. Почему это не так, есть ли техническая причина?

Почему даже Google / YouTube - казалось бы - не обеспечивают достаточно быструю буферизацию / потоковую передачу, в чем проблема? Это мой ПК / оборудование? Мой ноутбук оснащен процессором Intel DualCore i7 (поколение 2010) с 6 ГБ ОЗУ и всегда использует самые последние версии браузера Google Chrome и Adobe Flash Update.

Прикрепленный вы найдете самые последние результаты Speedtest.net: speedtest.net result.

То, что там происходит?

5
Я отредактировал свой ответ, пожалуйста, посмотрите на него еще раз. Michael K 12 лет назад 0
77MB / с ?? Я бы убил людей за такую ​​пропускную способность в моем доме. surfasb 12 лет назад 2
Как мы все знаем, нам нужно разделить на восемь, поэтому мы получаем хорошую чистоту 9,655 МБ / с. Но (по крайней мере, в соответствии с jDownloader) мне уже удалось достичь более 10 МБ / с через несколько OCH-соединений, поскольку, очевидно, максимальная емкость здесь больше в девяностых (90 МБ / с) ... grunwald2.0 12 лет назад 0

2 ответа на вопрос

4
Turix

Вы также можете рассмотреть ваше местоположение; Восточная Азия - даже несмотря на то, что Южная Корея очень хорошо связана внутри страны и внутри региона, ее внешние связи с западом намного беднее и, как правило, сильно перегружены (недавний бум связан с владением компьютером, а скорость жилых соединений не сопоставима с возможностями магистрали) ,

Кроме того, хотя у Google есть дата-центры в регионе; стоимость хостинга по сравнению с западом все еще значительно выше (они будут получать заряженные руки и ноги за пропускную способность), что означает, что локальные возможности могут не удовлетворять спрос, что приводит к другим узким местам (или вы можете сбалансировать нагрузку на более западный сервер, возвращая нас к пункту 1). Обратите внимание, что это спекулятивно, так как Google не публикует данные об их инфраструктуре и довольно часто скрывает тот факт, что определенные местоположения даже существуют.

Это хороший момент! Но тогда почему «DownThemAll», jDownloader или любой другой менеджер загрузок (даже встроенный) способен загружать видео по ссылке гораздо быстрее, чем он может буферизовать ТО ЖЕ видео? Я предполагаю, что в основном мне нужно провести некоторое исследование по буферизации, для меня, кажется, ключевой вопрос. grunwald2.0 12 лет назад 0
Менеджеры загрузки обычно работают, запуская несколько потоков одновременной загрузки по одной и той же ссылке, начиная с разных мест в файле (через [HTTP Chunking] (https://en.wikipedia.org/wiki/Chunked_transfer_encoding)). В результате они будут стремиться показать производительность, максимально приближенную к максимальной производительности вашего соединения, которая была бы возможна для одного соединения из-за множества факторов, начиная от регулирования количества соединений на серверах и заканчивая [конфигурацией] (https: // en .wikipedia.org / wiki / TCP_tuning) о том, как обрабатываются пакеты TCP на вашем компьютере / маршрутизаторе / ISP / и т. д. Turix 12 лет назад 0
Также как примечание стороны; может также быть некоторое закулисное управление трафиком в игре где-то между вами и Google, в зависимости от точной технической реализации проигрывателя Youtube (если он использует что-то вроде [RTSP] (https://en.wikipedia.org/wiki/ RTSP), а не HTTP для потоковой передачи мультимедиа). Интернет-провайдерам, как правило, не нравится потоковая передача видео из-за огромных объемов трафика, которые они генерируют в сетях, и некоторые злонамеренные интернет-провайдеры нацеливают его на управление. Turix 12 лет назад 0
Уважаемый Turix, вы говорите, что интернет-провайдер может распознать, что я играю видео с YouTube, но если я загружаю то же видео с YT, этот интернет-провайдер не сможет распознать это или не накажет меня? Почему интернет-провайдер должен оштрафовать меня, если у меня здесь доступно 77 Мбит / с как вниз, так и вверх? И / или: почему Google / YT и другие не используют один и тот же «HTTP Chunking» для своей буферизации? (Возможно, это звучит глупо, но я просто вижу это с точки зрения «результаты» / «опыт клиента».) grunwald2.0 12 лет назад 0
Мой вопрос все еще остается в силе: почему видеоуслуги не могут работать со скоростью, не равной скорости менеджера DL, НО хотя бы загружать контент так же быстро, как он воспроизводится естественным образом? Я имею в виду, что никто не хочет предварительную загрузку, и я согласен с тем, что я пропускаю часть видео, но почему буферизация имеет тенденцию отставать от фактической скорости воспроизведения, которая составляет одну секунду за раз? Должен быть способ расчета: например, 480p = использование xy КБ * 30 кадров / с = необходимые КБ (или МБ), которые должны быть буферизованы ps? PS: я нашел это: http://broadbandforum.in/india-broadband/70178-video-streaming-much-bandwidth-do/ grunwald2.0 12 лет назад 0
Подробнее: «2,3 Мбит / с - 4,5 Мбит для HD - видео высокой четкости с разрешением 720p». Источник: Vudu, http://hometheater.about.com/od/internethometheater2/a/Internet-Speed-for-Netflix-Vudu. htm, даже если «На самом деле соединение должно быть быстрее». (источник: первая ссылка в предыдущем комментарии) grunwald2.0 12 лет назад 0
1
Michael K

Эта проблема возникает из-за того, что 100 Мбит - это скорость вашей локальной домашней сети (LAN = Локальная сеть), а не вашего интернет-соединения. Судя по вашим скоростям загрузки 2-2,5 Мбит / с, у вас, похоже, ~ 20 Мбит интернет-соединение. Кроме того, вы не знаете, насколько широка связь с такими сайтами, как YouTube.

Нет, это не имеет никакого отношения к вашему оборудованию, если в вашей машине нет бензина, вы не вините в этом двигатель, верно?

прибавление

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

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

Дополнение 2

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

-1. Автор недвусмысленно заявил, что видео отлично загружается за пределы флеш-плеера, но 360p сильно отстает во флеш-плеере. У меня та же проблема, и я с нетерпением жду ответов Amadeusz Wieczorek 12 лет назад 0
Автор задал более одного вопроса, но вы правы, я тоже постараюсь ответить на этот вопрос. Michael K 12 лет назад 0
Уважаемый Майкл К., я не дурак, хотя я не смог предоставить все детали сразу: мое локальное подключение к локальной сети с аппаратной стороны на самом деле составляет 1000 Мбит (т. Е. Гбит). Но я знаю, что это не имеет значения. Вы можете видеть мое соединение выше, оно составляет 77 Мбит / с, что (говорит Speedtest) быстрее, чем 92% страны. И, пожалуйста, прочитайте это: http://en.wikipedia.org/wiki/Internet_in_South_Korea grunwald2.0 12 лет назад 0
«... с подключением к локальной сети на 100 Мбит ...» - почему вы назвали это LAN? LAN! = Интернет-соединение Michael K 12 лет назад 2
Возможно я должен был назвать это интернет-связью. Виноват. Но я указал на это, чтобы не вызывать меня, если я использую Wi-Fi! (Я уверен, что это произошло бы ...) В конце концов, он работает по локальной сети против (сравните) WLAN / Wifi, 3G, 4G / LTE (также доступно здесь!), Привязки и других методов! grunwald2.0 12 лет назад 0

Похожие вопросы