Linux/Wayland 下截图性能很差

[mokurin000]

• wlroots-based (支持的混成器)
• ScreenCast -> capture

[lilydjwg]

几个月不见，现在这部分的代码就很乱……screenshots 已经删除了 wlroots 截图的支持（然后，它竟然 vendor 了 dbus？？
还有大量相关或者不相关的报错，不知缘由。太多了，我修不过来了。总之很头疼……

[mokurin000]

几个月不见，现在这部分的代码就很乱……screenshots 已经删除了 wlroots 截图的支持（然后，它竟然 vendor 了 dbus？？ 还有大量相关或者不相关的报错，不知缘由。太多了，我修不过来了。总之很头疼……

不知道怎么评价，我还记得开issue的那天到yas群里说这个事情，群里两个开发群嘲我说截图怎么可能变成性能问题...

[lilydjwg]

呃……xdg 的截图策略，在反复使用时性能问题挺大的：每一张图需要编码、存到文件、再读取、解码。所以我想要 wlroots 支持啊！但是作者不回应，那个截图库的作者也不回应，我不知道能够怎么办了。

[mokurin000]

呃……xdg 的截图策略，在反复使用时性能问题挺大的：每一张图需要编码、存到文件、再读取、解码。所以我想要 wlroots 支持啊！但是作者不回应，那个截图库的作者也不回应，我不知道能够怎么办了。

更糟糕的是，getPixel 的实现变成了每次都获取完整截图然后选取指定像素

[mokurin000]

呃……xdg 的截图策略，在反复使用时性能问题挺大的：每一张图需要编码、存到文件、再读取、解码。所以我想要 wlroots 支持啊！但是作者不回应，那个截图库的作者也不回应，我不知道能够怎么办了。

依云姐姐要不先fork一下xcap交pr试试水，上游不行的话我再劝wormtql为Linux使用fork的yas

[lilydjwg]

xcap 没有回应，所以前路不明，我不想开任何 non-trival 的 pr。yas 我也许会 fork 吧。但是现在报错一大堆，我根本不知道如何下手了。

[wormtql]

linux环境我无法测试，因此重构的代码中可能导致linux支持不太好，如果有什么需要我一定鼎力相助
现在代码的截图应该是改成了trait的形式了

[lilydjwg]

那我有空看看能不能塞个 libwayshot 实现进去好了。

[wormtql]

大佬们如果想讨论，可以直接联系我的qq，不必在群里问

[lilydjwg]

QQ 在 Linux 上太难用了，还是 gtihub 吧。

[lilydjwg]

#180.