Возможно ли получить ровную картинку на удаленных машинах?

Question

[Олег]

Проблема по сути в следующем.
За пару дней попробовал на машине Citrix, Proxmox, чистую ОСь (Вин)....
Задача донельзя простая.
Обеспечить клиентам доступ в сеть и просмотр видеороликов.
Для этого взяли Проц...16 ядер до 5Гц/64Гб (3.2ГГц)/NVMe....

И вот пару дней гоняем, пробросили даже NVIDIA (1050ti) на Proxmox.
И в чистую попробовали.
Результат один.

Стоит включить видео по RDP на любом клиенте, как оно начинает тормозить.
Звук идет ровно.. а вот видеоряд дергается. Не сильно, но заметно.

Неужели в 21 году, все решения по удаленной работе при просмотре видеоряда - тормозят?
Думали уже GRID взять... но толку от нее видимо не будет, от слова совсем. Ибо на чистую ОСь идут те же лаги.

Comments

[Philipp]

А что с сетью у вас?

[Денис _______________]

попробуйте SPICE вместо RDP
https://pve.proxmox.com/wiki/SPICE

[Олег]

Денис _______________, К сожалению на сайте ни слова про кодеки которые он использует (по сему и нету веры в том, что он будет более производительный чем классический RDP на AAC.

[Олег]

Philipp, гигабит на клиентах, на сервере 10 (SFP+)

[Денис _______________]

Олег, как это нет? Вы невнимательно читали статью:
https://www.spice-space.org/features.html

[Олег]

Денис _______________, Да. Видимо. Я читал Вики. По вашей ссылке говорится о Motion JPEG. Последний раз я его видел на видеорегистраторах в IE6. Попробую конечно посмотреть. Но ооооооооочень я сомневаюсь, что он вытянет лучше AAC того же RDP. Но за совет, огромное спасибо.

[Евгений Намчук]

Попробуйте приложение NoMachine. Для тестов гонял с удалённого компьютера видео FullHD, не тормозило. В настройках можно выбирать качество видео, битрейт, кодеки.

Answer 1

[Alexey Dmitriev]

Настройками RDP клиента играли?
Версии ОС на клиентах, которые подключаются надеюсь Windows 10?
https://www.techwalla.com/articles/how-to-get-vide...

Но вообще RDP протокол не для просмотра видео.

Comments

[Олег]

Я и не писал про игры ни слова. Стоит простая задача. Зайти с терминала на сервер и выполнять рутинные офисные действия, в которых в т.ч. стоит просмотр видео ряда (сайты, плееры и т.п.)

Answer 2

[fdroid]

RemoteFX не пробовали потестировать? RDP для всяких 1С и прочих текстовых приложений, но никак не для передачи видео или гейминга.

Comments

[Олег]

Я и не писал про игры ни слова. Стоит простая задача. Зайти с терминала на сервер и выполнять рутинные офисные действия, в которых в т.ч. стоит просмотр видео ряда (сайты, плееры и т.п.)

[fdroid]

RDP не для видео, для RDP это не "простая задача". И производительность сервера и клиентских машин здесь не при чём.

[Олег]

fdroid, да просто. При том очень. На входе получать поток, жать его в multi-thread и выплевывать на клиента. Главное использовать для этого современный метод компрессии.
Удивительно другое. Почему стриминговые сервисы написали подобную утилиту, а мелкомягкие до сих пор не додумались и используют старый кодек (хотя понято, иначе от возросшей нагрузки компрессорами на ЦП сервера, слабые Xeon`ы просто загнутся от такого РДП).
Вы видели как тормозят видео трансляции экранов у Дискорд, Скайп и т.п. ? Вот и я про это же.
А у микрософт - тормозят ) Хоть и не критично.

[fdroid]

да просто. При том очень. На входе получать поток, жать его в multi-thread и выплевывать на клиента.

Если очень просто, то реализуйте или работайте с тем, что есть. RDP - не для видео, точка.

Answer 3

[АртемЪ]

Стоит включить видео по RDP на любом клиенте, как оно начинает тормозить.

Логично?

Неужели в 21 году, все решения по удаленной работе при просмотре видеоряда - тормозят?

Неужели в 21 году поменялись законы физики? Если не поменялись - решения вроде RDP должны тормозить.
А решения для удаленного просмотра видеоряда - как правило не тормозят.

Обеспечить клиентам доступ в сеть и просмотр видеороликов.

Задача действительно простая.
Но вы героически придумываете сложности и боретесь с ними. Как можно догадаться для такой задачи использовать протокол RDP??? Который даже близко для этого не предназначен?

Программа для удаленного просмотра видеоряда называется - плеер. Вот такой например - https://www.videolan.org/

RDP - это специальный протокол для доступа к удаленному рабочему столу! Рабочий стол это такое место, где отображаются окошки и значки программ.
И он прекрасно справляется с этой задачей.
Даже в сложных ситуациях когда пользователь случайно включил видео протокол будет функционировать корректно и обеспечивать доступ к рабочему столу.

Comments

[Олег]

РДП - это спец протокол для доступа к уд.раб.столу? ))) Да ладно?
Дак вот я о том и написал. Что мне нужно обеспечить людей работающих с терминалов удаленным рабочим местом.
В работу которых входит не только просиживание в офис приложениях и браузерах, а так же просмотра видеороликов с тех же ютюбов и VLC, но запущенных на сервере.

[АртемЪ]

Олег,

РДП - это спец протокол для доступа к уд.раб.столу? ))) Да ладно?

Именно так. Собственно это и из названия понятно.

В работу которых входит не только просиживание в офис приложениях и браузерах, а так же просмотра видеороликов с тех же ютюбов и VLC, но запущенных на сервере.

Рабочий стол - это окна программ.
И никакого мультимедиа.

Суть RDP и его преимущества - отличное сжатие статичного изображения.
В итоге он работает быстро даже на очень низкоскоростных соединениях.

Видео и аудио - это огромный массив информации. Она во первых не сжимается, во вторых как ее передать по медленному каналу?
С мультимедийными приложениями по RDP работать смысла нет.

По RDP работают с текстовыми редакторами, таблицами, учетными системами, и.т.п.
Браузер - возможно, но крайне нежелательно.
Мультимедиа - исключено, нормально работать не будет.

[АртемЪ]

Олег, Банальная математика -
Самое популярное разрешение мониторов сейчас - Full HD (1920x1080)
Вот вы развернули видео на весь экран - 1920*1080*2=4147200байт или 4мегабайта это размер одного кадра.
Минимальный FPS для нормального просмотра в районе 30 кадров в секунду.
Следовательно за секунду вам нужно передать 30*4=120мегабайт информации.
120мегабайт это 960мегабит.
Следовательно для просмотра видео с удаленного рабочего стола в нормальном вам нужен канал не менее гигабита.
Ну и процессор очень мощный нужен как на сервере так и на клиенте. И загружен он будет на 100процентов с одного клиента.

[Олег]

АртемЪ, Как же тогда жмут в 264 и 265 кодек стриминговые сервисы типа Playmix и тому подобные? При том делают это с микро задержкой как со стороны сервера так и со стороны компьютера-"калькулятора" клиента. )
И это с каналом далеко до 100 Мбит. Это лишь к вопросу вашей математики.

То, что RDP на сегодня слишком туп чтобы на 16(32HT) ядерном компе жать видео поток - это понятно.
На самом деле нашли выход. Это отключение вообще компрессии на стороне сервера. Тогда картинка идет более или менее ровно. Трафик при этом плавает в районе 20-100Мбит... В зависимости от активности картинки.

upd. Размеры каналов я написал выше. Гигабит не проблема.

[АртемЪ]

Олег, Стриминговые сервисы или используют предварительно сжатое видео или мощные аппаратные кодеки.
Обычным процессором время сжатия видео на нормальном кодеке в разы превышает длительность видео.
Если у вас видео 2 часа - значит жать будет часов шесть минимум. И это на хорошем процессоре при 100% загрузке.
А представьте в терминале - где несколько пользователей и им всем надо сжать видео? Это нереально.

То, что RDP на сегодня слишком туп

Это не RDP туп, это ресурсов компьютера не хватает на сжатие видео в реальном времени.
При этом заметье - использовать процессор на 100% нельзя.

Размеры каналов я написал выше. Гигабит не проблема.

Обычный домашний компьютер оснащен дешевой сетевой картой - все делает процессор.
И простая передача гигабита по сети это огромная нагрузка на процессор. Купите сетевушку нормальную не за 5$ а за 150$ и часть проблем уйдет.
Но другие проблемы останутся - картинку надо будет считать с памяти и передать на сетевой интерфейс.

[АртемЪ]

Сам по себе протокол RDP оптимизирован для работы с максимальным комфортом и при минимуме трафика.
Он разбивает всю картинку на прямоугольники, и отслеживает были ли изменения в конкретном прямоугольнике.
Если не было - его и передавать не надо.
Если были - этот прямоугольник разбивается на сотню мелких прямоугольников и выясняются какие именно изменились - и передаются только измененные.

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

Собственно это его преимущества.
А при просмотре видео это неприемлемо.
Вы просто выбрали неподходящий инструмент для этого.
Забивать гвозди микроскопом тоже говорят неудобно - но это не значит что микроскоп плохой.

[Олег]

Я работаю в медиасфере. У меня видео жмутся быстрее чем их длительность. Гораздо быстрее. Я знаю о чем говорю. Именно видео поток. Рендеринг графики, там да, там дольше и намного. Но это другая задача.
Ни каких "предварительно сжатых видео" в онлайн играх быть не может. Все сжимается на лету.
За сим наверное и закончим.
Ибо я про Фому, а вы про Ерему.
Я говорю, что трафик в Гигабит не вопрос, вы пишите купите сетевую за 150$. Дак она и стоит SFP+ ))))
В общем я вас понял. Вы решений не видите.

Answer 4

[CityCat4]

Неужели в 21 году, все решения по удаленной работе при просмотре видеоряда - тормозят?

Решения по удаленной работе никогда не были предназначены для просмотра видеоряда. Что RDP, что VNC, что другие - они всегда были предназначены для того, чтобы админ мог подключиться удаленно и что-то там поделать.