/* Topic des codeurs couche-tard [3] */

Pylades · Le 08/01/2011, à 21:02

Doxygen a un nouveau CSS par défaut !

Je vais vous surprendre, mais… j'aime ce nouveau CSS.

tshirtman · Le 08/01/2011, à 23:16

Rolinh · Le 08/01/2011, à 23:17

Bn

:!pakman · Le 09/01/2011, à 00:29

plop les codeurs
Je code mon pakman en ce moment !
1er vrai projet en C (comprenez qui à plus de chances que les autres d'aboutir ), pour apprendre à se servir de la SDL (et pour s'amuser aussi !)

Dernière modification par :!pakman (Le 09/01/2011, à 00:31)

grim7reaper · Le 09/01/2011, à 00:40

Le C c'est bien (et la SDL aussi) :]

:!pakman · Le 09/01/2011, à 00:47

grim7reaper a écrit :

Le C c'est bien (et la SDL aussi) :]

Wéh !
T'a l'air de bien gérer en SDL grim, esque tu penses que 40 % du CPU utilisé c'est beaucoup ? Lorsque je récupères des évènements SDL mousemotion et que je les traites, mon cpu tournes à 40 %... En même temps, quand on voit le nombre d'évènements produits...

Edit : mon cpu : 2 Ghz mono-cœur, pas très puissant...

Dernière modification par :!pakman (Le 09/01/2011, à 00:54)

grim7reaper · Le 09/01/2011, à 00:55

:!pakman a écrit :

grim7reaper a écrit :
Le C c'est bien (et la SDL aussi) :]
Wéh !
T'a l'air de bien gérer en SDL grim

Jme débrouille un peu, j'ai déjà fais 2-3 trucs avec.
Mais je ne suis pas non plus un cador dans ce domaine

:!pakman a écrit :

esque tu penses que 40 % du CPU utilisé c'est beaucoup ?

Ça dépend de ce que tu fais comme traitement (et éventuellement de ton CPU) ^_^

:!pakman a écrit :

Lorsque je récupères des évènements SDL mousemotion et que je les traites, mon cpu tournes à 40 %... En même temps, quand on voit le nombre d'évènements produits...

Ouais, c'est ça qui est chiant, tu as un événement par déplacement donc tu es vite spammé
Tu gères les évenements comment ? Avec poll ? Tu régules le framerate ?

Dernière modification par grim7reaper (Le 09/01/2011, à 00:57)

:!pakman · Le 09/01/2011, à 01:09

Pour l'instant, pakman ne bouge pas, je n'ai pas encore commencé à coder le jeu en lui-même.
Je fait l'éditeur de niveaux, qui est presque terminé (l'éditeur en lui me vient d'être terminé, il faut maintenant que j'implémente les fonctions importer et enregistrer).
Je gères donc les évents avec SDL waitEvent.

Mais pour le jeu, ce sera poll event. J'utiliserai sans doute des timers ou SDL Delay...

Dernière modification par :!pakman (Le 09/01/2011, à 01:10)

grim7reaper · Le 09/01/2011, à 01:10

C'est bizarre que ça bouffe autant (quoique ça dépend des traitements après, mais bon…).

Tu utilises les SDL_MOUSEMOTION pour quoi ?

:!pakman · Le 09/01/2011, à 01:11

grim7reaper a écrit :

C'est bizarre que ça bouffe autant (quoique ça dépend des traitements après, mais bon…).
Tu utilises les SDL_MOUSEMOTION pour quoi ?

Je les utilises pour le menu, et pour l'éditeur de niveaux.

Edit : Tu veux les sources + l'exe ? Je peux les mettre sur mega upload si tu veux
Par contre les sources sont mal commentés (saimoche ! )

Dernière modification par :!pakman (Le 09/01/2011, à 01:15)

grim7reaper · Le 09/01/2011, à 01:14

Ça je m'en doute ^_^, mais pour faire quoi exactement ?
En gros, tu fais quoi comme traitement quand tu as un SDL_MOUSEMOTION dans ta boucle ?

:!pakman a écrit :

Edit : Tu veux les sources + l'exe ? Je peux les mettre sur mega upload si tu veux

