草，突然发现 Vulkan 无法在从外部导入 buffer 的同时指定这个 buffer 的行长度（ pitch / stride ）
除非用 VK_EXT_image_drm_format_modifier 扩展的数据结构
（但这个 extension 是 Linux only ，而 Windows 上有通过 handle 传递 buffer 的机制
除非用 VK_EXT_image_drm_format_modifier 扩展的数据结构
（但这个 extension 是 Linux only ，而 Windows 上有通过 handle 传递 buffer 的机制
😁3
冰琳的冰雪之域
草，突然发现 Vulkan 无法在从外部导入 buffer 的同时指定这个 buffer 的行长度（ pitch / stride ） 除非用 VK_EXT_image_drm_format_modifier 扩展的数据结构 （但这个 extension 是 Linux only ，而 Windows 上有通过 handle 传递 buffer 的机制
这个导致当 buffer stride 被外部设备引入额外对齐的时候彻底乱套
像 https://gitlab.freedesktop.org/-/project/176/uploads/2d5dba58f380ed2e32708b7f4b33dcbf/%E5%9B%BE%E7%89%87.png 这样（x
（这是 1366x768x32bit 的 buffer 被分配设备 （Verisilicon DC8200 ，需要 128 字节对齐的行）对齐之后的结果
像 https://gitlab.freedesktop.org/-/project/176/uploads/2d5dba58f380ed2e32708b7f4b33dcbf/%E5%9B%BE%E7%89%87.png 这样（x
（这是 1366x768x32bit 的 buffer 被分配设备 （Verisilicon DC8200 ，需要 128 字节对齐的行）对齐之后的结果
Wayland 的设计讲究一个
低内聚高耦合
干什么都得 Compositor 里导出个 extension 然后在 client 里接入（
然后 Compositor 之间行为分裂，导致有些功能在特定 Compositor 上就是吃瘪（
因为耦合度太高你还没法直接换 Compositor 解决问题（除非换整个桌面
低内聚高耦合
干什么都得 Compositor 里导出个 extension 然后在 client 里接入（
然后 Compositor 之间行为分裂，导致有些功能在特定 Compositor 上就是吃瘪（
因为耦合度太高你还没法直接换 Compositor 解决问题（除非换整个桌面
😁4
Forwarded from Ziyao Channel | 二代目 (梓瑶 | RSC\x05)
> 我看 Wayland 搞得不错, 支持分数缩放, 应用越权基本消灭, 输入法协议, 无撕裂渲染也受重视, 如果有个统一的显示服务器实现, 就是我们理想中的 X12 了
😁10