Driver Resolucion De Pantalla Windows 11

0 views
Skip to first unread message

Cdztattoo Barreto

unread,
Jun 30, 2024, 5:50:26 AM6/30/24
to tonrelatac

If I turn on my computer with the monitor off, the TV remote resolution is stuck at 640x480. There are no other resolutions offered. All I have to do is turn on my monitor and the remote resolution instantly changes to 3840x2160 (what I want).. The behavior occurs with my Windows laptop, iPad and iPhone.

Good news. The behavior is exclusive to the display port. Last night, I connected an HDMI cable to the monitor (disconnected DP) and the problem is gone.Now, I can leave the monitor off, boot the computer and get 3840x2160 remotely. Would prefer to keep the display port connection, but this will work..

Please be advised that unfortunately, TeamViewer is getting the resolution that the Windows OS on the PC is offering, and that usually depends on what Windows is able to gather regarding the monitor that is connected to the system, therefore, if the monitor is not being recognized when it is off, Windows won't be able to offer other resolutions to TeamViewer.

You could alternatively try to install, if available, the drivers for the 4K Monitor, and then try to update it on the Device Manager so that it is recognized correctly by Windows, and not as a standard monitor. This way, it would be possible that Windows assumes the resolutions that the monitor is able to handle even if it is off, although, we cannot guarantee this.

As AMD said, without a monitor attached, windows does not know what resolution to offer and we do not have the ability to force non-native resolutions. You need to find some way of forcing the OS to create the correct resolution.

This is definitely a software/driver based issue. Some update recently for me now cause the resolution to not only change, but reverse (eg: 1080x1920, 480x620 etc..) when my display (a TV in my case) was powered off. It almost looks formatted to fit on a mobile device?

Regardless, I deleted the driver (uninstall software option checked) and let Win10 use a generic driver and the problem was solved for TeamViewer. Granted I can't scale it properly on the TV with the software, but my remote session are now in 1920x1080 regardless of display power state.

The solution is that to connect a real monitor to the headless machine. Then the OS will see it. Then in the device manager you have to update the basic monitor (not the display adapter!) driver, just takes a minute. After that everythink will work. At least in my case.

What I did more is to bring all windows 10 machine to the latest windows 10 version actually to 1903. It can be important too, because of there were windows update issues with the RDP (Remote Desktop).

As I understand this failure regarding to usually AMD video cards, because of if there isn't a real monitor connected, then it sends somewhow just the basic, lowest resolution display, what will be later captured by Teamviewer or other remote desktops solutions. In our case the video card was a AMD FirePro.

Not an AMD specific issue, but what I noticed is that nvidia cards don't have this problem. I purchased 5 computers and connected them to network for remote configuration. 4 have AMD RP WX4100s and one has a quadro P1000. The quadro allows me to go up to 4K remotely with no monitor attached, and both cards have only 4 mini DP ports on them.

I don't use my remote system for anything other than mocked endpoints and proxying network traffic for development. Without the need for any robust video solution I was able to simply disable the AMD Radeon RX video card in my device and let the default Windows adapter handle the video. 2 benefits: 1) the resolution now defaults to 1024x768 and 2) there is no hardware acceleration so I'm not constantly presented with a black screen and having to hit refresh and/or (un)remove wallpaper in order to get the screen to stay up to date.

I just wanted to post here for anyone who might need a real solution to this problem. I run a headless Windows 10 server that has an NVIDIA Geforce 1050 Ti on my home network, so it's not only an AMD problem, and it's not only a display port problem because my system doesn't even have any. The other posts give helpful information, but no solutions without having to buy a dummy display emulator. There are software virtual monitor emulators which I don't think were even mentioned, and some of them do not offer high resolutions, so they are not all created equal.

There is free software called Amyuni USB Mobile Monitor that I found that took seconds to enable, then change the resolution in Windows Display settings, and the Teamviewer problem of showing 640 x 480 resolution was fixed. The post by the author of the software is here and has instructions and explains everything and has the link to download.

My first attempt to install ver. 21.3.1 over powered the my left hand monitor with almost everything so there was not possible to even se anything on the monitor, it went bonkers. The right monitor however worked as befofre.

Radeon Adrenalin ver. 21.3.1 locked both of my monitors (2560x1440) to 640x480 and it is also impossible to change the resolution. I also had to revert to my previous drivers, so far that's two of us with very different overall systems but the exact same GPU with a similar issue at 2k resolution.

