je ne suis pas un expert X, et je suis un etre humain et tout le monde peut faire des erreurs.
"tout le rendu se fait via des IPC de type socket."
"tout a fait faux" non puisque tu le dit toi meme que cela peut etre vrai.
"partiellement faux" on va dire oui ... mais ton cas nécéssite que les xlib coté client et serveur "compatible" ... une xlib réimplémantant le protocole X11R6 devra en général se satisfaire de socket.
de plus, tu ne tiens compte que des configuration pouvant supporter DRI, XRender, XRandR et plein de trucs ...
Pour l'anti aliasing, Pango est utilisé. Pango est la lib qui permet de faire du rendu de police chez GNOME.
XRender est un composant permettant de faire une partie du rendu vectoriel actuel du coté serveur.
Pour ce qui est de la gestion des polices, quand je vois ce qu'un ATM ou un SuitCase peut faire, je me dis qu'il y a encore du boulot ... surtout quand je lis ta réponse de geek qui tient en : "oué c facile, tu edite ton XConfig et tu rajoute les lignes apres avoir fait un mkfontdir, puis tu relance ton serveur X"
Petit Détail, XRandR sert juste a jouer avec l'ecran ( changement des dimension et de l'orientation à la volée ) parce qu'avant ct aussi facile que pour le police ... yaka modifier le XConfig .
Pour cairo, comme tu dis ... " il arrive à grand pas" ... tout est dit.
petit détail, j'ai deux radeon correctement supporté par XFree et X.org ... pourtant en Xinerama 2/3/4 ecrans, je ne peux pas utiliser : DRI, XRandR, Mesa/OpenGL, ...
sinon pour les autres points :
- j'evoque le modele des lib dynamiques, là ou on pourrait avoir au moins un équivalent de type RPC ou qu'une seule lib chargé à la demande avec un wrapper permettant de l'utiliser si le service est disponible ( sinon revenir au mode actuel ).
- j'evoque que si tout le rendu se fait coté client : la conso mémoire et CPU se fait ressentir ( copie multiple des données, synchro, algo de rendu dupliqué, ... )
- pour la gestion des périphériques, si tu me trouve la partie gérant les acces disques, dvd, cd, cd audio, alsa, clé usb dans ton XConfig ... cela pourra m'aider :)
je vais préciser avant que l'on pousse des cris : si X fonctionne en réseau, il serait bien que puisque X permet de partager ecran clavier souris qu'il partage aussi les autres devices ( sinon c con d'avoir le son du dévédé et la vidéo qui sorte sur une autre machine et donc que l'on streame le dévé avec vlc .
[^] # Re: Mouaif.
Posté par Mouns . En réponse au journal Comparaison des vitesses de navigateurs : Firefox pas le meilleur ?. Évalué à 0.
"tout le rendu se fait via des IPC de type socket."
"tout a fait faux" non puisque tu le dit toi meme que cela peut etre vrai.
"partiellement faux" on va dire oui ... mais ton cas nécéssite que les xlib coté client et serveur "compatible" ... une xlib réimplémantant le protocole X11R6 devra en général se satisfaire de socket.
de plus, tu ne tiens compte que des configuration pouvant supporter DRI, XRender, XRandR et plein de trucs ...
Pour l'anti aliasing, Pango est utilisé. Pango est la lib qui permet de faire du rendu de police chez GNOME.
XRender au travers de libxrender1 rentre en "testing" chez debian http://packages.debian.org/cgi-bin/search_packages.pl?searchon=name(...)
XRender est un composant permettant de faire une partie du rendu vectoriel actuel du coté serveur.
Pour ce qui est de la gestion des polices, quand je vois ce qu'un ATM ou un SuitCase peut faire, je me dis qu'il y a encore du boulot ... surtout quand je lis ta réponse de geek qui tient en : "oué c facile, tu edite ton XConfig et tu rajoute les lignes apres avoir fait un mkfontdir, puis tu relance ton serveur X"
Petit Détail, XRandR sert juste a jouer avec l'ecran ( changement des dimension et de l'orientation à la volée ) parce qu'avant ct aussi facile que pour le police ... yaka modifier le XConfig .
Pour cairo, comme tu dis ... " il arrive à grand pas" ... tout est dit.
petit détail, j'ai deux radeon correctement supporté par XFree et X.org ... pourtant en Xinerama 2/3/4 ecrans, je ne peux pas utiliser : DRI, XRandR, Mesa/OpenGL, ...
sinon pour les autres points :
- j'evoque le modele des lib dynamiques, là ou on pourrait avoir au moins un équivalent de type RPC ou qu'une seule lib chargé à la demande avec un wrapper permettant de l'utiliser si le service est disponible ( sinon revenir au mode actuel ).
- j'evoque que si tout le rendu se fait coté client : la conso mémoire et CPU se fait ressentir ( copie multiple des données, synchro, algo de rendu dupliqué, ... )
- pour la gestion des périphériques, si tu me trouve la partie gérant les acces disques, dvd, cd, cd audio, alsa, clé usb dans ton XConfig ... cela pourra m'aider :)
je vais préciser avant que l'on pousse des cris : si X fonctionne en réseau, il serait bien que puisque X permet de partager ecran clavier souris qu'il partage aussi les autres devices ( sinon c con d'avoir le son du dévédé et la vidéo qui sorte sur une autre machine et donc que l'on streame le dévé avec vlc .