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

[Sven Luther]

On Wed, Feb 05, 2003 at 01:13:35PM +0100, Jérôme Marant wrote:
> En réponse à Sven Luther <address@hidden>:
> 
> 
> > > Pour en revenir au problème de SVG, il est vrai que c'est embêtant
> > > d'avoir toutes ces dépendances sur des libs gtk, dont nous
> > > n'avons pas besoin.
> > > Ne serait-il pas possible de modifier la librsvg pour quelle
> > > attaque directement une surface SDL? Sven avait l'air de
> > > dire qu'il n'y avait pas une quantité énorme de fonctions.
> > 
> > Oui, mais bon, pour un debut, cela devrait faire l'affaire, apres on
> > peut modifier librsvg (il y a aussi xrsvg, qui est une modif de rsvg
> > pour X directement). Cependant, un rapide coup d'oeil me dit que cette
> > modification serait relativement extensive, car le format GdkPixbuf
> > est
> > utiliser comme structure de donnée pour decoder les SVG, et certe il
> > n'y
> > a pas une grande quantite de fonctions externes, mais pas mal de
> > choses
> > privees. donc ...
> 
> Oui mais bon, y a-t-il une raison de se trimabller toutes les
> dépendances gtk ?

Mmm, effectivement, GdkPixbuf est inclus dans gtk, mais n'utilise pas
reellement les librairies gtk+. Tu a donc les dependances au niveau des
packages, mais pas au niveau des librairies. Comme dis, on peut faire
comme cela au debut, et apres on peut, si l'approche est pertinente,
modifier librsvg (ou utiliser libxrsvg, mais je ne sais pas son etat
d'avancement) ou la re-ecrire en caml.

> > Remarque, corriger moi si je me trompe, mais le code natif se lie
> > dynamiquement avec les librairies C utilises, et il en est de meme
> > avec
> > les librairies dll.so utiliser par le bytecode non custom. Donc, il
> 
> Oui, c'est comme si on avait un simple programme C linké avec
> les mêmes bibliothèques.
> 
> > s'agit juste d'avoir ces librairies installe sur le systeme, ce qui
> > n'est pas un gros probleme. Meme sur un desktop KDE, glib devrait etre
> > present.
> 
> De toute façon, il ya de grandes chances que gtk soit présent
> sur le système sauf si aucune application gtk est installée.

Oui, ...

> > Ceci dis, rsvg ne permet que d'agrandir/rapetisser des images, pas
> > d'effectuer des rotations ou autres. Cependant, comme le format SVG
> 
> Ah ? On a des données vectorielles et c'est à nous d'effectuer les
> opérations mathématiques ? On en revient presque à OpenGL alors.

Ben non, il suffit de mettre (rotation 90°) ou un truc comme cela devant
le path, c'est un peu comme tourner une figure postscript (voir mlgraph
par exemple). Je connais pas les details cependants.

> > est
> > un format XML et donc texte, il devrait etre possible d'appliquer a la
> > vollee des rotation de chemin ou autre, simplement en ajoutant un bout
> > de chaine de caractere. Et comme on fournit a librsvg un pointeur sur
> > la
> > chaine de caractere, rien de plus facile.
> > 
> > Une autre idée c'est d'ecrire, plus tard, notre propre decodeur de
> > SVG,
> > a priori, il y a pas de raison, ocaml devrait permettre de decoder du
> > SVG (du XML en fait) au moins aussi bien que du C, non ? Cela
> > permettrait du coup de l'etendre avec des possibilites de rotations et
> > autre.
> 
> Il faut se conformer au standard de toute façon. Je n'ai encore pas
> regardé ce que prévoit le standard en matière de manipulation de
> données.
> 
> > Bon, moi je suis partant pour realiser des bindings librsvg ce WE,
> > cela
> > ne devrait pas prendre plus d'une heure ou deux, et je devrait alors
> > pouvoir realiser un petit programme qui affiche des tuiles et les fait
> > descendre. Ce serait un debut de tetris, qu'il faudrait bien sur
> > completer par la logique du jeu et des graphismes, etc.
> 
> Il faudrait peut-être aussi pouvoir traiter des sprites binaires
> non ?

 ??? 

Une fois que tu a une une surface SDL, tu en fait ce que tu veut.

> Quel programme permet de produire des dessins et les sauvegarder
> au format SVG ? J'ai déjà été un peu graphiste, j'aimerai
> faire quelques tentatives.

Il y a des liens sous :

http://librsvg.sourceforge.net/links/

sodipodi pour gnome et karbon pour KDE.

Amicalement,

Sven Luther