вс, 17 авг. 2025 г., 14:50 RVP <r...@sdf.org>: > On Sun, 17 Aug 2025, Andrew Randrianasulu wrote: > > > [...] > > then I rebooted virtual machine but added > > > > -g 1024x768x24 so emulated framebuffer become 24bit TCX. > > > > X/ctwm still work, but window control buttons are all black?! xmms's > window > > is pure black too ... context menu on it works. > > > > Try turning accelerated drawing off in `xorg.conf': > > Section "Device" > Identifier "Card0" > Driver "suntcx" > Option "NoAccel" "true" > EndSection >
I noticed mplayer said "no accelerated conversion from yuv420 to argb", so I launched xcompmgr& from another xterm and window controls become visible! Main mplayer window still displays blue faces (there is filter to fix that, but I guess it was not supposed to be like this by default? mplayer is not "actively developed" anymore, so no idea if reporting bug there will be of any use ....) Mplayer was about only application I cared about and was able to rebuild on something like pentium2/400 Mhz back in 2002-3. It may not play latest HDR HEVC files correctly but it was useful default video player for me for all those years, and even now I listen to internet radio stream via mplayer in Termux > > I wonder how much of this qemu bugs and how much might be real > application > > bugs ... > > > > Someone with real HW should be able to check this... > Yeah ... I compiled latest qemu git (v10.1.0-rc3) and while thankfully there was no obvious new regressions - it behaves the same as qemu 8.0, 9.2.4 . And my i586 compile of old qemu 5.1 just panicked netbsd's kernel ;) Anyway I am happy to use my re-assembled old machine, it might be slow (amd athlon x2 3800+, often set to 1 Ghz due to heat problem) but I still can compile stuff and even post via gmail's web interface (not for this mail, this mail written from Android's gmail "app") > -RVP >