Ouais, ça serait plus pratique.
Par contre, les sources suffiront (après je peux compiler chez moi, c'est pas un problème ).

:!pakman a écrit :

Par contre les sources sont mal commentés (saimoche ! )

Tant que le code est propre (ma ligne de compil' gueuleras le cas échéant )

Dernière modification par grim7reaper (Le 09/01/2011, à 01:17)

:!pakman · Le 09/01/2011, à 01:20

roger !
Je te met les sources en lignes. Elles arrivent...
Tu décompresses, tu te déplace dans le dossier pakman qui contient les ressources et le code, et tu compiles (enfin bon ^^ tu sait faire tout ça, je sait bien, mais par gain de temps... ) :
~/Bureau/Pakman$ gcc main.c menu.c editeur.c fonctions_editeur.c begin_editeur.c -o pakman -lSDL -lSDL_image -Wall

Edit: je crois qu'il faut que la sdl et sdl_image soient installées sur ton ordi.

Dernière modification par :!pakman (Le 09/01/2011, à 01:21)

grim7reaper · Le 09/01/2011, à 01:22

T'inquiète, j'ai tout ce qu'il faut .
J'ai même un Makefile tout prêt pour compiler un projet SDL, j'ai juste à lui donner le nom de l'exécutable à créer et à faire make.

Dernière modification par grim7reaper (Le 09/01/2011, à 01:22)

:!pakman · Le 09/01/2011, à 01:26

Ptit problème avec tar, mais ça vient ça vient ^^ (la honte )
(longtemps que je ne l'ai pas utilisée ^^)

Dernière modification par :!pakman (Le 09/01/2011, à 01:28)

The Uploader · Le 09/01/2011, à 01:28

Tu m'as fait penser à cette... chose :

mon esprit dément a écrit :

c'est l'topic des codeurs couche-tar.

C'est nul, je sais. Mais fallait que ça sorte. >_<'

grim7reaper · Le 09/01/2011, à 01:28

@:!pakman : Pour faire un tar.gz de ton dossier de travail.

tar czvf dossier.tar.gz dossier

@The Uploader : toi tu as encore abusé d'ActionScript…
Tu joues avec ta santé tu sais

Dernière modification par grim7reaper (Le 09/01/2011, à 01:30)

:!pakman · Le 09/01/2011, à 01:29

The Uploader a écrit :

Tu m'as fait penser à cette... chose :
mon esprit dément a écrit :
c'est l'topic des codeurs couche-tar.
C'est nul, je sais. Mais fallait que ça sorte. >_<'

On est pas couchés en effet (jeu de mot x 2 ^^)

Merci grim

Dernière modification par :!pakman (Le 09/01/2011, à 01:32)

:!pakman · Le 09/01/2011, à 01:32

Voila ! Laborieux pour un simple tar...
http://www.megaupload.com/?d=HPOK309U

( Tu peux supprimer l'archive v, si tu l'a, à l'intérieur de ton dossier Pakman, c'est un fail ^^)

Edit : J'ai vérifié, tu n'a pas l'archive v en trop, je l'ai supprimée avant l'envoi.

Dernière modification par :!pakman (Le 09/01/2011, à 01:36)

grim7reaper · Le 09/01/2011, à 01:37

Pour ceux qui veulent le télécharger, je le mets à dispo ici (ça évite d'avoir le temps d'attente).

grim7reaper · Le 09/01/2011, à 01:40

@:!pakman : Première remarque, les commentaires // c'est pas du C mais du C++ (ou du C99 à la limite).
Comme tu ne codes pas en C99 (sinon tu utiliserais le type bool au lieu de ton enum), il faudra les remplacer par des commentaires /* */

Dernière modification par grim7reaper (Le 09/01/2011, à 01:40)

The Uploader · Le 09/01/2011, à 01:42

grim7reaper a écrit :

@The Uploader : toi tu as encore abusé d'ActionScript…
Tu joues avec ta santé tu sais

Je sais!
Mais encore quelques

this.gPaper.GetSprite().addEventListener(Event.MOUSE_CLICK,this.paper_click);

(gPaper étant du type ObjectDisplayer, une classe delegate que j'ai faite pour les sprites pour éviter des copier/coller à chaque fois que j'en utilise...)
et j'aurais fini! \o/
(enfin, pour cette fois...... )

En fait, j'ai perdu trop de temps à factoriser/nettoyer le code horrible du prof', du coup tout le monde a rendu avant moi.
(et je travaille tout seul dans un groupe de 2)
(et le langage n'aide pas)

Heureusement on repart sur MicroMachines (C+SDL finalement, je trouve que je fais pas assez de C).
(je bloque juste pour faire une boucle sur les touches flèches, ça fait une boucle infinie - car je dois gérer l'accélération/décélération de la voiture.. donc les "y = (touches[SDLK_UP]) ? y-1 : y;" ne suffisent plus même si je les trouvai beaux! )

Tiens, tarif de groupe :
tshirtman m'a dégoûté de Ruby (du moins d'une partie de sa communauté) avec le lien qu'il m'a donné. (merci! XD)

Et voici mon super script Gimp qui plante dès le début : (c'est encore un autre projet)

(define (script-fu-comicer filename_in)
    (let* ( (filename_out (string-append filenamein "_cmc"))
        (image (car (gimp-file-load 1 filename_in filename_in)))
        (drawable (car (gimp-image-get-active-layer image))) )    
    (gimp-image-undo-disable image)
    (gimp-image-add-layer image layer1 0)
    (gimp-image-add-layer image layer2 1)
    (gimp-image-add-layer image layer3 2)
    (gimp-threshold layer1 191 255)
    (plug-in-gauss layer2 NON-INTERACTIVE 7.0 1.0 TRUE TRUE)
    (gimp-threshold layer2 191 255)
    (gimp-levels layer2 255 240)
    (gimp-layer-set-mode layer1 MULTIPLY-MODE)
    (gimp-image-raise-layer-to-top image layer3)
    (gimp-add-layer (gimp-layer-copy layer3) layer4 4)
    (gimp-merge-down layer2)
    (gimp-layer-set-mode layer1 COLOR-MODE)
    (gimp-layer-set-mode layer3 SATURATION-MODE)
    (plug-in-blur layer4 NON-INTERACTIVE 2.0 2.0 TRUE TRUE)
    (gimp-merge-down layer1)
    (gimp-merge-down layer3)
    (gimp-displays-flush)
    (gimp-file-save RUN-NONINTERACTIVE image drawable filename_out)

C'est cool Gimp : pas de doc' de l'API + Scheme pas standard = codage dans le noir et maux de têtes et échecs à répétition. >_>

Dernière modification par The Uploader (Le 09/01/2011, à 01:43)

:!pakman · Le 09/01/2011, à 01:42

grim7reaper a écrit :

Pour ceux qui veulent le télécharger, je le mets à dispo ici (ça évite d'avoir le temps d'attente).

Sympa, merci ! Pratique en effet d'avoir son propre domaine

Sinon, pour l'éditeur de lvls :

-Molette pour faire tourner les blocs bleus (les murs.)
-Petite icone E orange devient un L quand on clique dessus, cela bloque l'edition (c'est un cadenas sur la map)
- Le bloc tout à gauche avec l'ovale bleu et blanc qui ressemble à rien est la gomme... Vous pouvez admirer mes talents de graphiste (toutes les images sont et seront de moi, la police utilisée pour le menu est la police Ubuntu)

C'est tout pour le moment

Edit :
D'ac pour les comments Mais c'est bizarre, gcc plante pas... Oo

Dernière modification par :!pakman (Le 09/01/2011, à 01:47)

grim7reaper · Le 09/01/2011, à 01:45

Pour la molette, j'avais trouvé (c'est plutôt instinctif, du moins pour moi, donc c'est pas mal d'avoir fait comme ça) .

Bah le nom de domaine, c'est rien de plus qu'un domaine no-ip, pas de quoi fouetter un chat ^_^

:!pakman a écrit :

Edit :
D'ac pour les comments Mais c'est bizarre, gcc plante pas... Oo

Normal (enfin si on veux), par défaut gcc accepte le C99 (ptetr même du GNU C aussi, j'ai jamais essayé).
Mais dès que tu veux compiler en C ANSI, là il te sort des erreurs dessus.
Par défaut, gcc est extrêmement laxiste.

Sinon, c'est bien aussi de ne pas avoir de lignes trop longues (80 caractères c'est un bon maximum je pense, comme ça ça reste facilement lisible), d'où l'intérêt des commentaires multilignes

Sinon, il faut éviter au maximum les nombres « magiques » et utiliser des #define et/ou des constantes globales pour rendre le code plus explicite (et plus facilement maintenable/modifiable).
Dans ce bout de code, il y a un peu trop de « magie » à mon goût

            if ((event.button.y >= 80) && (event.button.y <= 580)) // si la souris est quelque part sur la grille
            {
                if ((event.button.x >= 0) && (event.button.x <= 700))
                {
                    x = 0;
                    y = 0;
                    continuerY = True;
                    while ((x < 14) && (continuerY == True)) // on regarde la case a laquelle on se trouve
                    {
                        while ((y < 10) && (continuerY == True))
                        {
                            if ((event.button.x >= posCarre[x][y].x) && (event.button.x <= (posCarre[x][y].x + 50)))
                            {
                                if ((event.button.y >= posCarre[x][y].y) && (event.button.y <= (posCarre[x][y].y + 50)))
                                {
                                    if (tabPos[7] < 7)
                                    {
                                        for (i = 0 ; i < 7 ; i++)
                                        {
                                            if (tabPos[7] == i) // test si c'est une des 7 premieres images
                                            {
                                                if (i == 0) // si user a cliqué sur 1 case de la grille avec la gomme
                                                {
                                                    
                                                    SDL_BlitSurface(image[15], NULL, ecran, &posCarre[x][y]); // effacer case actuelle
                                                    carte[x][y] = lettre[i];
                                                    SDL_BlitSurface(image[13], NULL, ecran, &posCarre[x][y]);

Un peu trop de niveau d'imbrication aussi, mais il faut que je regarde plus en détail.

Petit astuce pour

char lettre[23] = "ABCDEFGHIJKLMNOPQRSTUVW";

Le compilo peut calculer la taille tout seul, donc

char lettre[] = "ABCDEFGHIJKLMNOPQRSTUVW";

fonctionne aussi et évite les erreurs

Dernière modification par grim7reaper (Le 09/01/2011, à 01:55)

:!pakman · Le 09/01/2011, à 01:52

D'accord, merci !
Alors, ça te parait bon ou pas, comme début ?
Des trucs à changer ?

Je laisse mon projet avec des libs dynamiques ? Ou je le link avec des statiques (je sait pas faire ça...) ?

grim7reaper a écrit :

Sinon, c'est bien aussi de ne pas avoir de lignes trop longues (80 caractères c'est un bon maximum je pense, comme ça ça reste facilement lisible), d'où l'intérêt des commentaires multilignes

Dans certains fichiers, genre fonctions_editeur.c ou begin_editeur.c (qui contiennent chacun des fonctions de editeur.c), certaines des lignes sont trop longues je pense...

Dernière modification par :!pakman (Le 09/01/2011, à 01:56)

grim7reaper · Le 09/01/2011, à 01:57

Le code me semble pas trop mauvais visuellement parlant (j'ai vu mieux c'est sûr, mais j'ai aussi vu bien pire ^_^), après faut que je regarde plus en détail.
Sinon graphiquement parlant, c'est plus beau que ce que je suis capable de faire (je suis une sinistre merde en graphisme…).

Pour les bibliothèques, si tu parles de la SDL & cie, je te conseille de laisser en dynamique.

Dernière modification par grim7reaper (Le 09/01/2011, à 01:57)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#926 Le 08/01/2011, à 21:02

Re : /* Topic des codeurs couche-tard [3] */

#927 Le 08/01/2011, à 23:16

Re : /* Topic des codeurs couche-tard [3] */

#928 Le 08/01/2011, à 23:17

Re : /* Topic des codeurs couche-tard [3] */

#929 Le 09/01/2011, à 00:29

Re : /* Topic des codeurs couche-tard [3] */

#930 Le 09/01/2011, à 00:40

Re : /* Topic des codeurs couche-tard [3] */

#931 Le 09/01/2011, à 00:47

Re : /* Topic des codeurs couche-tard [3] */

#932 Le 09/01/2011, à 00:55

Re : /* Topic des codeurs couche-tard [3] */

#933 Le 09/01/2011, à 01:09

Re : /* Topic des codeurs couche-tard [3] */

#934 Le 09/01/2011, à 01:10

Re : /* Topic des codeurs couche-tard [3] */

#935 Le 09/01/2011, à 01:11

Re : /* Topic des codeurs couche-tard [3] */

#936 Le 09/01/2011, à 01:14

Re : /* Topic des codeurs couche-tard [3] */

#937 Le 09/01/2011, à 01:20

Re : /* Topic des codeurs couche-tard [3] */

#938 Le 09/01/2011, à 01:22

Re : /* Topic des codeurs couche-tard [3] */

#939 Le 09/01/2011, à 01:26

Re : /* Topic des codeurs couche-tard [3] */

#940 Le 09/01/2011, à 01:28

Re : /* Topic des codeurs couche-tard [3] */

#941 Le 09/01/2011, à 01:28

Re : /* Topic des codeurs couche-tard [3] */

#942 Le 09/01/2011, à 01:29

Re : /* Topic des codeurs couche-tard [3] */

#943 Le 09/01/2011, à 01:32

Re : /* Topic des codeurs couche-tard [3] */

#944 Le 09/01/2011, à 01:37

Re : /* Topic des codeurs couche-tard [3] */

#945 Le 09/01/2011, à 01:40

Re : /* Topic des codeurs couche-tard [3] */

#946 Le 09/01/2011, à 01:42

Re : /* Topic des codeurs couche-tard [3] */

#947 Le 09/01/2011, à 01:42

Re : /* Topic des codeurs couche-tard [3] */

#948 Le 09/01/2011, à 01:45

Re : /* Topic des codeurs couche-tard [3] */

#949 Le 09/01/2011, à 01:52

Re : /* Topic des codeurs couche-tard [3] */

#950 Le 09/01/2011, à 01:57

Re : /* Topic des codeurs couche-tard [3] */

Pied de page des forums