Re: [Camelot-discuss] pak file ou autres...

[Sven]

On Wed, Feb 05, 2003 at 05:08:32PM +0100, J?r?me Marant wrote:
> En r?ponse ? Sven Luther <address@hidden>:
> 
> 
> > > C'est ce que je disais tout ? l'heure. Il faut que nous puissions
> > > utiliser directement des donn?es binaires ? partir de fichiers
> > > d'images (jpg, png). On peut peut-?tre concevoir un petit format
> > > en XML permettant de lister tous les sprites dans une image car
> > > en g?n?ral les planches de sprites sont faites comme ?a.
> > 
> > Heuh, ...
> > 
> > Les planches de sprites sont dans une grande image, et il faut apres
> > avoir un format pour les retrouver, c'est cela. Est-ce que tu place
> > les
> > sprites a la suite, ou avec un stride donnee ?
> 
> C'est une idee comme une autre. Autrement on est oblig? de mettre
> des couleurs particuli?res pour les contours du sprite.
> 
> Ceci dit, on peut aussi utiliser un fichier par sprite, empaquet?
> o? non.

l'avantage avec l'approche librsvg, c'est que librsvg lit les donner
depuis un char *, donc on peut simplement concatener les fichiers, meme
les fichiers gziper, en gardant juste une table de position dans le
fichier.

> > > Le SVG nous permet d'utiliser des objets vectoriels mais il
> > > s'agit d'un autre type d'objet. Je ne sais pas si Sven a dans
> > l'esprit
> > > de charger le SVG et le transformer tout de suite en sprites
> > > binaires, ou d'utiliser le SVG comme format d'objet auquel fait
> > > faire des transformations pour l'afficher ? la toute fin.
> > 
> > Mon idee, c'etait de concevoir et de stocker les sprites, puis au
> > lancement du jeu, generer les surfaces SDL correspondantes a la taille
> > souhaite, et d'ensuite les blitter sur l'ecran a l'endroit voulu.
> > L'avantage c'est que du coup, on peut utiliser n'importe quel
> > resolution
> > d'ecran et pas que du 640x480 comme c'est fait usuellement, ou meme
> > travailler dans une fenetre de taille plus petite. Cependant, c'est
> 
> C'est l'avantage du vectoriel, en effet. Mais au final, on
> manipule des bitmaps.

Mmm, on manipule des surfaces SDL, ou plutot c'est la carte graphique
qui le fait pour nous. Je me demande si SDL permet d'utiliser les
windows id, pour faire des differents niveaux. Je ne sait pas si X
exporte cette fonctionalite des cartes graphiques, mais c'est une
fonctionalite standard 2D, qui ne necessite pas de depth buffer.

> > vrai, je n'ai pas penser que l'on souhaiterai peut-etre travailler a
> > la
> > main un certains nombre de petit pixmap pour que ce soit juste comme
> > il
> > faut. Cependant, je ne sais pas si cela est reellement necessaire, il
> > faudra en fait faire des tests et regarder. Un space invaders ferait
> > un
> > bon test pour ce genre de choses, car on a les pixmaps des differents
> > tirs qui sont assez petits.
> 
> Oui.
> 
> > De plus, comme je le disait precedement, l'ideal c'est d'avoir la
> > possibilite de lire plusieurs formats, SVG, c'est bien, mais j'imagine
> > qu'on peut utiliser camlimages pour lire toute une serie de dessin
> > d'autres formats, voir utiliser de l'openGL directement, quoi que je
> > ne
> > sache pas si il existe des fichier de stockage de donnees opengl.
> 
> Pourquoi pas SVG m?me ?

Mmm, tu veut faire un rasterizer SVG qui genere de l'opengl, oui c'est
faissable, mais il faut le faire (bien que opengl ne fasse pas de
cercle, mais on peut peut etre utiliser des beziers pour cela).

> > Ceci dis, la nouvelle qui a attirer mon attention sur librsvg
> > pretendais
> > que librsvg affichait maintenant des icones pour gnomes plus
> > rapidement
> > et de meilleure qualite que libpng utilise precedement. Donc a voir.
> > De
> > plus, on a plus guere de moniteurs 640x480 de nos jours.
> 
> :-)
> 
> > Encore une fois, il faut tester, comparer et apres decider.
> 
> Absolument.
> 
> > Je continue sur mon idee, et je vais implementer la librairie svg,
> 
> Tu veux dire le binding ?

Oui, bien sur.

> > afficher les tuiles a l'ecran, et les faire descendre ce WE. Je vous
> > conseille de faire de meme avec d'autres solutions et on pourra alors
> > comparer, plutot que de parler dans le vide.
> 
> Je n'ai l'impression de parler dans le vide quand m?me :)

C'etait pas dis serieusement, j'aurais dus rajouter un smiley.

Amicalement,

Sven Luther