Комментарии 15
Мда, как всегда, из обещаний получился пшик, на какую аудиторию рассчитан данный продукт? 20Mb ps - 10 работников и исходящий канал не менее 2Gb ps, не всякий провайдер обеспечит такой канал, да за вменяемые деньги, а уж задержки, мм...
Идея RDP - передавать не картинку, а информацию об объектах на экране, со времен 2008го сервера несколько потеряла свою актуальность, так что на данный момент, альтернатив вэбу просто технически не существует.
На рдп при любых настройках будут небольшие косяки и при любых настройках будет пропуск кадров например на видео 4к 60Hz
Главный плюс RDP универсальность и очень неплохая работа на херовых каналах связи.
RDP идеален для офисной работы или например для кодинга (если не важна 100% цветопередача, т.к. есть минимальные артефакты кодирования). Если много постоянно меняющегося контента (видео, анимация на весь экран, игры) rdp не самый лучший вариант. Да лучших то вариантов и нет наверное — везде свои косяки, сабж только для нвидии, парсек платный для больших разрешений и требует онлайн подключения.
Так же у RDP очень кривое аудио Вот так и не придумал как получить нормальное аудио внутри Hyper-V виртуалок. И GPU-P виртуализация прекрасно работает и сами виртуалки летают, но качество звука — типичное для рдп гуано. 60 фпс хардварного 3Д в стандартной сессии — без проблем, но в ней вообще нет аудио :( В расширенной сессии — есть аудио, но фиговое, но из-за рдп подключения и качество картинки хуже и нагрузка на проц/видео выше (лишнее кодирование/декодирование) и кадров значительно меньше.
https://docs.microsoft.com/en-us/virtualization/hyper-v-on-windows/user-guide/enhanced-session-mode
Так речь о локальном инсталле.
Виртуалки как удобные песочницы.
И проблема что RDP значительно ухудшает пользовательский опыт.
Но оно и понятно — мелкософту локальные инсталлы виртуалок не интересны, им подавай облака.
Найти бы что-то нормальное для проброса аудио из Hyper-V виртуалки, тогда можно было бы пользоваться стандартной сессией, без нагрузки на проц и видео и с нормальным fps
Parsec оч хорошо работает минимальное время отклика, хорошие настройки и работает с амд
минимальное, но все равно лаг есть — плюс напрягает видяху кодированием. Если честно не представляю как могут через него в шутеры играть, я даже в десктопе этот лаг ощущаю и если минут 15 поработать то терпимо, но чем дальше тем быстрее устаю :( Даже у looking glass в линуксе есть небольшой лаг, так там нет ни сжатия, ни кодирования, а просто копирование во фреймбуффер (похоже как в стандартной сессии Hyper-V)
Parsec дает лаг в 8 мс на кодирование и раскодирование в сумме. У вас лагов будет из-за потерь больше без кодировки потому что fullhd на 60 фпс это очень много. Я лично просев по производительности не заметил из за кодирования h265
Мне важно не только отсутствие лагов, но и точная попиксельная цветопередача, поэтому абсолютно все такие пробросы видео автоматом идут в сад
Виртуалки под виндой, это не только игры, а и просто рабочие места, которые один раз настроил и потом переносишь между компами при желании (или вообще где-то в сети разместил, но тогда понятно что пофиг и на картинку и и на артефакты кодирования)
А если попробовать запустить парсек на встройке, то будет вообще печально учитывая что кодирование и декодирование на одном компе. А если несколько виртуалок (равно несколько рабочих столов одновременно). Да и вообще парсек — для запуска только одной копии, если запускать несколько одновременно, то вообще печально
Решаем проблему удаленной работы в ресурсоемких приложениях с помощью Moonlight