n'est-ce pas Beorges

et pourquoi pas, je vais faire ça je pense, avec un p'tit historique "du début" jusqu'à maintenant (mais complet, en premier article ça devrait être top je pense )

demain par contre (> 12h de route, tout ça)
en tout cas merci pour l'idée et je suis bien content que le projet plaît a certains

"Vinileflou Voir le profil de Vinileflou
Posté le 9 juillet 2012 à 22:25:25 Avertir un administrateur
Pourquoi des sprites de Ace Attorney/Kindgom Heart ? "

c'est pour finir la bétonnière ! dès qu'elle est entièrement fonctionnel je crée chaque sprite/background/musique en fonction du lore que j'ai prévue !

(bref, l'utilisation de ces sprites est temporaire le temps que toutes les fonctionnalités prévue pour le jeu soit présente et "utilisable/jouable" )

(ah oui, la bétonnière c'est le moteur de jeu )

J'ai améliorer le moteur
Les animations sont mieux gérer et mieux foutu... (le moteur gère les animations diagonales et horizontales maintenant )

et je n'ai pas de limitation sur le nombre d'animation et leurs tailles... On imagine une "sprite" contenant toutes les animations du personnage... On aura droit a ces animations de base (déplacement) faisant 48px sur 55py faisant 4 frames, son avatar faciale animé (pour le menu) disons 45px sur 45py pour 10 frames, et ces animations de "combat" faisant 150px par 150py avec 8 frames... (la grosse bêbête n'empêche ) (et aussi la vitesse de chaque animation... sa déconne là par contre )

bref en illustration sa donne ça :

tout fonctionne sans problème

+ je vais voir pour créer un dev blog

Ouah, ça à l'air bien.

Bon... J'ai créer un "dev-blog"...

J'ai réexpliquer une bonne partie de tout ce que j'ai déjà dit ici... J'ai l'impression qui il y a beaucoup de répétition... mais bon, la relecture c'est pour demain, là, je suis crevé

http://phoenixsource.eklablog.com/

(PhoenixSource c'est le nom de code du projet ) (le temps d'avoir un titre quoi... )

demain, je ponds deux-trois nouveaux articles de ce que j'ai déjà mis ici et ensuite toutes les news se feront là-bas

(demain je parle des parchemins, potions, spells, monstres et le "combat" ) (ou la théorie des combats, ce que je souhaite faire et ce qui me semble intéressant )

Nice

Mais tu vas dessiner tes sprites toi-même ?

La théorie souhaite que oui... mais deux-trois personnes m'ont proposer leurs aides :p

Je doit donc voir avec eux je pense, mais ça ne se fera pas avant Aout je pense. Le temps que tout soit absolument jouable (plein de bug, mais jouable )

Bon.
Deux nouveaux articles sont en ligne.
Le deuxième parle des combats.
Le troisième montre l'évolution d'hier a aujourd'hui... (je ne sais pas comment mettre des miniatures sur ce "site", faut que je regarde mieux )

Je trouve les 3 premiers articles bidons n'empêches (beaucoup de répétition etc. )

Bref.
Le jour et la nuit est là ! (bon, c'est pas full intégrer, mais ça fonctionne quoi, c'est déjà ça )

http://phoenixsource.eklalablog.com/jour-nuit-a47429998

Ce n'est pas écrit dans l'article (vue que ce n'est pas certains a 100% que ce soit intégrer, mais il y a une petite chance pour que les monstres soit un chouilla plus puissant pendant la nuit )

Comment t'as appris le langage C ? Tout seul ?

Personnellement j'avais commencer le C++ je m'était arrêter assez vite je confondais tout j'était pas autonome du tout je recopiait tout.

Sinon bonne chance pour ton projet, t'es tout seul dessus ?

Oui. Je travail tout seul sur le projet
et j'ai appris le C/C++ avec des bouquins/docs

(le C++ je l'ai appris avec des bouquins principalement )

et pour les observateurs (quoique, le screen de base remonte de plusieurs mois ) le screen J/N est une reprise de l'écran title

(re-mémo : écran titre -> )

le screen J/N est sur le blog

Tu gere les collisons avec des tableaux (case par case ) ou pixel par pixel ?

pourquoi ce moqueur ? hein ?
c'est du case par case, on a dit RPG des années 80-90

il y avait des limitations techniques a l'époque et je veux les "mêmes limitations"

Si je me trompe pas d'ailleurs, il arrivait a l'époque que certaine spitte clignote ou un truc du genre... je vais ré-intégrer ça ici et là

C'était du clipping.
Sinon, tu fais case par case parce que t'as pas les moyens ?

comment ça j'ai pas les moyens ?

Bah c'est trop compliquer pour toi, ou les collisions tout ça c'est trop long à gérer.

Ce parce que si t'etait vraiment saso tu le ferait pixel par pixel.
Je sais même pas si la lib SDL le permet sans faire de l'objet

J'ai pas envoyer de me faire chi*

Le jeu charge de deux manières les "morceaux" de carte. La première charge et affichage la carte case par case et la seconde charge un "fond/background" en une fois (une image quoi)... et gérer les collisions en case par case est plus facile, moins chiant

"EtudieLeFlipper Voir le profil de EtudieLeFlipper
Posté le 12 juillet 2012 à 23:21:48 Avertir un administrateur
Ce parce que si t'etait vraiment saso tu le ferait pixel par pixel.
Je sais même pas si la lib SDL le permet sans faire de l'objet "

sans faire de l'objet ?
ça te bouffe que je le fasse pas en C++ hein ?

et tout est possible/faisable ! il n'y a pas de limite dans ce que nous codons... la seule limite est l'imagination a mettre en place un système/concept

+ j'ai voulu écrire "envie" et non envoyer dans le premier message de mon précédent post