Re: [Camelot-discuss] Organisation

[Sven Luther]

On Tue, Feb 04, 2003 at 01:10:12PM +0100, Jérôme Marant wrote:
> En réponse à Sven Luther <address@hidden>:
> 
> 
> > > C'est clair, c'est bien SVG, on le voit avec les icones de GNOME.
> > 
> > Tu a reussi a installer les icones GNOME SVG ? comment as tu fait ?
> 
> J'avoue que je n'ai vu que des photos d'écran car je n'utilise pas
> GNOME. Mais je ne pense pas que ça soit uen supercherchie.

C'etait juste une question, j'ai telecharge et installe les themes SVG,
mais je n'ai pas reussis a les utiliser, enfin, je n'ai pas trop
chercher non plus.

> > > Le problème est qu'on n'a pas de binding librsvg pour l'instant.
> > 
> > Ouais, mais bon, d'apres ce que j'ai pus lire de la doc, il n'y a pas
> > plus qu'une poignee de fonctions, 13 pour rsvg.h et 2 pour
> > librsvg-features.h, des bindings ne devrait pas prendre plus d'une
> > heure
> > a ecrire, je pense.
> 
> OK.

En fait, meme moins, on n'a en realite besoin que de 8 fonctions au
plus, c'est vraiment facile a utiliser, le seul probleme c'est que cela
renvoie un GdkPixbuf *, qu'il faudrait pouvoir transformer en surface
SDL. Peut-etre est-ce aisement possible, je ne sais pas, il faudrait que
je regarde en quoi consiste les surfaces SDL et les GdkPixbufs
exactement.

> > > L'avantage d'openGL pour la 2D est que les scrollings sont réalisés
> > > par une simple opération mathématique de translation, et c'est
> > > la carte qui s'occuppe du clipping toute seule. C'est valable
> > > aussi pour l'affichage de tout objet 2D.
> > 
> > Oui, mais tu doit tout redesiner a chaque passe, sur les cartes
> > graphiques sont puissantes de nos jours, mais bon, je continue a dire
> > que c'est pas l'ideal. Tu ferait comment pour un shot-them-up ? tu
> > desinerai le fond avec un texture sur un grand rectangle, puis tu
> > dessine les objets par dessus ? Est-ce que cela est possible avec une
> > texture dont on connait tout, pas simplement des bouts d'image qu'on
> > repete ?
> 
> apt-get install chromium

$ chromium
randomizing.
SDL initialized.
Couldn't set GL mode: Couldn't find matching GLX visual

Erm, ..., pas bon ca, peut etre qu'il ne supporte pas mon mode 16bpp
actuelle.

> Chromuim est un shoot-em-up 2D qui utilise OpenGL, et c'est plutôt
> réussi :-)

Oui, mais comme dis, lent si tu n'a pas d'accel 3D.

> > > Mais si effectivement tu n'as pas de carte 3D, on peut faire les
> > > algos de scrolling et de sprite nous-même.
> > 
> > Non, cela n'est pas le probleme, j'ai une Radeon 9000 dans mon autre
> > machine, et il y a la version software de mesa de toute facon. Le
> > probleme est de savoir si OpenGL est ce qu'il y a de plus adapte. Tu
> > ne
> > peut, si je ne me trompe pas, pas facilement faire des cercles ou
> > ecrire
> > du texte en openGL.
> 
> Ah ah, tu as une carte 3D supportée maintenant ?!! Le père noël
> est passé ? :-)

Oui et non, je l'ai dans ma carte mere pegasos, mais j'ai pas encore
reussit a faire tourner le noyau linux correctement dessus. Mais cela ne
saurais tarder. Par contre, si il y a reellement besoin, je peut la
mettre dans ma machine qui tourne actuellement.

> > Mais comme dis, faisons un tetris avec plusieurs maniere d'affichage,
> > et
> > voyons ce que cela donne. Comme c'est un jeu teste dans un premier
> > temps, il faut experimenter un peu et etudier les differentes
> > solutions.
> 
> On peut en effet expérimenter différentes solutions.

Oui, je pense que c'est ce qu'il faut faire, experimenter et comparer
divers solutions.

Comme dis, rsvg a l'air simple a utiliser, si on reussit a en generer
des surfaces SDL du moins, on peut alors creer des images avec sodipodi
par exemple, bien que ce ne soit pas le logiciel le plus convivial qui
soit, il me semble.

De plus, rsvg permet d'aller lire dans un buffer de bytes quelconque,
donc on peut meme envisager d'avoir des images concatene, et compresser.
Il serait cependant interessant d'avoir une fonctionalite de mmap pour
re-utiliser directement les fichiers d'images sans avoir a les charger
en memoire.

Comme dis, je peut m'occuper de faire un module qui chargera des images
SVG et en generera des surfaces SDL, que l'on peut alors blitter a
l'ecran.

On pourra imaginer plusieurs instances de ce module, l'une utilisant les
images SVG, l'autre utilisant des images bmp (plus facile a realiser) et
finalement un autre module utilisant directement OGL pour dessiner a
l'ecran (dans une surface ?).

Pour un tetris, cela devrait faire l'affaire, si on veut du scrolling
d'ecran, il faut penser a autre chose.

> > > Sven, tu préfère Latex pour la documentation, c'est ça ?
> > > On peut toujours trouver un compromis.
> > 
> > C'est juste que je ne connait pas xml, je ne peut donc pas commencer a
> > ecrire une doc. Mais aller-y, moi je m'habituerai et he trouverai les
> > outils necessaire.
> 
> apt-get install docbook-defguide

Merci ...

> > Ceci dis, je pense qu'une doc c'est bien, mais ce qui est important,
> > c'est le code, et apres tout, je prefere de loin le style caml pour
> > expliquer les idees algorithmiques :)))
> 
> Oui bien évidemment. :-)
>  
> 
> > Mais comme dis, un tetris devrait etre facil a faire, et on pourra
> > apprendre du resultat, et partir sur d'autres choses apres.
> 
> Oui. Et pour l'instant, on n'a donc pas de gestion de décor.
> On se contente de déplacer des sprites.

Oui, c'est la premiere phase ...

> > Je vais essayer de faire un binding rsvg ce WE.
> 
> OK.

Amicalement,

Sven Luther
> 
> --------------
> Jérôme Marant <address@hidden>
> 
> 
> 
> _______________________________________________
> Camelot-discuss mailing list
> address@hidden
> http://mail.nongnu.org/mailman/listinfo/camelot-discuss