Pubblico
Earlier today I shared a spot the difference for kwin_wayland with no screenshot attached. The difference was the introduction of a virtual framebuffer backend. This might sound surprising: why would one need it and why would one add it?
The reason to implement it is to be able to run integration tests against KWin. This is something I had "dreamed" about for years, but I never found a solution which satisfied me (Xvfb is extremely limited). With the virtual KWin rendering backend this is finally solved. I just pushed the first simple test case which starts a full KWin, can create Wayland clients and then introspect whether KWin functioned as expected. This is a huge and very important achievement. Unit testing KWin is almost impossible and that at least gives us integration testing.
But this is only the start. I hope we will be able to use it for more. Imagine starting a plasmashell in a virtual KWin, simulating input events, taking screenshots to compare against reference setups.
The reason to implement it is to be able to run integration tests against KWin. This is something I had "dreamed" about for years, but I never found a solution which satisfied me (Xvfb is extremely limited). With the virtual KWin rendering backend this is finally solved. I just pushed the first simple test case which starts a full KWin, can create Wayland clients and then introspect whether KWin functioned as expected. This is a huge and very important achievement. Unit testing KWin is almost impossible and that at least gives us integration testing.
But this is only the start. I hope we will be able to use it for more. Imagine starting a plasmashell in a virtual KWin, simulating input events, taking screenshots to compare against reference setups.
I looking forward to kwin Wayland!
How important is Qtwayland in Qt5.6 with the stabilization of QtWaylandCompositor apis (QPA)?2 ott 2015
we don't use the QtWayland Compositor Api, so it's rather irrelevant.2 ott 2015
Can you redirect output to, say, a movie file or something?2 ott 2015
Thanks for the info! 😊2 ott 2015
yay. nice improvement.
btw: we do integration tests as part of openQA testing for openSUSE-Tumbleweed (and others) - e.g. https://openqa.opensuse.org/tests/86131/modules/desktop_mainmenu/steps/13 ott 2015
+Boudhayan Gupta it has a feature to save each rendered frame as a png. I assume that could then be used to create a movie, though it doesn't have timing information - really not my area of knowledge.
+Bernhard Wiedemann yeah I'm aware of it, but there are a few things I don't think fit for ny use cases. E.g. (if I see it correctly) it uses just XRender compositing. I'm thinking about setting up a KDE SoK project to investigate whether openQA could be used for our needs there or whether we setup something ourselves.3 ott 2015
It goes with whatever the OS supports on the qemu-emulated 24bit/pixel cirrus logic graphics adapter (e.g. we also test grub and framebuffer console) - I guess Mesa is an important part in there.3 ott 2015
Aggiungi un commento...