summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/118/device/1780815
blob: 9c406a0fa79b82d3543988d261c00ca6b7a45dcb (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
device: 0.803
x86: 0.789
graphic: 0.751
architecture: 0.704
mistranslation: 0.661
performance: 0.659
register: 0.638
PID: 0.636
semantic: 0.609
network: 0.600
hypervisor: 0.598
vnc: 0.578
files: 0.567
socket: 0.555
ppc: 0.551
i386: 0.544
risc-v: 0.542
kernel: 0.532
permissions: 0.507
assembly: 0.479
VMM: 0.460
debug: 0.440
boot: 0.428
arm: 0.427
TCG: 0.403
peripherals: 0.392
user-level: 0.365
virtual: 0.320
KVM: 0.285

SDL Doesn't Rescale Image on Resolution Change

Whilst in fullscreen mode, if the guest changes resolution for whatever reason, the screen doesn't update the scaling so you end up looking at only part of the screen, e.g. if the guest changes from 640x480 to 1024x768, the image will still be fullscreen, but what you're actually looking at will be the top-left most 640x480 segment of the screen stretched out.

Manually going out of fullscreen mode and then back in fixes the scaling, but you have to do that every time the guest changes resolution.

QEmu 2.12.0 using qemu-system-x86_64 with Arch Linux host.

The QEMU project is currently considering to move its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting older bugs to "Incomplete" now.
If you still think this bug report here is valid, then please switch the state back to "New" within the next 60 days, otherwise this report will be marked as "Expired". Or mark it as "Fix Released" if the problem has been solved with a newer version of QEMU already. Thank you and sorry for the inconvenience.

[Expired for QEMU because there has been no activity for 60 days.]