Комментарии 23
xfreerdp \
/client-hostname:$(hostname -s) \
/cert-ignore \
/dynamic-resolution \
/from-stdin:force \
/size:1400x1000 \
+home-drive \
-themes \
/gdi:hw \
+bitmap-cache \
/jpeg \
/codec-cache:jpeg \
/kbd:0x00000409 \
"$@" &>/dev/null &
мне помогло. Правда это с Linux.
Мы же об одном говорим — включении настройки в 100%-125%-150% масштабировании при удалённом подключении, правильно? Эта настройка залочена на стороне серва и без апдейта не включается.
И зум в mRemoteNG не работает, если оно запускается на Вин7.
К сожалению, на сайте МС support.microsoft.com/kb/2726399/en-us этот апдейт выпилен
Зато запилен другой, включающий в себя тот апдейт
https://www.catalog.update.microsoft.com/Search.aspx?q=2775511
МС ещё не решила проблему с несколькими мониторами? Точнее если подключиться к удаленному компу и у тебя больше одного монитора, то в процессе работы раскидав окна по разным мониторам, последующее переподключение все окна соберёт на один главный монитор и второй монитор будет абсолютно чистеньким… Подключаюсь к Win 10. Эта бяка произошла, как МС решил создавать виртуальный видеоадаптер при подключении (виден в списке устройств)
Поскольку этот виртуальный видеоадаптер грохается при отключении, всё что было на мониторе уползает...
Недавно пришлось поискать решение проблемы при подключении монитора по DisplayPort.
Если монитор, подключенный кабелем DP, выключить, то система считает, что PnP-устройство отключено и схлопывает разрешение экрана в 640*480 — на виртуальный монитор. После включения иконки восстанавливаются, а размеры окон-нет. С DVI и HDMI такого не происходит.
И если при выключенном мониторе подключаться удалённо к такому компу не через RDP, а к примеру, через Chrome Remote Desktop, попадаешь в экран 640*480 и сменить разрешение никак нельзя. Виртуальный SVGA не умеет в другое разрешение.
Решение конечно есть, но не от MS. Мне подошла утилитка CRU (custom resolution utility 1.4.2), которая позволяет включить принудительно нужное разрешение.
Но вряд-ли с Remote Display Adapter это прокатит, поэтому вот ещё одно решение: утилитка Persistent Windows для восстановления положения и размеров окон на каждом из экранов, скорее всего она подойдёт.
Всегда если ставить «На весь экран», то оно разрешение подгоняло под хост. Наверно просто подходящего случая раньше не было, а теперь везде обновы стоят.
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0" xmlns:asmv3="urn:schemas-microsoft-com:asm.v3">
<dependency>
<dependentAssembly>
<assemblyIdentity
type="win32"
name="Microsoft.Windows.Common-Controls"
version="6.0.0.0" processorArchitecture="*"
publicKeyToken="6595b64144ccf1df"
language="*">
</assemblyIdentity>
</dependentAssembly>
</dependency>
<dependency>
<dependentAssembly>
<assemblyIdentity
type="win32"
name="Microsoft.VC90.CRT"
version="9.0.21022.8"
processorArchitecture="amd64"
publicKeyToken="1fc8b3b9a1e18e3b">
</assemblyIdentity>
</dependentAssembly>
</dependency>
<trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
<security>
<requestedPrivileges>
<requestedExecutionLevel
level="asInvoker"
uiAccess="false"/>
</requestedPrivileges>
</security>
</trustInfo>
<asmv3:application>
<asmv3:windowsSettings xmlns="http://schemas.microsoft.com/SMI/2005/WindowsSettings">
<ms_windowsSettings:dpiAware xmlns:ms_windowsSettings="http://schemas.microsoft.com/SMI/2005/WindowsSettings">false</ms_windowsSettings:dpiAware>
</asmv3:windowsSettings>
</asmv3:application>
</assembly>
И в реестре разрешить использование манифестов. Для этого создать ключ PreferExternalManifest в ветке реестра HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide типа DWORD (32 bit) со значением 1.
Ребята, подскажите пожалуйста аналог патча KB2726399 для Windows 10, очень нужно.
Настраиваем RDP на Hi-dpi (4k) мониторах