 |
gildot |
 |
| |
| | Experiências com o XFree 4.0.1 | | |  | Contribuído por spyder em 20-07-00 0:06
do departamento dual-head | |  | |  | | |  elclip escreve "Depois de (finalmente!) ter conseguido tirar partido da minha configuração dual-head caseira (duas placas NVIDIA TNT1, uma PCI e uma AGP) sob o XFree 4.0.1 (sobre uma instalação fresquinha de RH 6.2), resolvi publicar algumas dicas básicas (mas que podem poupar tempo) e, ao mesmo tempo, tentar recolher algum feedback... " | | | | | | Em primeiro lugar, porquê RH 6.2, quando o Mandrake 7.1 já trazia o XFree 4.0? Bem, uma questão de hábito, talvez, e alguns problemas interessantes que encontrei na primeira configuração que testei: Mandrake 7.1 com uma GeForce (AGP, claro) e uma Matrox Mystique (PCI). A instalação do Mandrake (em expert mode) dá a opção de instalar o XFree 4.0, e este detecta as duas, gera um /etc/X11/XF86Config "decente" (mais sobre isto adiante), mas o servidor de X tem imensos problemas a lidar com a Mystique (linhas verticais coloridas, "a la" erros de memória...). Por isso, e dado que o meu objectivo último é experimentar os novos drivers da NVIDIA (vide este artigo e links associados), resolvi montar um disco extra noutro PC (com 2 placas idênticas, TNT1 PCI e AGP) e experimentar de novo... Coisas a ter em atenção: - O Xinstall.sh do XFree 4.0.1 não pode ser executado de directórios com espaços (nada de GUIs - abram um xterm e usem o ncFTP...)
- O binário agora chama-se XFree86, e tem imensas opções não-documentadas - como a mais útil, +xinerama :)
- A sintaxe do XF86Config mudou. Não muito, mas o suficiente para irritar um bocado. Recomenda-se um "man XF86Config" e alguma pachorra.
- o xvidtune só suporta o display primário (no meu caso, a placa PCI), e a sintaxe das modelines mudou, pelo que têm mesmo de andar a brincar com os botões do monitor para centrar a imagem (de resto, podem usar os HorizSync e VertRefresh que já tinham no primeiro monitor)
- Matar o servidor de X com Ctrl+Alt+Backspace é _muito_ má ideia (podem ficar sem nenhuma placa de vídeo estável, e portanto sem sistema...). Mudar de resolução com Ctrl+Alt+keypad (apesar de eu tentar activar isso no XF86Config, e de não dar erros) parece não funcionar...
- Se não se lançar o X com "X +xinerama" (pode-se alterar os default args do startx, no topo do script), ficamos com um rato que pode viajar entre dois displays quase independentes, mas que não pode arrastar janelas de um lado para o outro (o que faz sentido, dada a arquitectura interna do X...)
- O KDE e o WindowMaker (pelo menos as versões de base do RH 6.2) baralham-se um pouco com o XFree 4.0.1 - há algumas coisas distorcidas, janelas que surgem em posições esquisitas, etc. Recomenda-se o Enlightenment (e bastante CPU e RAM, claro). - Finalmente, recompilar o kernel do RH 6.2 para algumas revisões dos drivers da NVIDIA (só para quem quiser experimentar GL) não dá muito bom resultado com os dois primeiros RPMs da NVIDIA (ainda tenho de experimentar o mais recente) - parece faltar um .h ou haver um símbolo indefinido, e fiquei sem tempo...
No entanto, ter o Enlightenment a correr em 2048x768 vale bem a pena. Gostava de saber as experiências (e resultados, positivos ou negativos) de outras pessoas, e espero que isto seja útil... Links interessantes que me pouparam bastante tempo: < HelixCode + StarOffice | Manifesto P3M > | | gildot Login | | | Referências | | |
| Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário. | | | ... pelas dicas... mas se reclamas do enlightenment consumir muito cpu e memoria, nao queres experimentar o sawfish (distribuido no RH6.2 como sawmill, mas mais vale ir buscar a ultima versao em Sawfish Home Page)?
E quase tao paneleiro como o enlightenment e e muito mais leve (e feito usando LISP *gasp*).
Desculpem? O Que? Nao devia ter dito o qu
|
| | | | | | | Por acaso, nunca experimentei - quando tenho problemas de RAM e CPU (dentro de um VMWare, por exemplo), uso o WindowMaker (ah, saudoso NeXT!) com os settings todos no mínimo, mas é uma ideia. Deve ser trauma dos meses que passei numa LISP machine, mas quando vi "LISP" na descrição do package, passei à frente... :) O problema do e, quanto a mim, consiste em ter demasiado eye candy para ser realmente satisfatório em máquinas abaixo do P300, e em (quando se usam placas de vídeo ainda mal suportadas) o simples arrastar de uma janela ter um monte de flicker quando se desenham os widgets...
http://accao.net - mais um dia, mais uma frag. |
| | | | numa palavra: AfterStep =)
--------------------- do rio que tudo arrasta diz-se que é violento. mas ninguem diz violentas as margens que o oprimem |
| | | | | | BlackBox 8)
va' comportem-se... nada de WM Wars ;)
Higuita |
| | | por Anonimo Cobarde em 20-07-00 14:19 GMT (#3)
|
| Eu compilei o xfree 4.0.1 no RH6.2 assim como o KDE-1.1.2 e funciona tudo na perfeição.
Mudar a resolução foi coisa que também nunca me deu problemas.
Os drivers da nvidia (0.94) funcionam bem e a aceleração 3D com o GL (o quake3 está fantástico - tão ou mais rápido que no windows) funciona bem.
Não usei nenhum rpm, foi tudo compilado.
|
| | | | | por Anonimo Cobarde em 20-07-00 15:13 GMT (#4)
|
| | | | por Anonimo Cobarde em 21-07-00 12:42 GMT (#8)
|
| | um lerdo a chamar 1337 a outro... ph34r anonimo cobarde... tenta compilar um XFree de raiz vais notar aumento de fluidez de cerca de 20%... isto se tiveres um sistema minimamente decente... GwaiN (ph34r me for I am l33t)
|
| | | por Anonimo Cobarde em 21-07-00 13:09 GMT (#9)
|
| Um tótó a insultar outro, cambada de idiotas.
|
| | | | Já agora (antes de eu também tentar compilar a 0.94 e o meu kernel, numa grande salada russa 3D), há alguma coisa que devamos saber, ou é só make; make install?
http://accao.net - mais um dia, mais uma frag. |
| | | | Bolas...
Segundo os senhores da Xfree86, "the 2nd head" na dita placa grafica NAO e' suportada pelo XFree4.0.1 ...
BOLAS BOLAS BOLAS :/
|
| |
|
