[eside-ghost] Beryl VS Compiz

[Jon Ander Hernández]

Aupi!

El mar, 19-12-2006 a las 21:17 +0100, Oinatz Aspiazu escribió:
> El Martes, 19 de Diciembre de 2006 20:29, Jon Ander Hernández escribió:
> > Aupi!!
> >
> >
> > Sobre el tema de la calidad del código de Beryl ya habíamos hablado y
> > tal, pero bueno como hay mucha gente mirando el código y experimentando
> > y tal, pues ya descubrimos que eso lo convierte automáticamente en un
> > código de excelente calidad, 
> > 
> 
> Vaya forma de calentaros por algo que ni nos va ni nos viene a ninguno.

La verdad es que después de tener que estar defendiendo a Compiz tantas
veces, me apetecía ser un poco más flamer en esta ocasión 0:-)

> Por alusiones, si lo de la calidad es por algo que dije yo (porque fuí yo), 

No ha sido una alusión a ti, la versión generalizada que circula por la
red de Beryl vs Compiz es que el fork de Beryl viene del hecho de que el
mantenedor no quería integrar los parches de la gente porque solo
estaban interesados en ir en su linea y que con ello obstaculizaban el
desarrollo, que Compiz solo era para Gnome y que Beryl quería permitir
que se pudiera usar para el resto de desktops, y que la razón por la que
Beryl funcionaba mejor que Compiz es porque la comunidad es muy activa y
esta revisando Compiz de pe a pa, yo he ido rebatiendo todos estos
argumentos, incluida esa idea de que como hay mucha gente mandando
parches el desarrollo es mucho mejor.
Y es que en este caso he ido a encontrar un ejemplo cojonuti con el tema
de las texturas, y no es la primera vez que lo oigo, con lo cual deduzco
que o no lo han solucionado desde el principio o solo ocurre ahora con
aquamarine. La primera vez que hoy hablar de ello y que fue antes del
fork, fue porque se demandaban dos cambios super vitales e
importantísimos a Compiz que eran que el desenfoque de la sombra fuera
parametrizable (que se pudiera cambiar el radio del desenfoque y la
intensidad, y también que se pudiera cambiar el color)(va en serio, fue
una opción super demandada). Pero claro usar una textura del tamaño de
la ventana para la sombra es ridículo, eso hace que hasta 256MBs de
memoria de video vuelen :

Las texturas en OpenGL solo pueden hacerse en multiplos de dos, por lo
tanto vamos a coger texturas aceptables para guardar una ventana en un
monitor normal :

1024x1024x32=4MBs

Las de 2048x2048 no las planteo porque se que se hizo un invento, porque
se perdía demasiada info, y tampoco se cogen demasiado pequeñas porque
fragmenta la memoria de video y eso también es muy problemático.

2 texturas (una para la ventana y otra para la sombra) 8MBs de memoria
de video por ventana.

Pero claro la memoria de video no solo se usa para almacenar los
contenidos de las ventanas, también se usa para almacenar todos los
pixmaps que se usan para pintar dichas ventanas, buffers de texto,
imágenes, imágenes temporales, gradientes, patrones, el contenido de las
ventanas de scroll... etc...

En el caso de Compiz las sombras se dibujan con truco, que también se
explica en el enlace al email en que anuncian kwd que he pasado antes.

Lo que no sé, es si el otro decorator de Beryl lo hará bien, supongo que
si.

Con lo cual vemos que hay bugs que tienen más prioridad que otros, y el
que haya sombras con diferentes intensidades es prioritario sobre usar
el doble de memoria de video.

> pues personalmente tras tener ambas cosas rulando en mi máquina durante varios 
> meses pues lo creo así hasta que alguien me demuestre con hechos reales lo 
> contrario.

Hombre cuando empezaron los peligros de fork y tal, hubo cambios en
Compiz, ya no es como antes, ahora hay releases, un TODO list, una
página dedicada a la comunidad. Hay versiones de el último Compiz para
casi todas las distros, etc...
Sería interesante conocer tu opinión respecto a las nuevas releases.

> A mí hasta ahora beryl no me ha hecho lo de compiz en mi amd64,  
> que despararezcan mis bordes de ventanas

No se que decirte, a mi me funciona bien, aunque probablemente lo haya
usado menos. Yo lo he empezado a usar diariamente ahora con Edgy y Xorg
7.1 (aiglx) y con el eyecandy mínimo, mínimo.

> se vuelva todo inestable y se 
> cuelgue el servidor X...cosa que intuyo que a estas alturas ya no pasa debido 
> a su gran estabilidad 

Eso no es problema de Compiz, eso es problema de las X, los problemas
con cuelgues del servidor y muchos otros fallos son debido a la
implementación de glx_ext_texture_from_pixmap. De todas maneras en estos
meses las X han mejorado muchísimo y deberían fallar menos.
Aunque en el caso de los drivers privativos de nvidia todavía deben de
estar un poco verdes y algunos fallos que aparecen en Compiz son debido
a ellos.

> 'por los pocos efectos añadidos al código' y mantener 
> básicamente lo que ya estaba hecho por Novell ... 

Jejeje, ahí con eso de Novell has sido malo :-)

Pero si que se está desarrollando, y también se están portando plugins
de Beryl.

Los commits :
http://gitweb.freedesktop.org/?p=xorg/app/compiz.git;a=shortlog

Plugins que se están desarrollando/portando a Compiz :
http://forum.go-compiz.org/viewforum.php?f=5&sid=75e70a96f2ba6ba4ceccaf7641618e2c

El TODO list :
http://www.go-compiz.org/index.php?title=Development_Roadmap

> Beryl es demasiado eye-candy, vale, pero todo va a base de plugins y si algo 
> no te gusta pues no lo aplicas y punto...de hecho puedes dejarlo a pelo sin 
> efectos...

Uno de los motivo del fork fue precisamente este como ya expliqué,
Davidr mantenía que se podía diseñar cualquier plugin sin tener que
realizar modificar al core, pero la gente de Beryl quería integrar
algunos parches que davidr no estaba dispuesto a integrar.

> No sé si me explico pero creo que estáis sacando las cosas un poco de quicio 
> con todo esto. Vamos veo 100 posts sobre esto y lleva a convertirse casi casi 
> como lo de debian rulez, otra distro(porque es otra distro en el 
> fondo)=kk...sobre gustos pues ya se sabe

Con el otro hilo ya lo dí por terminado, pero como hoy me han pedido que
responda al comentario de barrapunto y me ha parecido tan de mofa
desmontar sus razonamientos, pues que supongo que terminado otra vez en
el tema xDDD.

Y ya siento si el último email ha sido muy flamer, prometo que volveré a
mi linea habitual :-)

Un saludete!!

JonAn.