Alan Kelon (alankelon@yahoo.com.br) enviou este link e acrescentou: O Slashdot dá nota do lançamento da nova versão do X.Org. As novidades estão aqui.
Os comentários abaixo são responsabilidade de seus autores e não são revisados ou aprovados pelo BR-Linux. Consulte os Termos de uso para informações adicionais. Esta notícia foi arquivada, não será possível incluir novos comentários.
Que novos recursos?: Compilei, instalei o X.Org 6.8.2 no meu recente Patrick Volkerding 10.1 (com Kernel 2.6.10) e não vi grandes novidades (pra variar)...
# tar -jxvf X11R6.8.2-src.tar.bz2
# cd xc/
# make World
(agora espere compilar; reze para não errar.)
# make install (PS: Não faça isso em modo gráfico!)
Por falar em Slackware 10.1...: Adorei o Slackware 10.1, infelizmente já notei dois bugs que me incomodaram muito.
1 - O quanta plus não tá abrindo (ainda não tentei abrir por console para ver a saida de erro).
2 - O word list que instalei o pt parece ok, mas na configuração do KDE não deixa mudar(só aprece ASPELL padrão), pena que o padrão é sempre o inglês. Depois de mecher um pouco, como remover o word-list en o Kword fica pedindo o ISPELL independente do que eu faça depois disso.
Pena...
Slackware 10.1: Filme em SDL...: Outra coisa: Experimenta rodar o Xine ou o MPlayer com o "-vo sdl"...
Mas acho que o problema é no SDL, vou tentar recompilá-lo
______________________________________
/"\
\ / Campanha da Fita ASCII - CONTRA MAIL HTML
X
/ \
XOrg: Ainda não me arrisquei trocar meu bom e velho XFree, mas uma vantagem do X.Org eu já vi: ele é atualizado com mais frequencia, o que é positivo. Segundo o site deles, eles pretendem lançar um novo servidor mais moderno e praticamente todo reescrito, mas enquanto isso, vem melhorando o atual.
O mais incrível é que até agora a turma do XFree86 não acordou.
Testando a transparência...: Eu testei a transparência (transset) e os recursos de sombras (xcompmgr)...
Eu tenho uma GeForce MX 4000
Vocês acreditam que o driver original da nVidia (aquele baixado de www.nvidia.com/linux) ficou mais lento que o driver VESA?!
É incrível isso, a única vantagem que o driver original da nvidia tem é o GLX que é original. O X.Org usa o Mesa3D, um quebra-galho para o OpenGL; Por isso o driver original "nvidia" usa o OpenGL da nVidia, assim como o FireGL é o OpenGL original da ATi. OMesa3D é só um quebra-galho para que as plaquinhas sem drivers oficiais tenham desempenho 3D OpenGL, mas para obter desempenho, o Mesa3D precisa do DRI+DRM - Outro quebra-galho.
Então quando eu quero usar esses recursos de transparência (não vale a pena, é muito lerdo), eu ativo ou o driver VESA ou o driver genérico "nv", porque com o drive "nvidia" não tem jeito que dê jeito...
PS: O driver "nv" e "vesa" têm o mesmo desempenho, pelo menos aqui na minha máquina...
Não vejo a hora que o XGL e o Glitz estejem prontos...
Uso o Conectiva 10, com as at: Uso o Conectiva 10, com as atualizações do snapshot. Já tem o X.Org disponivel para trocar, mas pelo que eu andei lendo na lista de discussao da Concectiva, muita gente está tendo problemas quando atualiza. Como não sou um expert, preferi aguardar.
Bom, de qualquer forma é muito bom o X.Org estar evoluindo. O servidor X hoje em dia é um dos pontos fracos do Linux mas pelo jeito isso está mudando.
Xorg 6.8.2 no Gentoo: Aqui o Xorg 6.8.2 funciona perfeitamente, com algumas observações:
-A extenção gl e gl2 do mplayer não funcionam direito, gerando muito consumno de CPU e distorção da imagem, respectivamente. Mas o SDL funciona, minha máquina praticamente não gasta CPU, fica tudo por conta da placa de vídeo.
-A extenção openGL do xine funciona perfeitamente, porém mais lenta que o sdl do mplayer. O SDL do xine funciona tembém, mais lento que o openGL dele e, em abos os casos, a imagem é pior no xine do que no mplayer.
-As transparências funcionam perfeitamente, quase não existe impacto na performance da máquina, é só configurar corretamente. O pior do xcompmgr é que o painel do Gnome acaba ficando por trás de todas as janelas, o que é inadimissível, por isso não uso.
-Ao rodar alguns jogos que precisam de aceleração 3D com o Compisite ligado, problemas diversos ocorrem, tanto em jogos nativos quanto emulados pelo wine e cedega.
O "segredo" é adiciona a linha "RenderAccel", isso é bem documentado na página do Xorg e em vários tutoriais espalhados pela internet.
Obs.: Falar sobre a reprodução do mplayer e xine em modo SDL e OpenGL no Xorg está, no meu ver, completamente dentro do tópico, afinal de contas, é pra isso que compramos placas de vídeo potentes.
Gentoo 2005.0 AthlonXP GNU/Linux-2.6.10-nitro4
GNU/Linux User #239576 Lincoln Lordello
/"\
\ / Campanha da Fita ASCII - Contra Mail HTML
X ASCII Ribbon Campaign - Against HTML Mail
/ \
parece que a nova versão des: parece que a nova versão desta porcaria tem muios problemas, caras em outras discurssões sobre o X, um cara postou algo sobre o Linus ter feito um comentario de como construir um "X", acho que foi isso que entendi alguem sabe dizer algo sobre isto?
O Torvalds que integrar uma arquitetura gráfica de baixo nível: O Torvalds que integrar uma arquitetura gráfica de baixo nível no Kernel, baseado em OpenGL (3D) e assim o X fica apenas para aplicações 2D. Eu não sei muito sobre isso, ele não explicou direito =P
ele disse isso numa entrevista para a ComputerWorld. Eu perdi o link original da notícia, mas tem uma cópia aqui e outra aqui.
___________________________________
/"\
\ / Campanha da Fita ASCII - CONTRA HTML E-Mail, vCards e formatos proprietários.
X
/ \
"I've been doing some work to get an X server running on top of
OpenGL/glitz and I've got something that works pretty well now. I stuck
the code into the "xserver" tree and './configure --enable-xglserver'
should compile the common xgl code along with an Xglx server that can
run on top of an existing X server with GLX.
With a good OpenGL driver and some luck, you should be able to run most
applications on it. However, you should know that the Xglx server is
really simple, there's no real cursor and compared to the Xnest server,
Xglx must always run on top of all other windows as the back buffer is
used for pixmap memory.
There's a screenshot from running a complete gnome desktop on top of
Xglx here:
http://www.cs.umu.se/~c99drn/pics/xgl-shot.png
I was actually running Xglx on top of software mesa when I took that
screenshot. That's of course quite slow, but not completely unusable. :)
A lot of operations are accelerated, some operations can be accelerated
better, some operations are not accelerated but can be accelerated and
some operations can never be accelerated."
O Windows também não tem is: O Windows também não tem isso, e a próxima versão (Longhorn) já está com 2 anos de atraso...
Falar é fácil mas é bastante complicado implementar essas coisas, principalmente quando a maioria dos fabricantes de placas de vídeo não faz drivers OpenGL para linux e mesmo no Windows estão cada vez dando mais importância ao DirectX, tecnologia proprietária e exclusiva M$.
Compilando o X11R6.8.2: A maioria dos progmas que eu compilo dao pau! eu jah tava ate acostuamdo.. pq eu mando compilar de novo e continua de onde parou!
Mas quando eu to comilando o X (que por sinal demora muito) ele da pau!
eu dou o tal do 'make World'de novo mas ao inves de comecar aonde parou ele aparentemente limpa os arquivos .o (algo parecido com o 'make clean') e comeca tudo de novo.
eu queria descobrir se tem um jeito de ele nao apagar os arquivos pra poder continuar de onde parou!!
# tar -jxvf X11R6.8.2-src.tar.bz2
# cd xc/
# make World
(agora espere compilar; reze para não errar.)
# make install (PS: Não faça isso em modo gráfico!)
Pronto, você está com o "novo" X.Org...
Bem, não vou ficar falando muito porque senão os advogados do X vem me caçar... Só estou contente com o novo XGL e o novo Glitz, até que enfim estão fazendo algo de útil para o nosso Desktop Livre.
_________________________________________________________________
/"\
\ / Campanha da Fita ASCII - CONTRA MAIL HTML
X ASCII Ribbon Campaign - AGAINST HTML MAIL
/ \
-={([FREE PATENTS])}=-