Reprise du message précédent :
Quelle connexion ?
Svideo/HDMI?

VGA de chez VGA (la seule connectique dispo sur le PC)

Ah Moi c'est quand je sort en Composite/Svideo qu'il fait nawak en essayant d'afficher du 1024*768/75hz sur une vieille TV, forcément ça tient pas  

Non là tout semble OK, la résolution est dans les cordes de la TV, je peux activer/régler l'image quand elle est branchée, mais du coté de la TV elle ne détecte pas qu'un cable est branché sur l'entrée PC (elle est listée en grisé dans les menus, comme toutes les entrées où il n'y a rien de branché, et n'est pas disponible quand on parcours les sources)
 
Mais bon, je vais attendre de pouvoir tester un autre écran ou un autre PC avant de chercher plus avant, histoire d'isoler le coupable

Pas de soucis en sortie HDMI/HDMI sur l'écran du pc
J'ai pas testé la sortie VGA.

man xrandr. Les modelines c'est pas réservé à une configuration fixe.

et pour savoir ce que renvoie ton écran télé :
xrandr --prop|monitor-parse-edid

exemple de sortie :

ici ça raconte de la merde ta commande
Accessoirement que je suis en 50hz aussi à me ferais mal au noeuils

 
elle ne dit pas dans quel résolution tu es, elle te dit ce que l'écran donne comme info

Ah ué, autant pour moi, le monitor-parse-edid marche pas ici
C'est donc du xrandr --prop que je parle enfait, sry

 
chez mandriva c'est le paquet monitor-edid

Archeux

Petit testouille ce soir.
 
Branchage du pc portable sur l'écran hdmi, j'ouvre une vidéo sous dolphin, pas fait trop gaffe à ce que je faisait et hop découverte des hauts parleurs de l'écran    
 
Mais..Mais.. ils fonctionnent    
 
Donc 4500MHD + dual monitor en HDMI, en cadal du son sur l'écran \o/
(+kde et phonon réglé pour envoyer sur la partie Intel HDMI)

Raaah je bis ce que j'ai ecris la page d'avant.

Désolé je n'ai pas eu l'occasion de retester, mais avec un autre pc (Sony Viao sous Win7) il y a exactement le même problème, donc je pense que le soucis vient de ma télé (ou de mon cable )

 
la commande que j'ai donné t'aurait dit la même chose plus vite et sans avoir besoin de windows

2.9.1-1+exp1 loaded
 
Par contre j'ai mon touchpad qui se prend pour un BiDi screen

Tuto de lecture HD pour les drivers poulsbo et GMA 500: http://www.presence-pc.com/actuali [...] tor=RSS-11

xf86-video-intel 2.10.0 Brings Pineview Support: http://www.phoronix.com/scan.php?p [...] &px=Nzg1OA

Quelqu'un peut traduire le "KMS video overlay support" ?
 
Ça m'étonne toujours qu'Intel fasse autant de travail sur le support Linux et que leur moblin n'arrive toujours pas à prendre.

 
support de l'overlay avec KMS
 
plus sérieusement, l'overlay est l'une des méthodes pour afficher de la vidéo, grosso modo, via un circuit spécifique, on crée une zone mémoire qui va être envoyé à l'affichage et on la remplit avec une couleur (généralement du bleu). Ensuite, chaque image de la vidéo décompressée est directement écrite sur cette zone mémoire via un transfert direct (DMA), i.e. sans passer par la CPU. Le redimensionnament de la vidéo est pris en charge directement par le circuit spécifique. Avec KMS, il fallait adapter le DRM pour qu'il accepte cette méthode  (je ne connais pas les détails exacts, mais ça doit tenir au fait que avec KMS c'est le DRM qui est en charge de discuter avec la carte graphique, le pilote en espace utilisateur devant s'adresser au DRM et ne pouvant donc pas directement envoyer un truc à la carte).
 
L'overlay n'a d'intérêt que pour les puces qui possèdent le circuit spécifiques (par ex, les puces récentes nvidia ou ATI ne le possèdent pas). Pour les autres, on utilise plutôt un adaptateur texturé, c'est le même principe sauf qu'au lieu d'une zone à afficher, on crée une texture pour le moteur 3D et on envoie dans cette texture. C'est le moteur 3D qui s'occupe du redimensionnement via un shader. Accessoirement, ça permet d'avoir des algorithmes de redimensionnement différents suivant la puissance de la puce (bilinéaire comme pour l'overlay ou bicubique, de meilleur qualité si on a plus de puissance). Les puces G41 et G45 utilisent ça.
 

