savchenko
savchenko
Thank you, this one compiles. However it doesn't seem to play nicely with Sway v1.5: ``` ./sfwbar -f ~/.config/sfwbar/test.config 21:17:49.73 It appears your Wayland compositor does not support the Layer...
Yes, I run `waybar` v0.9.5 without any obvious problems.
Attached: [waybar.txt](https://github.com/LBCrion/sfwbar/files/13879001/waybar.txt) [sfwbar.txt](https://github.com/LBCrion/sfwbar/files/13879002/sfwbar.txt) Same session, no containers or other shenanigans. Relevant environment variables: ``` CLUTTER_BACKEND=wayland ECORE_EVAS_ENGINE=wayland_egl ELM_ENGINE=wayland_egl I3SOCK=/home/user/.local/runtime/sway-ipc.1000.1782.sock MOZ_ENABLE_WAYLAND=1 QT_WAYLAND_DISABLE_WINDOWDECORATION=1 SDL_VIDEODRIVER=wayland SWAYSOCK=/home/user/.local/runtime/sway-ipc.1000.1782.sock WAYLAND_DISPLAY=wayland-0 XDG_CURRENT_DESKTOP=sway XDG_SESSION_DESKTOP=sway XDG_SESSION_TYPE=wayland ``` Using https://github.com/LBCrion/sfwbar/commit/c75388b215fd0755744d425009b6451b81c36b3b, both...
@LBCrion, it works! Compiled 7124b1f with the patch applied. Appreciate you investigating & fixing the issue.
f9502a1 works without patch applied: ``` ./sfwbar 09:10:32.41 layer shell: 2 09:10:32.41 (../src/gtk-wayland.c:63):wl_registry_handle_global: runtime check failed: (zwlr_layer_shell_v1_interface.version == 3) ``` > This patch disables all direct communication with the compositor...
Shall this be closed then? bdfe7c9 works fine.
I've done some limited testing and was able to achieve reasonable split via `pyannote`. Bolting it all together is a different story though.
@abelbabel , https://gist.github.com/savchenko/f009a01bba39e8cd5c7f53267071130a
@j-f1 , Ryzen 3700X has 8/16 cores and threads respectively.
@RYucel , as you can see from the graph above, there is still a benefit of ~250ms from increasing number of threads from 4 to 6. Anything higher is indeed...