转 midx 的消息，最新的beryl(svn)可以在 nvidia-8XXX 驱动上运行

夕角

如题，正在使用中，有点慢，但是确定可以:%

林文清

好消息……我可以抛弃XGL了……

7dehao

楼主最好写个安装配置的帖子出来，谢谢啦。beryl等已经升级了。

midx

Subject:         Re: [compiz] free from GLX_EXT_texture_from_pixmap
Date:         Wed, 15 Nov 2006 11:59:54 -0500  (16:59 UTC)


On Wed, 2006-11-15 at 01:22 +0000, Ioannis Nousias wrote:
> You might have hear this before. I just came across it today.
>
> from http://blog.beryl-project.org/
>
> "I am running your svn and have noticed this non-tfp Beryl, what is this?
>
> It is exactly what it sounds like, an early attempt (with some success I
> might add) to make Beryl run without the need for texture_from_pixmap.
> No more black window bug from nvidia, no more Xgl, no more AIGLX. Oh
> yeah… and its faster than Xgl/AIGLX (nvidia beta performance looks to be
> about the same). The code is all thanks to Onestone who is a true bling
> hero, and the idea itself originates from the Project Looking Glass
> people. Kudos to them and their great work, we hope to incorporate more
> of their experience to Beryl’s code base in the form of optimizations
> and improvements."
>
> it seems to be still in it's infancy though. Even if it's not as
> good/fast as the GLX extension, it's still nice to have an alternative
> path in case the extension is not available.

I'm assuming that they CopyTexSubImage pixmap content into textures.
This is nothing new. We knew that this works when writing the
GLX_EXT_tfp spec, of course. We actually agreed that CopyTexSubImage is
the appropriate way to handle the case where you have a window that is
larger than the maximum texture size. However, that very rarely happens
so there hasn't been a lot of motivation for adding this fall-back path
to compiz yet.

Using CopyTexSubImage might give similar performance to GLX_EXT_tfp
implementations right now as they are not very optimized yet. However,
CopyTexSubImage will always require a copy operation to get the pixmap
content into a texture and as both a texture and a pixmap need to exist,
the memory consumption is twice the amount that is really necessary.
CopyTexSubImage also requires you to do glXMakeCurrent each time you
need to update a texture, which can be expensive. GLX_EXT_tfp solves all
these issues.

-David

从davidr的评述来看，消耗更多的内存以及花费更多的渲染时间，这个方式不太被看好 ：（

夕角

总比用那个bug多多的9XXX好，目前发现的问题只有不能 suspend2，
当然，CPU占用率多了点

younker

9xxx驱动有什么问题？
我用的是最新的97xx的驱动，没有发现什么问题。

三翻领

有97xx了吗?9629的确小小的有问题。
给个地址谢谢

夕角

Post by younker
9xxx驱动有什么问题？
我用的是最新的97xx的驱动，没有发现什么问题。

开 beryl 后，切换到字符界面再切换回来，黑屏，只能重启(9629)

种草得草

Post by 夕角
开 beryl 后，切换到字符界面再切换回来，黑屏，只能重启(9629)

有新驱动不用，出问题，活该。

cobranail

多用点内存没关系，但是compiz/beryl和老程序的兼容性实在是无法让人满意