Bonjour a tous,
 
je voulais juste savoir si vous avez des retours sur le tout nouveaux GMA HD (intégré dans les i3/i5), j'en ai commandé un hier en espérant que ça marchera (ce n'est qu'un G45 amélioré visiblement).
 
Si vous pensez que ce n'est pas supporté il est encore temps pour moi de revenir en arrière d'où ma question .

Je crois que c'est supporté depuis le 2.6.31 ? Quelqu'un confirmera. Il te faut un Xorg pas trop vieux non plus. Phoronix a fait pas mal de news sur ce chip :-)

faut les drivers 2.10 d'intel, pas encore bien répandus.

sauf qu'a priori les pilotes intel 2.10 semblent demander un 2.6.33 pour montrer leur « réel potentiel ».
Exemple si je tourne avec le 2.6.33 je ne rencontre plus ce bug http://bugzilla.kernel.org/show_bug.cgi?id=15004

J'ai trouvé la cause

Merci pour les réponses, a priori ce sera a l'aide du ppa xorg-edgers (et donc pilote 2.10) visiblement seule la partie 2D fonctionne sur les kernels pre-2.6.33(et encore je n'ai pas bien compris si l'accélération étais bien présente).
 
Je vous tiendrais au jus quand j'aurais reçu tout ça, de toute façon c'est la 2D qui importe, au moins dans un premier temps et quoi qu'il arrive ce sera toujours mieux que mon ATI précédente qui n'avais ni KMS ni 2D ni 3D de fonctionnelle (et qui a rendu l'âme de toute façon).

Et puis ca va s'ameliorer rapidement (si tu passes a Mandriva pour la sortie des distribs du printemps, ils integreront probablement le 2.6.33 - pour ubuntu je sais que ce sera un 2.6.32 par contre)

Malheureusement je ne pourrais plus re-passer a mandriva mais par contre il semble y avoir des noyaux 2.6.33 pour ubuntu ici ce qui pourrais être plutôt pas mal du coup.

C'est pas encore bon pour le i3/3150 http://www.phoronix.com/scan.php?p [...] &px=NzkwOA

Bon alors voila le début du compte rendu.
 
Ubuntu 9.10 fonctionne dès le premier démarrage (sur le bootcd donc) mais il faut ce dépêcher d'enlever compiz sinon c'est le freeze assuré.
 
La 2D marche très bien et très rapidement, le dual screen aussi, la lecture de vidéo aussi, xv info annonce le support d'à peu près tout ce qu'il faut.
 
Malheureusement la 3D provoque des freezes (pas systématique) il faut redémarrer a coup de magic key, l'accélération est bien là (d'après glxinfo et glxgears), pour évaluer les perfs il faudrait plus de stabilité, mais a mon avis ça devrais arriver assez vite.
 
J'ai un peu de boulot a terminer mais après je testerais peut etre avec les ppa xorg-edgers et un kernel 2.6.33-rc5 pour voir.

Bon et bien je ne suis visiblement pas affecté par le bug qui touche proronix car en 2.6.33-rc5 et xorg-edger j'ai la 2D et 3D qui marchent superbement bien et sans crash.

Bonnes nouvelles ça.

 
Phoronix, en matière de conclusions hâtives, ils n'en sont pas à leur coup d'essai    
 
Juger un matos sur un seul test, avec un protocole pas toujours rigoureux, c'est habituel chez eux.

Oui bon justement en parlant de protocole de test, ils ont testé sur une ubuntu beta ou alpha je sais plus, le pb pourrais venir de là a mon avis.
 
Mais bon au moins c'est une bonne surprise ce chipset/IGP et les perfs sont tout de même très correctes a ce que je vois un peu plus de 7 sec pour faire un test complet de gtkperf là ou mon RS690 avec le pilote radeon (libre) faisais 40 sec...

2.10 out chez Arch

Salut,
 
Je suis un peu perdu avec le driver intel, et plus généralement xorg qui est une vraie usine à gaz. Ca a changé 3 fois de logique en 3 ans et ca ne marche toujours pas
 
 
Je m'explique.
 
J'ai une carte embarquée à base de chipset 945GM sur laquelle j'utilise VGA, DVI et sortie composite. Sachant qu'il n'y a que 2 pipes de sortie, je combine selon mes besoins : DVI/VGA , VGA/Composite , DVI/Composite.
 
