RDP v8
Добавлено: Чт окт 31, 2013 10:57 am
Реализация поддержки RDP протокола версии 8.
Программа-клиент службы терминалов Windows Terminal Services, для бездисковых терминалов и загрузки по сети. Основной сайт http://www.wtware.ru
https://forum.wtware.ru/
Зачем смотреть ютуб через rdp?NarkoHeal писал(а):Я бы тоже присоединился к вопросу о версии 8, а точнее 8.1. Интересует поддержка h264 кодека. А именно снижение нагрузки на сеть. Попробовав wtware, воспроизвести видео с того же youtube в полном экране, на мониторе FHD. Отправка с сервера на клиента выше 50мбит/с, доходит до предела, 100мбит/с. Пробовал на гигабитном, бывало до 125мбит/с доходило. Как не игрался с конфигурацией, до 50мбит/с все равно нагружал. Причем, попробовав mstsc.exe на XP, не помню какой там, 6.1 или 6.3, приблизительно такая же нагрузка на сеть, как и у wtware сейчас. Если использовать на win 8.1 mstsc.exe, а он там версии 8.1, при воспроизведении видео, того же самого, нагрузка 10-15мбит/с.
3 дня игрался с freerdp, при обычном его использовании, на 1.1 beta, что есть в репозитории убунты, производительность та же, что и wtware. Для опытов собрал freerdp 2.0.0-dev, собрал openh264. Использовав /gfx-h264:AVC420 или же /gfx:AVC420, нагрузка на сеть стала такая же как у mstsc 8.1. (10-15мбит/с при попытке воспроизвести видео с youtube на FHD). Естественно, freerdp, наверное, никогда с беты (я бы даже назвал, альфа, с тем как там все работает, что мышкой страшно двинуть). Ну и собственно, такую низкую нагрузку на сеть хотелось бы видеть у wtware, при этом, чтобы производительность самого клиента не упала. В случае с freerdp, оно начинает жрать до 350% ядра цп на том же raspberry pi 2.
Это не моя идея. На работе сказали, значит делать нужно. Реально, я не знаю как оно будет использоваться, но у меня есть предположения, что скорее всего, такой метод работы тоже будет использоваться. Уже даже деньги выделили на покупки лицензий, но пока все торможу, из-за вот таких нюансов.zhendosina писал(а):Зачем смотреть ютуб через rdp?NarkoHeal писал(а):Я бы тоже присоединился к вопросу о версии 8, а точнее 8.1. Интересует поддержка h264 кодека. А именно снижение нагрузки на сеть. Попробовав wtware, воспроизвести видео с того же youtube в полном экране, на мониторе FHD. Отправка с сервера на клиента выше 50мбит/с, доходит до предела, 100мбит/с. Пробовал на гигабитном, бывало до 125мбит/с доходило. Как не игрался с конфигурацией, до 50мбит/с все равно нагружал. Причем, попробовав mstsc.exe на XP, не помню какой там, 6.1 или 6.3, приблизительно такая же нагрузка на сеть, как и у wtware сейчас. Если использовать на win 8.1 mstsc.exe, а он там версии 8.1, при воспроизведении видео, того же самого, нагрузка 10-15мбит/с.
3 дня игрался с freerdp, при обычном его использовании, на 1.1 beta, что есть в репозитории убунты, производительность та же, что и wtware. Для опытов собрал freerdp 2.0.0-dev, собрал openh264. Использовав /gfx-h264:AVC420 или же /gfx:AVC420, нагрузка на сеть стала такая же как у mstsc 8.1. (10-15мбит/с при попытке воспроизвести видео с youtube на FHD). Естественно, freerdp, наверное, никогда с беты (я бы даже назвал, альфа, с тем как там все работает, что мышкой страшно двинуть). Ну и собственно, такую низкую нагрузку на сеть хотелось бы видеть у wtware, при этом, чтобы производительность самого клиента не упала. В случае с freerdp, оно начинает жрать до 350% ядра цп на том же raspberry pi 2.
И рыбку съесть, и на лошадке покататься. И при этом желательно еще и содрать денег и с рыбки, и с лошадки ))NarkoHeal писал(а):Ну и собственно, такую низкую нагрузку на сеть хотелось бы видеть у wtware, при этом, чтобы производительность самого клиента не упала.
Что понимается в данным случае под "лицензионным использованием" на r pi ?Rushmore писал(а):Современные видео чипы в принципе умеют такое делать, но как правило производители лочат эти фичи от "нелицензионного" использования, пример тому как раз малина.
Это потому что распаковывает видеопоток на процессоре.NarkoHeal писал(а):В случае с freerdp, оно начинает жрать до 350% ядра цп на том же raspberry pi 2.
Я пробегался не очень давно по этой странице, но плохо до меня дошло. Наверное, из за того, что я использовал google translate.aka писал(а):Про лицензирование видеокодеков на Raspberry: https://www.raspberrypi.org/blog/new-video-features/
С этим то понятно все.aka писал(а):Это потому что распаковывает видеопоток на процессоре.
Да, самопальный, резаный, с южного моста с одной списанной матери от asRock.aka писал(а):Процессор на малине у тебя с радиатором?
Если пальцем трогать, то более 3 секунд держать его очень не приятно. Хотя мультиметром замерял, вроде 60 градусов.aka писал(а):Процессор перегревается при 350%?
[/quote]aka писал(а):Видео хорошо идёт? На полный экран?
Что именно работает нормально? Ты столько тем смешал вместе, что я совершенно не понимаю, где и о чём ты пишешь.NarkoHeal писал(а):Сейчас, с тем что есть и работает нормально
Малина определяет разрешение?? Не знал. Лог целиком покажи. Разрешение монитора для Pi настраивается в файле config.txt на загрузочной SD карте.NarkoHeal писал(а):Разрешение определилось 1680x1050. Полагаю, косяк самого R pi 2?
Нормально, имею ввиду, wtware, с bpp=16, с тем, что может понадобиться (а именно, использование youtube я не отрицаю) в мелком окошке, с терпимым подтормаживанием.aka писал(а):Что именно работает нормально?
Откуда то же появляется разрешение, причем не от балды же. С разными мониторами, по разному, но всегда работает и всегда меньше, чем нужно.aka писал(а):Малина определяет разрешение?? Не знал. Лог целиком покажи. Разрешение монитора для Pi настраивается в файле config.txt на загрузочной SD карте.
Это уже сделано. А что надо сделать? Почему ты решил, что видеокодек на клиенте сделает лучше?NarkoHeal писал(а):Нормально, имею ввиду, wtware, с bpp=16, с тем, что может понадобиться (а именно, использование youtube я не отрицаю) в мелком окошке, с терпимым подтормаживанием.aka писал(а):Что именно работает нормально?
В самом начале лога:NarkoHeal писал(а):Откуда то же появляется разрешение, причем не от балды же. С разными мониторами, по разному, но всегда работает и всегда меньше, чем нужно.aka писал(а):Малина определяет разрешение?? Не знал. Лог целиком покажи. Разрешение монитора для Pi настраивается в файле config.txt на загрузочной SD карте.
https://gist.github.com/Thermaltake/8a6 ... 1-txt-L274
Разобраться с большим количеством трафика. При больших изменениях на экране, типа видео, канал в 100мбит/с загрузить можно в wtware без проблем. А надо при тех же условиях, чтобы жрало не более 20мбит/с при этом, видео шло без проблем, как в mstsc.exe Версии 8.1.aka писал(а):Это уже сделано. А что надо сделать? Почему ты решил, что видеокодек на клиенте сделает лучше?
На момент поста лога, в config.txt все было по дефольту, закоменчено все. Чистая wtware была записана на флешку.aka писал(а):В самом начале лога:
bcm2708_fb.fbwidth=1680 bcm2708_fb.fbheight=1050
Фирмварь установила 1680х1050. Любопытно. Покажи файл config.txt с SD карты.
Потом, после своего поста 48012, минут через 10 я уже по Вашему косвенному совету, в config.txt я влепил hdmi_group=2, hdmi_mode=82, после чего разрешение стало нормальным, FHD и проблему с этим решил. Но сам факт, что разрешение без моего рукоприкладства устанавливалось не правильно, но с которым наверняка будет работать. При подключении к телеку FHD разрешение ставилось с дефольтным config.txt: 1884x1004 лол.aka писал(а):Разрешение монитора для Pi настраивается в файле config.txt на загрузочной SD карте.
Так проверь на тонком. Именно на том железе, на котором это должно работать. Если в втварь засунуть тот же кодек, результат будет примерно тот же, чудес не ожидается.NarkoHeal писал(а):в том же xfreerdp, нагрузка на сеть значительно меньше, тем самым, если было бы оптимизирована его работа, то теоретически, "если бы не лагало"!, видео на полный экран жрало бы 10-15мбит/с. На virtualbox поднятая обычная убунта x64, с openh264 с xfreerdp 2.0.0-dev, в 2 ядра, с цп fx8350, воспроизведение видео на полный экран - оптимально. Нагрузка на сервере, на отдачу в rdp идет в 10-15мбит/с. Но это нормальная рабочая машина, а нужно на тонком.
Взаимоисключающие утверждения.NarkoHeal писал(а):На момент поста лога, в config.txt все было по дефольту, закоменчено все. Чистая wtware была записана на флешку.
У виндовса старая версия фирмвари То, с чего начинается загрузка, что читает config.txt и ставит разрешение - это не наш код, это разработчики малины бинарники выкладывают. В втвари всё это свежее, наверное они недавно такую фичу добавили. Раньше никто про такое не писал.NarkoHeal писал(а):Потом, после своего поста 48012, минут через 10 я уже по Вашему косвенному совету, в config.txt я влепил hdmi_group=2, hdmi_mode=82, после чего разрешение стало нормальным, FHD и проблему с этим решил. Но сам факт, что разрешение без моего рукоприкладства устанавливалось не правильно, но с которым наверняка будет работать. При подключении к телеку FHD разрешение ставилось с дефольтным config.txt: 1884x1004 лол.
В случае windows iot на r pi 2 косяков с разрешением нет. Ставится на каждый проверенный мною монитор нормально, правильно.
IMHO если в конфиг.тхт прописать HDMI_SAFE то загружается, но с очень маленьким разрешениемaka писал(а): наверное они недавно такую фичу добавили.