unsigned int width = texture->w;
    unsigned int height = texture->h;
    unsigned int frameCounter = 0;
    
    for(int y=0; y<height; y+=hFrame) { // boucle des colonnes
        for(int x=0; x<width; x+=wFrame) { // boucle des lignes
            frameNumber[frameCounter].x = x;
            frameNumber[frameCounter].y = y;

            //rabote w/h si nécessaire
            frameNumber[frameCounter].w = (x+wFrame > width) ? (width - x) : wFrame;
            frameNumber[frameCounter].h = (y+hFrame > height) ? (height - y) : hFrame;
            ++frameCounter;
        }
    }

Je viens de recevoir ma fiche de paie.
Avant c'était marqué "développeur", et l'entreprise a décidé de "dégrader" le rang de tout le monde car on était payé en dessous du minimum syndical donc plutôt que d'augmenter les salaires ils ont fait ça.
Maintenant c'est noté "technicien de progr" ça existe ce terme ? j'avais jamais entendu parler de ça surtout que je fais toujours la même chose, du développement non stop ils ont pas le droit de faire ça normalement, si ?
vivement que mon contrat se termine en tout cas, j'en ai marre

Le changement de status sans avoir à resigner ton contrat c'est étrange oui

Le titre, ça ne change rien, il faut voir la position, le coef, le rang...

Par contre... il ne peut pas y avoir de changement de statut (que ce soit une promotion ou une rétrogradation) sans avenant, c'est strictement illégal. De plus, cet avenant doit être signé par les 2 parties (l'entreprise et le salarié), ce n'est pas une décision unilatérale (pour chaque changement à un contrat signé, il faut un avenant).

Tu es salarié en convention SYNTEC ? Si oui, si tu as moins de 26 ans, moins de 2 ans d'Xp & un Bac+5, tu dois être Cadre, position 1.2, coef 100.

Je te suggère donc très fortement de le faire remarquer au service comptable, ou à l'équivalent.

Divers liens :
positions SYNTEC : http://www.syntec-ingenierie.fr/media/uploads/convention_collective_nationale/annexe2-classificationdesingenieursetcadresi.c..pdf
minimaux conventionnés : https://sites.google.com//site/cfdtsage/salaires-minima

Je suis parti du principe que tu étais en SYNTEC, vu que c'est une convention collective très utilisée dans le monde professionnel informatique français.

Oui c'est bien syntec, merci

Merci à vous deux, ça a l'air de fonctionner. En fait je cherchais à augmenter x pour avoir une certaine logique dans mes sprites.

Voilà celui que j'utilise :

Car avec la méthode ci-dessus, les sprites sont agencés en colonnes. Est-ce mieux ? Si oui je vais changer ma palette de sprite

C'est surement ma logique qui n'est pas bonne.

J'ai aussi un soucis par contre, quand je quitte le programme, il me marque que le programme a cessé de fonctionner. On dirait que le problème vient du constructeur du joueur.

Je n'avais jamais eu de problème mais jusque maintenant je ne faisais pas d'animations.

Voici le constructeur et la structure joueur :

http://pastebin.com/vuvWUBea

La fonction d'hier changée :

http://pastebin.com/nFarEh0k (je n'ai pas mis de test pour le moment car mes sprites sont uniquement de taille pairs)

Ma fonction pour charger des images (jamais eu de problème avec mais on ne sait jamais)

http://pastebin.com/B74ZeCqk

Et une fonction pour initialiser simplement un SDL_Rect :

http://pastebin.com/8xZCTh23

As-tu essayé de lancer ton programme avec un débogueur pour essayer de trouver l'erreur?

Non du tout. Si je compile, il ne m'indique même pas un warning.

Par contre, je viens de voir déjà que je m'y prenais mal pour obtenir les dimensions de la texture, il faut utiliser la fonction SDL_QueryTexture avec SDL 2.0 apparemment.

Mais j'ai toujours le même soucis, c'est étrange...

Si je ne mets pas la fonction cuttingTexture dans le constructeur, il n'y a pas de problème, mais du coup pas de personnage

Le problème vient surement de la fonction... je vais la recommencer pour voir.

Quand ton programme crash quand tu le quittes, c'est souvent un problème de destruction de ressources.

A savoir que quand tu debug, si tu fermes la fenetre avec le X ça doit fermer correctement l'application, par contre si tu appuies sur le bouton pour stopper le debug, ça va killer l'application, donc tu auras pas l'erreur.

En regardant vite fait tu n'as pas l'air d'avoir alloué de la mémoire pour le membre *src de player mais je peux me tromper.

Pocolo, en effet je ne fais aucune opération pour allouer la mémoire à src.

Je pensais que ça le ferait si j'alloue la mémoire pour une variable de type player. Je me trompe donc alors ?

Paulop, même en fermant la console j'ai l'erreur

Ben oui ça va crasher sauf si tu clic la dessus : http://i.stack.imgur.com/HLU2J.png

Si tu es en mode debug et tu ferme avec la croix, tu devrais avoir l'erreur dans ton debugger.

" Je pensais que ça le ferait si j'alloue la mémoire pour une variable de type player. Je me trompe donc alors ? "

Tu te trompes oui, src étant un pointeur il compte juste pour 4 octets (ou 8 octets en 64 bits) dans la taille totale d'une structure Player. Il est supposé contenir une adresse mais vu que tu ne l'as pas initialisé il pointe n'importe où, il faut donc aussi que tu initialises de la mémoire pour src.

" que tu initialises de la mémoire "

Je voulais dire allouer.

En effet il m'indique des erreurs, par exemple :

1. 0 00401576 cuttingTexture(texture=0x3b5360, src=0xbaadf00d, wFrame=16, hFrame=16)

Ligne 35 de la fonction cuttingTexture. La voici tel que je l'ai :

http://pastebin.com/Ytak4jsz

La ligne 35 correspond à la ligne 14 sur pastebin.

0xbaadf00d

BadFood

Ta mémoire n'est pas initialisée, on en revient à ce que dis Pocolo du coup.