Lorsque j'ai étudié cette carte il y a 3 ans, j'ai rencontré un gros problème sur la sortie TV, la qualité était très mauvaise. J'étais persuadé que c'était un bug du driver (d'autant plus que ca fonctionne bien sous windows), mais je ne suis pas assez calé en codage de driver, donc je n'ai pas pu tenter la correction. J'ai contacté le développeur du driver, mais mon anglais étant tellement mauvais, il a pas du comprendre mon problème.
 
3 ans se passent, je dois faire évoluer mon OS et ma carte, et je m'aperçois par hasard que depuis la version 2.6.0, il y a une correction sur la TV ("improve TV quality" )... et là, miracle, la qualité est nettement améliorée, elle est même parfaite. C'était donc bien un bug ...
 
Sauf que, entre temps, Xorg a vachement évolué et évidemment, il est impossible de mettre une version récente du driver sur la plateforme que j'ai créée. Donc pour faire évoluer le driver, il faut que je fasse évoluer ma version de xorg server, et par conséquent l'OS (besoin de kernel récent etc ...).
 
Pas de pb, tout est fait, sauf que :
   - Je souhaite changer les marges de la TV en tapant la ligne suivante :
 

 
Sur l'ancien driver, pas de pb, il prend les modifications à chaud.
Sur le nouveau driver, impossible, xrandr me retourne une erreur X.
 
J'ai tenté de fixer les valeurs par défaut dans le driver (i830_tv.c ligne 2005) , en les mettant à 0 au lieu des valeurs d'init un peu bizarre (apparemment, ils appellent ca les bios value , mais ca m'arrange pas, ca fait des grosses marges autour). Recompilation du driver -> Aucun effet.
J'ai compris pourquoi, il ne passe meme pas dans ce code, alors que dans l'ancien driver, il passe bien par ce code (fonction i830_tv_init).
 
Pourquoi ? Mystère, peut-être qu'une énième évolution de la logique xorg fait que la gestion TV n'est plus faite par le driver ? mais alors, où ? Et pourquoi je ne peux pas la piloter à chaud ?
 
Je ne peux ni :  
  - fixer les marges
  - fixer la sortie (composite / svideo / component)  
  - choisir le mode (PAL / NTSC / 1080i )
 
que ce soit :  
  - par xrandr
  - par xorg.conf  
  - en modifiant les paramètres d'init du driver (il prend bien le bon driver, je fais des xf86DrvMsg à certains endroits, et ils sont pris en compte, je les retrouve bien dans /var/log/Xorg.0.log )  
 
Quelqu'un peut-il m'aider sur ce sujet ? Puis je tenter de poster sur le sujet xorg de cette section sans risquer du crossposting, car ca concerne peut etre aussi le serveur xorg ?
 
Merci  

le pilote intel et plus généralement Xorg n'a pas changé de logique depuis 3 ans. tout au plus as t'on vu le déploiement de technologies qui n'était que balbutiantes au préalable.

pour ton problème spécifique, commence par vérifier si ta sortie n'a pas changé de nom, il y a eu un renommage sur certains pilotes (intel entre autre); ensuite, regarde si les propriétés n'ont pas changé de nom pour la dite sortie (xrandr --prop).

Après, une modeline spécifique peut être utile.

 
 
Salut
 
Effectivement, la sortie a changé. Ce n'est plus TV mais TV1. Et les propriétés ont également changé : on passe de "LEFT" à "left margin" (etc).
 
Cependant, je pense qu'il y a quand même eu un changement au niveau du driver xorg pour la gestion TV, pour preuve, le fichier i830_tv.c a disparu de la version 2.10.0 du driver, je suppose donc que la version 2.9.0 de ce fichier était encore présente sur le repository, mais plus utilisé puisque les modifs que j'ai effectuées dedans n'ont aucune influence.  
 
Bon, le système xrandr de xorg est pas mal je trouve, par contre il y a encore des instabilités je trouve : certaines propriétés changées à chaud avec xrandr passent parfois, et parfois sortent une erreur avec réussite ou non du changement de propriété, et parfois, font carrément planter X (ex : forcer le passage en 576p ou 720p de la sortie TV).
 
Merci de ces infos en tout cas  

amha, c'est plus lié au fait, que la version 2.10 utilise uniquement la gestion des modes en espace noyau (KMS) et donc tout le code s'est retrouvé dans le noyau (module DRM).

 
 
Merci de ces infos    J'ai du mal à trouver de la littérature expliquant le fonctionnement de xorg en détail, pourtant j'en aurais bien besoin

tu peux poser tes questions dans le topic xorg, et il y a des pointeurs dans les premiers posts