- 主题:QML也不是一无是处
如果设置Software渲染，Quick和Widgets是不是一样了？
【 在 iwantfly 的大作中提到: 】
:
: 完全使用 OpenGL 实现了一套 window less的界面库
: 改变了原来QtWidgets那套纯 CPU 渲染的机制
: 可以实现速度更快，特效更丰富的界面
: 而且将来还可以替换成其他的3d接口
: 如果把这部分纯 c++ 切出来， 可以独立于很多平台
: 而且外挂界面可以做成很多种方案，不一定是 js 绑定的
:
: --
:
发自「今日水木 on x」
--
FROM 58.22.113.*
额，Quick不用qml也要依赖qml那些dll。。。
那就比QtWidgets大了好多了。
而且没有暴露所有接口给C++，那还是继续QtWidgets吧。
【 在 hgoldfish 的大作中提到: 】
: 还是不一样。
: QtWidgets/C++ 走 SSE/AVX 加速，单线程地渲染。
: QtQuick/QML 走软 OpenGL ES2 实现，背后是 Mesa(llvmpipe) 编译成 CPU 指令并行执行。我的新笔记本没有显卡驱动，KDE 自动使用 Mesa 渲染，动画效果比我的老核显渲染还好。
: ...................
--
修改:cn62 FROM 18.179.39.*
FROM 18.179.39.*
听起来Widgets和Quick也不是非得完全割裂开来啊，
现在这么搞，Quick卖不出去，Widgets也半残了。
【 在 hgoldfish 的大作中提到: 】
: 还是不一样。
: QtWidgets/C++ 走 SSE/AVX 加速，单线程地渲染。
: QtQuick/QML 走软 OpenGL ES2 实现，背后是 Mesa(llvmpipe) 编译成 CPU 指令并行执行。我的新笔记本没有显卡驱动，KDE 自动使用 Mesa 渲染，动画效果比我的老核显渲染还好。
: ...................
--
FROM 18.179.39.*