Une vieille réponse à cette question de Mapnik et des GPU : http://lists.berlios.de/pipermail/mapnik-devel/2008-May/000620.html Elle a le mérite de la clarté. Je n'ai rien trouvé qui change cet état de fait ultérieurement.
Si tu as de bonnes compétences pour aller chercher la puissance des cartes graphiques sur les ordinateurs personnels, je n'aurai qu'un mot : fonce ! Vu passer ceci durant la conférence State of the Map US : http://visuallybs.com/VectorMill/#16/48.8531/2.3530 Il y a certainement de la place pour de l'optimisation dans la rapidité du rendu (qui se fait côté client et non sur un serveur, donc). Qui sait, tu seras peut être l'homme de la situation. Plus d'infos sur les tuiles qui contiennent effectivement les données ici : http://openstreetmap.us/~migurski/vector-datasource/ Bonne chance Le 7 juin 2013 19:22, Philippe Verdy <verd...@wanadoo.fr> a écrit : > C'est quoi le moteur graphique ? Qt ? Même une carte graphique modeste > dispose d'une accélération pour le remplissage de polygones, même si'l n'y > a pas de nombreux "cores" parallèles. > > Maintenant il faut voir ce qui est dessus, si la carte ne prend en charge > que le rendu FSAA, c'est du Bresenham simple et non du remplissage par > suivi de listes triées de bordures, mais Qt fournit un support pour ce tri > qui permet ensuite le remplissage matériel sans avoir à dessiner les pixels > de contour un par un par logiciel pour autant. > Les dernières cartes qui n'avaient pas ce support de suivi de contours > datent de 2006, il n'y en a plus aucune sur le marché qui ne sache pas au > moins remplir un triangle avec rendu antialias des pixels de bordure en > utilisant une colorimétrie interne RGBA (où les 4 composantes sont > multipliées par un facteur alpha correspondant au tau de couverture d'un > pixel, et où les coordonnées de pixels sont remplacées par des coordonnées > de sous-pixels avec au moins 3 bits pour les fractions horizontales et > verticales). > > Maintenant sur les serveurs aussi on a des cartes graphiques multicoeurs, > car ces cartes sont aussi des instruments de calcul utilisables pour plein > de choses et pas que le graphisme, avec d'importantes possibilités de > programmation parallèle. Des moteurs de bases de donnes les utilisent pour > le tri par exemple, des noyaux système peuvent les utiliser pour > l'ordonnancement des tâches et événements, ou la gestion de la mémoire et > des files I/O. > Le parallélisme devient une réalité qui se glisse même depuis plusieurs > années dans les CPU standards avec des instructions nouvelles. Et de plus > en plus on utilise les cartes graphiques pour autre chose que le seul > graphisme, ces cartes sont multiusage en traitement du signal, compression > de données, etc. Le tout est servi par des pilotes sui se branchent sur des > bibliothèques standards et one ne se rend même plus compte que la carte > graphie accélérée est utilisée par des API de base. > > > > > Le 7 juin 2013 18:53, Christian Quest <cqu...@openstreetmap.fr> a écrit : > > Le 7 juin 2013 18:40, Philippe Verdy <verd...@wanadoo.fr> a écrit : >> > Tous les moteurs SVG savent utiliser le rendu matériel. >> > >> >> Vu qu'on a une carte graphique de folie sur osm13 (vous imaginez... >> "Integrated Matrox® G200, 8MB shared video memory") j'ai un très gros >> doute sur le rendu matériel qui y serait fait... >> >> Je poserai la question à Jean-Claude à l'occasion (et oui, je le connais). >> >> -- >> Christian Quest - OpenStreetMap France >> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ >> >> _______________________________________________ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-fr >> > > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
