Vous n'êtes pas identifié(e).
Pages : 1
Dernière modification par Chris (09-05-2011 14:25:12)
Hors ligne
Dernière modification par michelh79 (02-03-2011 20:46:51)
Je n'ai jamais été chaste à quoi sert d'être chaste ? Puisque même avec terreur tremblant de précautions nous aimer est tout ce qui nous reste. Zoe Valdès
Hors ligne
M. Gandhi: "C'est une erreur de croire nécessairement faux ce qu'on ne comprend pas."
C'est quoi ce bordel ?
Hors ligne
et le xorg.conf qui va avec. Ici, dkms s'occupe de tout tout seul.
Ceci dit, je n'ai pas essayé avec le 2.6.37, mais le 35 est en squeeze donc facilement récupérable. ATI fonctionne bien, il ne faut pas abandonner
Y − 3HG − Auto-hébergé
Hors ligne
chris@debian:~$ fglrxinfo
display: :0 screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: ATI Radeon HD 4800 Series
OpenGL version string: 3.3.10524 Compatibility Profile Context
Mais mon xorg conf généré ne comporte en revanche qu'un écran. Et il va falloir que je rajoute le 2ème à la main.
Et les videos avec guvcview sont toujours dégueulasses.
Bon. Il est tard. Je poursuis les essais demain. Merci à ceux qui ont aidé.
Hors ligne
Y − 3HG − Auto-hébergé
Hors ligne
Hors ligne
Y − 3HG − Auto-hébergé
Hors ligne
Hors ligne
Y − 3HG − Auto-hébergé
Hors ligne
Hors ligne
M. Gandhi: "C'est une erreur de croire nécessairement faux ce qu'on ne comprend pas."
C'est quoi ce bordel ?
Hors ligne
et ils ne se laissent pas forcément réinstaller, les bougres (pas d'accès au centre de configuration après réinstall de sid).
Pour réinstaller ta CG tu passes en tty ( Ctrl+Alt+F1 ) et tu suis le tuto. N'oublie pas le firmware.
ÉDIT : Il paraît que le kernel 2.6.37 n'est pas encore tout à fait à la "sauce" Debian ???
Dernière modification par arien (10-03-2011 11:18:33)
Dernière modification par dbkblk (10-03-2011 12:20:01)
M. Gandhi: "C'est une erreur de croire nécessairement faux ce qu'on ne comprend pas."
C'est quoi ce bordel ?
Hors ligne
Déchargez les modules radeon et drm :
# modprobe -r radeon drm
me renvoie :
module radeon in use
...
Il faut rebooter après avoir blacklisté le module incriminé. Si on poursuit la procédure sans l'avoir fait, on finit tôt ou tard par avoir des soucis...
B - La commande
# aticonfig --initial
suffit à générer un xorg.conf nickel. Pas besoin d'éditer (sauf pour vérification) le xorg.conf, ni de faire une sauvegarde avant. La commande recréée un xorg.conf et sauvegarde le précédent chaque fois qu'elle est passée.
Mais elle est pleine de possibilités : faire un
#aticonfig --help
pour y jeter un oeil. Dans mon cas, j'ai 2 écrans, avec des tailles, des définitions et des sorties différentes. (héhéhé...). Si je veux que mes écrans fonctionnent l'un à côté de l'autre, avec la barre des tâches sur le principal,et pouvoir passer une fenêtre active de l'un à l'autre par simple glissement (pas de mode clone), il faut que je passe la commande
# aticonfig --initial=dual-head --screen-layout=above
C - Pas moyen de lancer le centre de configuration ATI. En graphique, il réclame d'être lancé en mode root pour faire des changements. La commande indiquée nulle part pour ce faire est :
# amdcccle
qui renvoie un superbe
o protocol specified
amdcccle: cannot connect to X server :0.0
J'ai trouvé la solution détaillée ici :
okapi@debian:~$ xhost +
access control disabled, clients can connect from any host
okapi@debian:~$ su
Mot de passe : *********
D - j'ai longuement utilisé la commande Xrandr (merci la doc ubuntu sur cette commande, et celle sur le multiécran...). Qui donne de bons résultats. Mais je ne suis pas sûr que mélanger le control Center d'ATI, la configuration à la main (Xrandr+xorg.conf avec des options supplémentaires de type "virtual"...), et le module de configuration de KDE soit totalement pertinent. J'ai droit à des messages du style :
la composition a été suspendue par une autre application
J'ai entre temps ajouté
Section "Extensions"
Option "Composite" "1"
EndSection
suggérée nulle part
au xorg.conf (sinon, pas de transparence...et iceweasel qui fige quand je scrolle une page. Horripilant). Et retiré
Activation du Direct Rendering
Section “DRI”
Mode 0666
EndSection
qui plante mon serverX. (pourquoi ? c'est une autre question...).
Bref. Pour l'instant, tout est nickel. . Même la TV en HD passe nickel, avec quand même une petite bande verte en bas de l'image (pas en SD), et à condition de ne pas lancer en même temps plusieurs applications. Et d'attendre 20 secondes pour que le son arrive...
Bref. Une partie des abandons des aspirants debianistes est peut-être lié à des tutos trop succints ?
Et peut-être que la réputation de compétence des débiaineux est liée à cette sélection "naturelle" (que je ne cautionne pas comme telle) ?
Hors ligne
# modprobe -r radeon drm
me renvoie :
module radeon in use
Cette commande est inutile.
La commande indiquée nulle part pour ce faire est :
# amdcccle
qui renvoie un superbe
o protocol specified
amdcccle: cannot connect to X server :0.0
J'ai entre temps ajouté
Section "Extensions"
Option "Composite" "1"
EndSection
suggérée nulle part
au xorg.conf (sinon, pas de transparence...et iceweasel qui fige quand je scrolle une page. Horripilant). Et retiré
Activation du Direct Rendering
Section “DRI”
Mode 0666
EndSection
qui plante mon serverX. (pourquoi ? c'est une autre question...)
.
Tu as trouvé ça ici[lien obsolète] ?
Bah, oui, je dirais que ce tuto[lien obsolète] par exemple est complètement à refaire. D'ailleurs, si tu es motivé…;) avec ta expérience actuelle ?
EDIT : Bon courage.
Edit à toto :
Indiqué 2 liens obsolètes (depuis 2011 le post).
Dernière modification par Invité-5 (07-05-2011 23:53:53)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
L'affichage composite n'est pas pris en charge sur votre système.
Required X extensions (XComposite and XDamage) are not available
Alors que j'ai enrichi mon xorg.conf d'une dernière section :
Section "Extensions"
Option "Damage" "enable"
Option "Composite" "enable"
EndSection
qui aurait dû marcher...
Bon, tout ça pour dire que
a) la quête continue.
b) il est sans doute prématuré de linker ce fil au wiki....
Hors ligne
il est sans doute prématuré de linker ce fil au wiki....
Et si on laisse le lien, ça fait pas de tort, tu vas bien finir par parvenir à quelque chose, sûr !
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Sid avec les drivers proprio (résolu squeeze)
Bon bah, nous te souhaitons la bonne résolution de ton problème sous Sid également, mais nous nous intéressons plutôt à stable/Squeeze dans le wiki ou un mode d'emploi (bien testé) sur le forum dans la section matériel. Merci.
ou un mode d'emploi (bien testé) sur le forum
Oups !
Il me semble que sur le forum, toutes les recherches débianeuses ont de l'intérêt pour tous, sid tout autant que n'importe qu'elle branche.
Sur le forum, sur le wiki pareil.
On va pas laisser passer une contribution généreuse et bien étayée dans sa quête tout de même !
Yop !
Amitié, Joel
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Sauvegardez les changements, quittez, rebootez et vérifiez d'un
qui ne doit rien retourner cette fois.
b) Poursuivez en suivant scrupuleusement le wiki. A ceci près que la commande aticonfig --initial est très complète : elle sauvegarde elle-même le xorg.conf initial, met en place toutes les sections et sous sections nécessaires, etc...Pas besoin de peaufiner ça soi -même.
c) dans mon cas, j'ai deux écrans, mais je ne souhaite qu'un seul bureau. Avec 2 arrière plan différents, et la possibilité de glisser mes applications actives d'un écran sur l'autre. Ex : je bosse sur un fichier de conf sur l'écran principal, mais garde un oeil sur l'émission de TV qui m'intéresse et passe sur l'écran d'appoint. Que je fais passer en écran principal d'un coup de souris au besoin. Ou je laisse une grosse horloge en permanence sur l'écran secondaire, qui me sert alors d'horloge murale geek.
d) j'ai longtemps été me perdre dans
, qui génère des xorg conf complets, avec l'option xinerama générée au bon endroit, qu'il ne reste plus qu'à décommenter.
Erreur lourde : cette option plante l'affichage composite. Voir le kdm lui-même. qu'on ne peut plus arrêter qu'avec un
, voir un
...
La solution vient de xrandr, de virtual et MetaModes. Je vous renvoie à la doc ubuntu (pataper) idoine.
En clair : il faut préparer un xorg.conf qui indique au sytème qu'il travaillera sur un espace virtuel large. Mon xorg.conf :
Un petit coup de
et xrandr est prêt à à fonctionner. A ce niveau en effet, on a toujours un affichage avec les pilotes proprios qui tournent et les effets de bureaux (transparence, fenêtres en gélatine, etc...) opérationnels, mais sur un écran cloné à l'identique.
Pour disposer d'un espace étendu, il faut trouver LA bonne commande, en fonction de votre configuration. Pour moi, cela donne :
Oui, ça à l'air impressionnant comme ça. Mais il y a une doc encore plus claire (de mon point de vue) dans le manuel de configuration de xrandr de aptosid , avec plein d'exemples à la clé.
Et je me demandais s'il n'y a pas moyen de "figer" cette commande dans le xorg.conf. Mais à chaque jour suffit sa peine.
Problème double :
a) est-il possible de générer la commande xrandr idéale facilement ? (c'est à dire avec détection automatique des écrans et avec leur disposition facilement modifiable) ? (pour les impatients, oui. Avec Arandr qui fonctionne parfaitement, quoiqu'avec une interface un peu rustique).
b) comment rendre la configuration permanente ? (je suis ouvert aux suggestions...).
Réponses : tout est clairement raconté ici.
Y compris le script qui se lance à chaque démarrage pour remettre l'affichage d'aplomb. C'est à mon avis un peu crade comme solution dans la mesure où ma configuration est fixe (il ne s'agit pas d'un portable qui est ou pas (en fonction des circonstances) connecté à un écran supplémentaire).
Remarques finales : il semblerait que les effets de bureau puissent être ralentis en certaines circonstances. Notamment quand la case "desactiver les tests de fonctionnement" n'est pas cochée dans "configuration-configuration du système-effets de bureau-options avancées" de KDE.
Il semblerait également qu'openGL soit meilleur que Xrender (même endroit de réglage) forum Mandriva dixit.
NB; En faisant un test en même temps que je rédigeais ce compte rendu, j'ai planté mon serveur X et ma session. J'aurais en fait préféré fournir un wiki exhaustif. Disons que le problème est déjà bien dégrossi ...
Pour le retour sur Sid, j'ai pas trop le temps en ce moment de prendre le risque de planter mon installation (serveurX, connection réseau, etc...) avec une mise à jour bâclée. Même récupérée dans les 24 heures. Et dans ce dont j'ai besoin, rien n'est disponible sous Sid qui ne le soit dans squeeze, en ce qui me concerne et au jour d'aujourd'hui.
Enfin, il est probable que les manipulations sous squeeze fonctionnent avec Sid. Je devrais tenter dans une machine virtuelle.
Un détail troublant : pour les amateurs de terminaux alternatifs, Tilda que j'apprécie pour son côté aérien (aucune bordure) ne se lançait qu'avec difficulté. S'en était pénible. J'ai installé yakuake, plus massif, moins paramétrable. Petite vérification avant de désinstaller Tilda : une merveille de fluidité et de rapidité. Pas compris...
Dernière modification par Chris (11-05-2011 18:06:18)
Hors ligne
$xrandr --output CRT1 --mode 1080x1024 --pos 1920x0 --output DFP1 --mode 1920x1080 --pos 0x0
, il faut l'insérer ici
/etc/kde4/kdm/Xsetup
et redémarrer la bécane.
Et ça marche. Avec compiz qui tourne, un démarrage rapide et sans latence. Bref. Que du bonheur .
Bonne journée à tous
Dernière modification par Chris (22-10-2013 09:36:53)
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Pages : 1