So for now I'm forced to run with HDMI, which will reduce the capability of my monitor. Only 21.2.3 works for DP.

Why is that AMD has clearly some serious problem with the graphics driver - and yes I tried to only install the latest driver with an older Radeon s/w but no avail.

So one cannot assume this is only ta monitor issue, since its clear that an older driver version works for DP and 21.4.1 for HDMI.
Best regards from Sweden

This morning my windows just randomly booted to 640x480, driver was 21.4.1. Downgraded monitor firmware from F05 to F03, used DDU, installed 21.5.1. Now it works fine. Hoping this is not happening on every driver crash.

I even tried to uninstall the monitor from Device manager and shut of the computer completely and unplugged it from the wall outlet and waited for at least 10 minutes (was making coffee) restarted the computer, nothing.
I also have the latest Windows 10 version 20H2 with the important KB5000842 update (a lot of fixes there, but not for this).

Right click on desktop > display settings > Advanced display settings (i have Swedish on my Windows).
So make sure that you also have the proper settings (Hz) for Your monitor, otherwise it will be locked to max 60Hz in all games...

Same problem here. I installed the latest 21.3.1 and my monitor was locked as a Generic PnP Monitor 640x480. So I uninstalled and go back to AMD Raedon v. 20.12.1 and at least Windows 10 Pro x64 still detects my monitor as a Generic PnP, but with the refresh rate of 165hz and 2560x1440... so for the moment, this is my temporary solution. Thanks.

Thank you @naigaxeon for the workaround. I can confirm, that it works with 21.4.1. After all procedure I upgraded my monitor back to F05 and it still works fine. Please be careful with Monitor firmware operations and connect it to the UPS, because any power loss will brick your monitor.

The problem is that I would like to use a larger size display that is configured by default.Both guest OSes have a maximum screen resolution of 1024x768. I would like to increase this to something like 1280x900 or 1440x900. The resolution of the host system is 1920x1080.

Basically, the virtual machine loads its own virtual driver. Hardware virtualization is necessary because virtual disk images are often copied to many different systems with diverse architectures. By abstracting the hardware the vm images are capable of doing this.

As explained there, QEMU has a feature which automatically updates the resolution as you increase the host window size e.g. by dragging the borders with your mouse. But it also works if you go into the guest Ubuntu resolution settings. But if you select a huge guest resolution with a tiny host window, that will of course be useless (QEMU will have to sample multiple pixels into one), so generally you just want to let QEMU automatically scale for you.

As of 2014, if you want to get better than the 1024x768 resolution offered by the Cirrus vGPU, and you are running KVM as your hypervisor on an x86_64 hostOS platform, you should look into using the QXL vGPU driver in the guestOS, coupled with the spice-server display. This can be configured from your virt-manager GUI settings (or of course from CLI args).

In my case, I created the VM using virt-install, put the OS on the vHDD using the normal vnc-style control and the normal cirrus-vGPU. Once everything was working, and all guestOS (and hostOS) software updates had been applied, I used virt-manager to change from vnc-display to spice-graphics, and from cirrus-video to QXL-video. It also helps to add the 'channel' to your VM for spice-vdagent[d] running inside the guest, which allows you to cut-n-paste data in between guestOS apps and hostOS apps pretty decently.

Besides offering high resolutions, the QXL/spice setup was a big improvement over the Cirrus/VNC setup when watching videos in the guestOS -- I actually got some thermal-trip warnings from the CPU when attempting to watch fullscreen videos in 1024x768 Cirrus/VNC, but the laptop ran cool and the fans were quiet when doing fullscreen 1920x1080 video with the more-efficient QXL/spice option. There are limitations on what sort of installations are supported by QXL/spice, but if your system(s) can use them, they are recommended for improved 2D and video-playback. -kvm.org/page/SPICE , scroll down to "Enabling SPICE using virt-manager". I wasn't prompted to add the channel, as the page claims, but it wasn't hard to add manually. If you are working with windows-guestOSes, or having trouble with the brief instructions at the linux-kvm.org site, see here -- -space.org/page/Documentation (but beware both the wiki and the main site are WOEFULLY out-of-date with many pages from 2009 through 2012, so tread carefully). The project is actively developed, but not very actively documented.

d3342ee215
Reply all
Reply to author
Forward
0 new messages