Bonjour à tous,
J'essaie d'apprendre les bases pour faire un shmup dans UNITY.
Je ne suis pas encore prêt techniquement à faire un jeu complet donc j'apprend petit à petit les mécaniques essentielles propres à ce genre.
Ci-dessous, mes deux premières tentatives :
Dites-moi quelles étapes faire par la suite !!!
Merci !!!
WIP SHMUP : Apprendre les bases
- Radigo
- Counter Stop
- Messages : 7577
- Inscription : 22 mai 2003, 17:31
- Localisation : Paris
- Contact :
![](http://hiscores.shmup.com/player/7/medals.png)
Je suis du genre à défendre bec et ongle le concept, le level design et le game design avant tout, mais il faut bien avouer que les meilleurs (là j'ai mal orthographié "shmups" mais promis je ne recommencerai plus) ont aussi un design soigné et une mise en scène qui tabasse (Under Defeat...).
Donc, oui mettre tout ça dans un environnement un peu plus concret ça peut être une étape importante pour rendre le jeu un peu plus sympa.
Sinon, en restant dans l'abstrait, je ne pense pas que chercher à corriger tous les problèmes soit une bonne idée Das l'absolue. Les problèmes qui mènent à des situations favorables au joueur (les missiles qui tournent à l'infini) sont cools, c'est extrêmement gratifiant pour le joueur de trouver des safe-spots, surtout si on sent que ça 'a pas été prévu.
Donc, oui mettre tout ça dans un environnement un peu plus concret ça peut être une étape importante pour rendre le jeu un peu plus sympa.
Sinon, en restant dans l'abstrait, je ne pense pas que chercher à corriger tous les problèmes soit une bonne idée Das l'absolue. Les problèmes qui mènent à des situations favorables au joueur (les missiles qui tournent à l'infini) sont cools, c'est extrêmement gratifiant pour le joueur de trouver des safe-spots, surtout si on sent que ça 'a pas été prévu.
"HYPER GAGE : 500%"
![Image](http://hiscores.shmup.com/player/226/signature.png)
![Image](http://hiscores.shmup.com/player/226/signature.png)
- Alec
- King Fossile
- Messages : 15789
- Inscription : 12 juil. 2004, 18:04
- Localisation : nstc-j
![](http://hiscores.shmup.com/player/497/medals.png)
Oui Radigo je suis d'accord mais si ça reste abstrait trop longtemps, enfin perso ça me frustrerai à mort que mon vaisseau/insecte/petite fée/sorcière dénudée/alien ne prenne pas vie lors des tests.
Idem pour les spirites de tirs et un peu de décor.... ça veut pas dire faire le jeu au fur et à mesure mais savoir vers quoi on se tourne AU DEPART !
Tout en testant des concepts de gameplay et de level design on peut utiliser quelques bricoles en 2d ou en 3d, c'est plus vivant et plus motivant je trouve....
Enfin avec le recul je suis plus du genre à planter le décor avant le concept et le gameplay...... l'inverse est sûrement possible![Très content :D](./images/smilies/biggrin.gif)
Idem pour les spirites de tirs et un peu de décor.... ça veut pas dire faire le jeu au fur et à mesure mais savoir vers quoi on se tourne AU DEPART !
Tout en testant des concepts de gameplay et de level design on peut utiliser quelques bricoles en 2d ou en 3d, c'est plus vivant et plus motivant je trouve....
Enfin avec le recul je suis plus du genre à planter le décor avant le concept et le gameplay...... l'inverse est sûrement possible
![Très content :D](./images/smilies/biggrin.gif)
![Image](https://live.staticflickr.com/65535/50996566413_b1d16689b9_s.jpg)
![Image](https://live.staticflickr.com/65535/50981838682_4c4ecb04c9_s.jpg)
![Image](https://live.staticflickr.com/65535/50981731021_499fc1accd_o.png)
- 9uile
- No-bullet mode
- Messages : 27
- Inscription : 03 mars 2020, 17:04
![](http://hiscores.shmup.com/player/35336/medals.png)
En fait, j'essaie de commencer par les fonctions de bases au niveau du développement.
En ce moment, je suis sur les tirs des ennemis. C'est un peu important dans ce type de jeux
.
Je ne vous cache pas que j'aimerais bosser sur le design et tout et tout mais j'ai quelques trucs à finir avant dont choisir ma résolution d'écran finale pour éviter des problèmes d'échelle au niveau des dimensions des sprites. J'hésite aussi avec l'orientation du jeu Horizontale/Verticale.
J'espère pouvoir publier prochainement la troisième vidéo mais à chaque fois, j'ai des nouvelles idées de tirs et j'aimerai être satisfait sur ce point avant de passer au suivant qui sera les POWER UP !.
En ce moment, je suis sur les tirs des ennemis. C'est un peu important dans ce type de jeux
![smile :)](./images/smilies/content2.gif)
Je ne vous cache pas que j'aimerais bosser sur le design et tout et tout mais j'ai quelques trucs à finir avant dont choisir ma résolution d'écran finale pour éviter des problèmes d'échelle au niveau des dimensions des sprites. J'hésite aussi avec l'orientation du jeu Horizontale/Verticale.
J'espère pouvoir publier prochainement la troisième vidéo mais à chaque fois, j'ai des nouvelles idées de tirs et j'aimerai être satisfait sur ce point avant de passer au suivant qui sera les POWER UP !.
- M.Knight
- Empereur Bydo
- Messages : 3316
- Inscription : 24 déc. 2010, 11:28
![](http://hiscores.shmup.com/player/6309/medals.png)
Ah ouais pas mal du tout les missiles homing! Perso j'ai mis des années avant d'enfin bosser sérieusement sur un missile homing décent et le mettre dans l'jeu.
A quand des boss Taito-esques avec des lasers à tête chercheuse dans le même style?
En tout cas, ouais c'est cool de te lancer dans ton projet! Je comprends bien la démarche de vouloir maîtriser les bases avant de partir dans un truc sérieux avec un design précis. Avoir juste des cubes qui se lancent des boules dans la tronche pendant un certain temps c'est loin d'être un problème, tant que ça te permet de créer une base solide. Les assets visuels et artistiques ça peut venir après, quand t'auras déjà un peu mieux maîtrisé Unity et que t'as une idée de game design/scoring/univers/etc.
Perso' j'suis du genre à pas trouver d'intérêt aux powerup dans les shmups mais ça peut être intéressant à coder pour toi. Pourquoi pas essayer de programmer différents types d'armes d'ailleurs? Un tir classique est assez simple et fait des dégâts pour chaque collision, mais quid d'un tir perçant qui ferait donc des dégâts de contact par game loop? (tiens d'ailleurs ça pousse à découpler la game logic de la visual logic et éviter d'avoir des trucs chelou en moniteur 120Hz) Et pourquoi pas un missile explosif qui ferait des dégâts en AoE? Un tir qui se locke sur un ennemi et lui inflige des dégâts en continu? Y a moyen d'expérimenter divers exercices de codage de cette façon j'ai l'impression.
Autre possibilité : tester le scrolling horizontal que t'as dans certains shmups verticaux quand tu t'approches des rebords. Cela arrive dans les jeux où la largeur de la zone de jeu est plus grande que la zone affichée à l'écran. Et du coup ça te pousse aussi à gérer la position des ennemis en fonction. (et empêcher les tirs de ceux qui sont offscreen)
Et puis une bonne ambiance et des persos/vaisseaux/décors mémorables ça donne au jeu une identité qui lui permettra de se démarquer bien plus! T'as des shoots qui sont plutôt bons et travaillés genre les Danmaku Unlimited qui seraient sûrement plus joués si leur univers visuel n'était pas aussi froid et dénué de personnalité.
![Très content :D](./images/smilies/biggrin.gif)
A quand des boss Taito-esques avec des lasers à tête chercheuse dans le même style?
![Mr. Green :mrgreen:](./images/smilies/icon_mrgreen.gif)
En tout cas, ouais c'est cool de te lancer dans ton projet! Je comprends bien la démarche de vouloir maîtriser les bases avant de partir dans un truc sérieux avec un design précis. Avoir juste des cubes qui se lancent des boules dans la tronche pendant un certain temps c'est loin d'être un problème, tant que ça te permet de créer une base solide. Les assets visuels et artistiques ça peut venir après, quand t'auras déjà un peu mieux maîtrisé Unity et que t'as une idée de game design/scoring/univers/etc.
Perso' j'suis du genre à pas trouver d'intérêt aux powerup dans les shmups mais ça peut être intéressant à coder pour toi. Pourquoi pas essayer de programmer différents types d'armes d'ailleurs? Un tir classique est assez simple et fait des dégâts pour chaque collision, mais quid d'un tir perçant qui ferait donc des dégâts de contact par game loop? (tiens d'ailleurs ça pousse à découpler la game logic de la visual logic et éviter d'avoir des trucs chelou en moniteur 120Hz) Et pourquoi pas un missile explosif qui ferait des dégâts en AoE? Un tir qui se locke sur un ennemi et lui inflige des dégâts en continu? Y a moyen d'expérimenter divers exercices de codage de cette façon j'ai l'impression.
Autre possibilité : tester le scrolling horizontal que t'as dans certains shmups verticaux quand tu t'approches des rebords. Cela arrive dans les jeux où la largeur de la zone de jeu est plus grande que la zone affichée à l'écran. Et du coup ça te pousse aussi à gérer la position des ennemis en fonction. (et empêcher les tirs de ceux qui sont offscreen)
C'est clair que l'univers visuel et la mise en scène sont pas à négliger! Tu peux d'ailleurs avoir des jeux au level design absolument catastrophique comme les Tatsujin qui arrivent quand même à avoir des fans, notamment via leur pixel-art impeccable et les musiques sympathiques.Radigo a écrit : ↑04 mars 2020, 17:18Je suis du genre à défendre bec et ongle le concept, le level design et le game design avant tout, mais il faut bien avouer que les meilleurs (là j'ai mal orthographié "shmups" mais promis je ne recommencerai plus) ont aussi un design soigné et une mise en scène qui tabasse (Under Defeat...).
![Mr. Green :mrgreen:](./images/smilies/icon_mrgreen.gif)
Et puis une bonne ambiance et des persos/vaisseaux/décors mémorables ça donne au jeu une identité qui lui permettra de se démarquer bien plus! T'as des shoots qui sont plutôt bons et travaillés genre les Danmaku Unlimited qui seraient sûrement plus joués si leur univers visuel n'était pas aussi froid et dénué de personnalité.
Après avoir vu comment d'autres devs de shmups marchent, j'ai l'impression que les deux possibilités existent. Certains auront besoin de se créer un univers et un concept pour avoir l'inspiration, alors que d'autres vont prototyper avec des assets moches et basiques. Les deux se valent mais si tu pars direct sur une ambiance spécifique, il faudra quand même se laisser une bonne marge de manœuvre dans le cas où les résultats de ton prototypage technique matchent pas forcément ton concept d’histoire/persos/etc.Alec a écrit : ↑04 mars 2020, 19:13Oui Radigo je suis d'accord mais si ça reste abstrait trop longtemps, enfin perso ça me frustrerai à mort que mon vaisseau/insecte/petite fée/sorcière dénudée/alien ne prenne pas vie lors des tests.
Idem pour les spirites de tirs et un peu de décor.... ça veut pas dire faire le jeu au fur et à mesure mais savoir vers quoi on se tourne AU DEPART !
Tout en testant des concepts de gameplay et de level design on peut utiliser quelques bricoles en 2d ou en 3d, c'est plus vivant et plus motivant je trouve....
Enfin avec le recul je suis plus du genre à planter le décor avant le concept et le gameplay...... l'inverse est sûrement possible![]()
- 9uile
- No-bullet mode
- Messages : 27
- Inscription : 03 mars 2020, 17:04
![](http://hiscores.shmup.com/player/35336/medals.png)
Salut M.Knight,
Merci pour ta réponse, c'est très intéressant d'avoir l'avis d'autres personnes. En fait, je ne cache pas que mon objectif est de ne pas aller trop vite. Sinon, ca à trop souvent abouti pour moi à un fouarage. Une idée sympa, quelques scènes vites faites. Puis au fil du temps, les bugs remontent en surface et s'étant un peu trop éparpillé, le projet avorte faute de temps.
Cette fois ci, je me donne le temps pour des fonctions essentielles et une fois qu'elles sont ok, je passe à autres chose. C'est toujours plus facile de corriger le code quand il est frais dans la tête.
Si une maquette du jeu est cool sans design, c'est déjà un bon départ.![smile :)](./images/smilies/content2.gif)
J'ai vu ton jeu en développement, c'est sympa. Ca fait combien de temps que tu bosses dessus ? C'est sur UNITY ?
Merci pour ta réponse, c'est très intéressant d'avoir l'avis d'autres personnes. En fait, je ne cache pas que mon objectif est de ne pas aller trop vite. Sinon, ca à trop souvent abouti pour moi à un fouarage. Une idée sympa, quelques scènes vites faites. Puis au fil du temps, les bugs remontent en surface et s'étant un peu trop éparpillé, le projet avorte faute de temps.
Cette fois ci, je me donne le temps pour des fonctions essentielles et une fois qu'elles sont ok, je passe à autres chose. C'est toujours plus facile de corriger le code quand il est frais dans la tête.
Si une maquette du jeu est cool sans design, c'est déjà un bon départ.
![smile :)](./images/smilies/content2.gif)
J'ai vu ton jeu en développement, c'est sympa. Ca fait combien de temps que tu bosses dessus ? C'est sur UNITY ?
- M.Knight
- Empereur Bydo
- Messages : 3316
- Inscription : 24 déc. 2010, 11:28
![](http://hiscores.shmup.com/player/6309/medals.png)
Ah oui, les joies du code legacy et des démons virtuels du passé (qu'on a invoqués nous mêmes!) qui rendent la base de code de plus en plus galère à comprendre et utiliser.
Même pour un shmup qui semble pas trop complexe, il y a bien moyen de s'emmêler les pinceaux. Donc c'est très bien que tu veuilles poser des bases solides et pas aller trop vite. Après tu pourras toujours être amené à devoir réécrire des parties de ton code par la suite, et ça voudra pas forcément dire que tu t'es foiré quelque part. Et des bugs tu risqueras d'en avoir tout le temps, c'est normal. La différence est de savoir si c'est des cas un peu obscurs/spécifiques (genre des events déclenchés à la même game loop/frame que t'avais pas prévu) que tu peux corriger avec quelques ajustements ou s'ils sont révélateurs de fondations branlantes.
En tout cas une architecture solide et qui rend le développement assez simple c'est important je trouve. Là j'imagine que tu te concentres sur la qualité du code et une implémentation propre de tes armes/déplacements/ennemis/etc. Je conseille également de penser ta structure de telle sorte que tu puisses facilement ajouter/retirer des vagues d'ennemis, du décor, etc. Quand le projet sera plus abouti et que tu voudras faire des ajustements sur ton level-design, il faut pas que ta structure de code et de projet te freine dans cette démarche. Pour ma part j'ai passé un peu de temps à cogiter dessus et je sais que ça m'aide bien quand tester un ennemi qui vient d'être scripté ou mettre en place des vagues d'ennemis se fait directement via quelques clics/inputs sur l'interface du moteur de jeu.
Pour éviter de t'éparpiller aussi, ce que je peux recommander c'est de te fixer un scope dès le début : X niveaux (pas plus), X types d'armes (pas plus), pas de trucs méga fancy ou modes bonus. Et t'essaie de t'y tenir. Une fois que tu seras plus à l'aise dans ton projet et que t'auras bien avancé tu pourras revoir si jamais tu te sens chaud pour ajouter des trucs en plus. Ou pareil si t'as une idée de mécanique qui rend le jeu encore meilleur. Mais rajouter des features encore et toujours c'est très tentant et il faut faire gaffe à ce que ça soit vraiment des ajouts nécessaires/importants pour l'expérience de jeu et pas juste des distractions pour toi qui font que retarder ton projet sans avoir une plus-value justifiable.
Effectivement, mon shmup est également sur Unity3D! J'avais commencé en Décembre 2016, soit à peu près un an avant que j'termine une première démo et que j'en parle en public sur le topic. J'connaissais C# mais pas Unity en particulier donc forcément j'ai du apprendre un peu sur le tas. Et j'continue encore à apprendre des trucs, vu que j'suis en solo sur le projet et dois donc tout faire.![Très content :D](./images/smilies/biggrin.gif)
Ah oui, et j'oubliais un truc : Si t'as pas installé de GIT, il faut absolument que tu le fasses! Le version control en général c'est super important et salvateur pour gérer les évolutions de ta base de code et avoir un backup au cas où.
![Mr. Green :mrgreen:](./images/smilies/icon_mrgreen.gif)
Même pour un shmup qui semble pas trop complexe, il y a bien moyen de s'emmêler les pinceaux. Donc c'est très bien que tu veuilles poser des bases solides et pas aller trop vite. Après tu pourras toujours être amené à devoir réécrire des parties de ton code par la suite, et ça voudra pas forcément dire que tu t'es foiré quelque part. Et des bugs tu risqueras d'en avoir tout le temps, c'est normal. La différence est de savoir si c'est des cas un peu obscurs/spécifiques (genre des events déclenchés à la même game loop/frame que t'avais pas prévu) que tu peux corriger avec quelques ajustements ou s'ils sont révélateurs de fondations branlantes.
En tout cas une architecture solide et qui rend le développement assez simple c'est important je trouve. Là j'imagine que tu te concentres sur la qualité du code et une implémentation propre de tes armes/déplacements/ennemis/etc. Je conseille également de penser ta structure de telle sorte que tu puisses facilement ajouter/retirer des vagues d'ennemis, du décor, etc. Quand le projet sera plus abouti et que tu voudras faire des ajustements sur ton level-design, il faut pas que ta structure de code et de projet te freine dans cette démarche. Pour ma part j'ai passé un peu de temps à cogiter dessus et je sais que ça m'aide bien quand tester un ennemi qui vient d'être scripté ou mettre en place des vagues d'ennemis se fait directement via quelques clics/inputs sur l'interface du moteur de jeu.
Pour éviter de t'éparpiller aussi, ce que je peux recommander c'est de te fixer un scope dès le début : X niveaux (pas plus), X types d'armes (pas plus), pas de trucs méga fancy ou modes bonus. Et t'essaie de t'y tenir. Une fois que tu seras plus à l'aise dans ton projet et que t'auras bien avancé tu pourras revoir si jamais tu te sens chaud pour ajouter des trucs en plus. Ou pareil si t'as une idée de mécanique qui rend le jeu encore meilleur. Mais rajouter des features encore et toujours c'est très tentant et il faut faire gaffe à ce que ça soit vraiment des ajouts nécessaires/importants pour l'expérience de jeu et pas juste des distractions pour toi qui font que retarder ton projet sans avoir une plus-value justifiable.
Effectivement, mon shmup est également sur Unity3D! J'avais commencé en Décembre 2016, soit à peu près un an avant que j'termine une première démo et que j'en parle en public sur le topic. J'connaissais C# mais pas Unity en particulier donc forcément j'ai du apprendre un peu sur le tas. Et j'continue encore à apprendre des trucs, vu que j'suis en solo sur le projet et dois donc tout faire.
![Très content :D](./images/smilies/biggrin.gif)
Ah oui, et j'oubliais un truc : Si t'as pas installé de GIT, il faut absolument que tu le fasses! Le version control en général c'est super important et salvateur pour gérer les évolutions de ta base de code et avoir un backup au cas où.
- suny
- Sniper Fou
- Messages : 313
- Inscription : 04 juil. 2014, 19:22
- Contact :
![](http://hiscores.shmup.com/player/33712/medals.png)
X2. J'utilise Fork comme GUI, c'est super facile à utiliser et ça sauve la vie.Ah oui, et j'oubliais un truc : Si t'as pas installé de GIT, il faut absolument que tu le fasses! Le version control en général c'est super important et salvateur pour gérer les évolutions de ta base de code et avoir un backup au cas où.
S.
https://store.steampowered.com/app/1289 ... P_Creator/ -La page Steam
http://bulostudio.com/ -Blog et site du Shmup creator
https://twitter.com/bulostudio
http://bulostudio.com/ -Blog et site du Shmup creator
https://twitter.com/bulostudio
- Prickly Angler
- Dieu de la Borne
- Messages : 1792
- Inscription : 21 févr. 2017, 02:00
![](http://hiscores.shmup.com/player/34912/medals.png)
Cette haineTu peux d'ailleurs avoir des jeux au level design absolument catastrophique comme les Tatsujin qui arrivent quand même à avoir des fans
![Très content :D](./images/smilies/biggrin.gif)
![Très content :D](./images/smilies/biggrin.gif)
"When we were making our games I thought of STGs as war or battle simulators, so we tried not to make them rely too strongly on pattern memorization, but rather tried to always have an element of randomness in them."
- Alec
- King Fossile
- Messages : 15789
- Inscription : 12 juil. 2004, 18:04
- Localisation : nstc-j
![](http://hiscores.shmup.com/player/497/medals.png)
En même temps c'est vrai, je le trouve aussi frustrant que sans saveur....Ce sont bien les graphismes et le son qui peuvent pousser à aller plus loin mais niveau sensations c'est morne plaine je trouve....Tu peux d'ailleurs avoir des jeux au level design absolument catastrophique comme les Tatsujin qui arrivent quand même à avoir des fans
![Image](https://live.staticflickr.com/65535/50996566413_b1d16689b9_s.jpg)
![Image](https://live.staticflickr.com/65535/50981838682_4c4ecb04c9_s.jpg)
![Image](https://live.staticflickr.com/65535/50981731021_499fc1accd_o.png)
- M.Knight
- Empereur Bydo
- Messages : 3316
- Inscription : 24 déc. 2010, 11:28
![](http://hiscores.shmup.com/player/6309/medals.png)
"C'est plus chiant que Euro Truck Simulator 2"
Mais ça reste utile pour un designeur de shmup. Même si dans l'absolu on peut surtout s'en servir pour voir exactement ce qu'il ne faut pas faire, il y a une leçon assez importante quand même dans son level design : varier la difficulté et mettre des hauts et des bas dans la courbe de difficulté et les challenges ça peut aussi aider à rendre des passages plus mémorables que d'autres et injecter un certain rythme dans un niveau. Bon par contre ça veut pas dire qu'il faut faire dormir le joueur juste pour le réveiller avec des baffes dans la gueule hein.
suny : Perso', j'utilise SourceTree. Mais y a besoin d'un peu connaître les concepts git (pull/commit/etc.). Si Fork ne requiert pas d'apprendre tout ça et reste tout aussi flexible que des commandes git dans ces possibilités, ça semble nickel pour 9uile!
![Mr. Green :mrgreen:](./images/smilies/icon_mrgreen.gif)
Mais ça reste utile pour un designeur de shmup. Même si dans l'absolu on peut surtout s'en servir pour voir exactement ce qu'il ne faut pas faire, il y a une leçon assez importante quand même dans son level design : varier la difficulté et mettre des hauts et des bas dans la courbe de difficulté et les challenges ça peut aussi aider à rendre des passages plus mémorables que d'autres et injecter un certain rythme dans un niveau. Bon par contre ça veut pas dire qu'il faut faire dormir le joueur juste pour le réveiller avec des baffes dans la gueule hein.
suny : Perso', j'utilise SourceTree. Mais y a besoin d'un peu connaître les concepts git (pull/commit/etc.). Si Fork ne requiert pas d'apprendre tout ça et reste tout aussi flexible que des commandes git dans ces possibilités, ça semble nickel pour 9uile!
- suny
- Sniper Fou
- Messages : 313
- Inscription : 04 juil. 2014, 19:22
- Contact :
![](http://hiscores.shmup.com/player/33712/medals.png)
Fork, c'est comme sourceTree, mais en plus cool, simple et moderne.
Donc oui, il faut quand même faire des commits, puller et pusher. Mais si moi j'y arrive...
Je regrette juste de ne pas avoir pris 30mn un jour il y a 5 ans pour m'y mettre plus tot.
S.
Donc oui, il faut quand même faire des commits, puller et pusher. Mais si moi j'y arrive...
Je regrette juste de ne pas avoir pris 30mn un jour il y a 5 ans pour m'y mettre plus tot.
S.
https://store.steampowered.com/app/1289 ... P_Creator/ -La page Steam
http://bulostudio.com/ -Blog et site du Shmup creator
https://twitter.com/bulostudio
http://bulostudio.com/ -Blog et site du Shmup creator
https://twitter.com/bulostudio
- 9uile
- No-bullet mode
- Messages : 27
- Inscription : 03 mars 2020, 17:04
![](http://hiscores.shmup.com/player/35336/medals.png)
Salut les confinés. Nouvelle avancée !
J'ai bossé sur les tirs ennemis. Cela devrait couvrir un large éventail de situations.
Je me suis bien pris la tête quand même mais si on fait un shmup avec des tirs naze, bah... ça sera un shmup naze...![smile :)](./images/smilies/content2.gif)
Bonne visualisation !
Ne faites pas attention au calcul du fps en haut à gauche, Il déconne quand je capture la vidéo depuis unity.
Merci de me donner vos avis comme d'hab !![smile :)](./images/smilies/content2.gif)
Concernant les backups, pour l'instant je sauvegarde le projet entier à chaque avancée majeure. Faudra que je m'y penche plus sérieusement si ça prend une plus grande ampleur.
J'ai bossé sur les tirs ennemis. Cela devrait couvrir un large éventail de situations.
Je me suis bien pris la tête quand même mais si on fait un shmup avec des tirs naze, bah... ça sera un shmup naze...
![smile :)](./images/smilies/content2.gif)
Bonne visualisation !
Ne faites pas attention au calcul du fps en haut à gauche, Il déconne quand je capture la vidéo depuis unity.
Merci de me donner vos avis comme d'hab !
![smile :)](./images/smilies/content2.gif)
Concernant les backups, pour l'instant je sauvegarde le projet entier à chaque avancée majeure. Faudra que je m'y penche plus sérieusement si ça prend une plus grande ampleur.
- Alec
- King Fossile
- Messages : 15789
- Inscription : 12 juil. 2004, 18:04
- Localisation : nstc-j
![](http://hiscores.shmup.com/player/497/medals.png)
Super !!! tu aura juste à adapter le tout !!!
Oh tu pourrais essayer de faire un ennemi qui tire un amas de boulettes désorganisé vers le joueur ça rend bien je trouve.... un peu comme les "débris" noirs ou blancs que les ennemis lâchent en mourant dans ikaruga !
Oh et aussi une cible qui essaie de locker le joueur :, quand la cible est verte il se passe rien, si elle reste plus de 2 seconde sur le joueur elle vire au rouge et le vaisseau joueur se fait tirer dessus (pas forcément par des ennemis présents à l'écran), je pense au stage "gigantic fleet" de thunderforce 4.
Oh tu pourrais essayer de faire un ennemi qui tire un amas de boulettes désorganisé vers le joueur ça rend bien je trouve.... un peu comme les "débris" noirs ou blancs que les ennemis lâchent en mourant dans ikaruga !
Oh et aussi une cible qui essaie de locker le joueur :, quand la cible est verte il se passe rien, si elle reste plus de 2 seconde sur le joueur elle vire au rouge et le vaisseau joueur se fait tirer dessus (pas forcément par des ennemis présents à l'écran), je pense au stage "gigantic fleet" de thunderforce 4.
![Image](https://live.staticflickr.com/65535/50996566413_b1d16689b9_s.jpg)
![Image](https://live.staticflickr.com/65535/50981838682_4c4ecb04c9_s.jpg)
![Image](https://live.staticflickr.com/65535/50981731021_499fc1accd_o.png)
- 9uile
- No-bullet mode
- Messages : 27
- Inscription : 03 mars 2020, 17:04
![](http://hiscores.shmup.com/player/35336/medals.png)
En fait, je peux déjà le faire. Il faut que je j'active 'suicide bullet', spread', 'aim at the player' et un sprite qui représente un débris au lieu d'une boulette et ça peut faire l'affaire
![smile :)](./images/smilies/content2.gif)
L'idée de la cible est sympa mais ce n'est pas un truc que je souhaite utiliser pour l'instant. Je garde l'idée de côté au cas ou... Peut-être plus pour un boss éventuellement.
- M.Knight
- Empereur Bydo
- Messages : 3316
- Inscription : 24 déc. 2010, 11:28
![](http://hiscores.shmup.com/player/6309/medals.png)
As tu planché un peu sur les ennemis, leur comportement, ce genre de choses?
Tu peux avoir des ennemis qui vont foncer sur le joueur, d'autres qui vont avoir un mouvement pré-déterminé, des ennemis avec des sous-parties à détruire, des ennemis qui spawnent d'autres ennemis, des ennemis en plusieurs morceaux qui s'assemblent, etc.
Si tu prends un jeu old-school (ou avec ces influences) comme Star Force, Rapid Hero ou Eschatos, tu peux remarquer des comportements et mouvements d'ennemis assez distincts les uns des autres. Comme t'as tes tirs et tes boulettes, ça pourrait être un élément de plus sur lequel travailler maintenant, si jamais t'avais pas déjà bossé dessus avant.
Tu peux avoir des ennemis qui vont foncer sur le joueur, d'autres qui vont avoir un mouvement pré-déterminé, des ennemis avec des sous-parties à détruire, des ennemis qui spawnent d'autres ennemis, des ennemis en plusieurs morceaux qui s'assemblent, etc.
Si tu prends un jeu old-school (ou avec ces influences) comme Star Force, Rapid Hero ou Eschatos, tu peux remarquer des comportements et mouvements d'ennemis assez distincts les uns des autres. Comme t'as tes tirs et tes boulettes, ça pourrait être un élément de plus sur lequel travailler maintenant, si jamais t'avais pas déjà bossé dessus avant.
- 9uile
- No-bullet mode
- Messages : 27
- Inscription : 03 mars 2020, 17:04
![](http://hiscores.shmup.com/player/35336/medals.png)
Tu as mis le doigt dans le mille ! C'est justement ce sur quoi je travaille en ce moment. C'est encore un script qui va me prendre du temps car essentiel à ce type de jeu. Tout comme pour les boulettes, à chaque fois que je fini un truc, j'ai une autre idée qui me vient, puis une autre puis .... Je me limite quand même pour avancer en excluant des choses pour lesquelles le ratio temps passé/fonctionnalité me parait too much !
Un exemple de ce que j'ai exclu (pour l'instant
![smile :)](./images/smilies/content2.gif)
Ca c'est très intérressant. Je pense que ça sera pour ma section 'créer un boss' un peu plus tard...
![smile :)](./images/smilies/content2.gif)
Merci pour ton retour !
- 9uile
- No-bullet mode
- Messages : 27
- Inscription : 03 mars 2020, 17:04
![](http://hiscores.shmup.com/player/35336/medals.png)
Par rapport à cette page,
https://levvvel.com/169-resolutions/
J'ai l'impression que mon choix de résolution de 480*270 n'était pas bon... (doit être divisible par 8 pour être un 'vrai' 16:9)
Dois-je changer pour du 640*360 qui est un standard ? (360p)
Où 320*180 ?? mais non divisible par 8...
https://levvvel.com/169-resolutions/
J'ai l'impression que mon choix de résolution de 480*270 n'était pas bon... (doit être divisible par 8 pour être un 'vrai' 16:9)
Dois-je changer pour du 640*360 qui est un standard ? (360p)
Où 320*180 ?? mais non divisible par 8...
- Radigo
- Counter Stop
- Messages : 7577
- Inscription : 22 mai 2003, 17:31
- Localisation : Paris
- Contact :
![](http://hiscores.shmup.com/player/7/medals.png)
Hmm, le divisible par 8 ne me semble pas être une bonne contrainte dans ton cas. C'est le cas pour la compression 2D (les images jpeg, ou la vidéo dans le cas de l'article que tu cites) ou l'optimisation mémoire des textures (donc pas la résolution de ton espace de travail), ou des vrais moteurs 2D mais ça n'existe plus ou bien ce n'est plus pertinent sur les machines qui font tourner Unity.
Ta seule contrainte c'est d'avoir des pixels carrés et pleins sur ton écran, je pense que tu peux taper dans n'importe quelle des résolutions proposées par l'article en question.
Concernant le standard, c'est mieux en effet. Si par exemple on fait une saisie vidéo plein écran du jeu, il sera plus facilement transcodé sans être massacré. A part ça je pense que tu peux faire ce que tu veux
Ta seule contrainte c'est d'avoir des pixels carrés et pleins sur ton écran, je pense que tu peux taper dans n'importe quelle des résolutions proposées par l'article en question.
Concernant le standard, c'est mieux en effet. Si par exemple on fait une saisie vidéo plein écran du jeu, il sera plus facilement transcodé sans être massacré. A part ça je pense que tu peux faire ce que tu veux
"HYPER GAGE : 500%"
![Image](http://hiscores.shmup.com/player/226/signature.png)
![Image](http://hiscores.shmup.com/player/226/signature.png)
- 9uile
- No-bullet mode
- Messages : 27
- Inscription : 03 mars 2020, 17:04
![](http://hiscores.shmup.com/player/35336/medals.png)
Ok, merci pour ces précisions.
Hier, j'ai testé un peu 320*180 et ça à l'air de convenir à mes talents de pixel artist, à savoir... bof bof![smile :)](./images/smilies/content2.gif)
J'ai dessiné le vaisseau du player en 16*16 et 32*32. C'est pas mal en 32*32, mais face au nombre de trucs a dessiner (ennemis, animations, décors, boss, menus et interfaces...), je pense qu'il est plus raisonnable de se limiter. Quand je dessine, j'ai l'impression qu'une zone de 16*16 me convient bien. Au delà, je commence a titiller sur des détails et deux heures après, c'est toujours pas fini.
D'autant que ce n'est qu'une partie du taf. Que dire du temps nécessaire au level design et à la création des musiques et autres...
Hier, j'ai testé un peu 320*180 et ça à l'air de convenir à mes talents de pixel artist, à savoir... bof bof
![smile :)](./images/smilies/content2.gif)
J'ai dessiné le vaisseau du player en 16*16 et 32*32. C'est pas mal en 32*32, mais face au nombre de trucs a dessiner (ennemis, animations, décors, boss, menus et interfaces...), je pense qu'il est plus raisonnable de se limiter. Quand je dessine, j'ai l'impression qu'une zone de 16*16 me convient bien. Au delà, je commence a titiller sur des détails et deux heures après, c'est toujours pas fini.
D'autant que ce n'est qu'une partie du taf. Que dire du temps nécessaire au level design et à la création des musiques et autres...
- Radigo
- Counter Stop
- Messages : 7577
- Inscription : 22 mai 2003, 17:31
- Localisation : Paris
- Contact :
![](http://hiscores.shmup.com/player/7/medals.png)
Oui, je trouve ça très bien aussi de limiter la résolution pour aller plus vite.
Limite aussi la palette de couleurs, mais là c'est plus compliqué de trouver la bonne, t'as bien des sites de pixel art pour t'aider mais l'investissement est plus le même là... Tu peux commencer par te dire que 3 nuances par couleur (1 couleur, 1 ombre et 1 reflet) c'est largement suffisant et essayer de t'y tenir.
Limite aussi la palette de couleurs, mais là c'est plus compliqué de trouver la bonne, t'as bien des sites de pixel art pour t'aider mais l'investissement est plus le même là... Tu peux commencer par te dire que 3 nuances par couleur (1 couleur, 1 ombre et 1 reflet) c'est largement suffisant et essayer de t'y tenir.
"HYPER GAGE : 500%"
![Image](http://hiscores.shmup.com/player/226/signature.png)
![Image](http://hiscores.shmup.com/player/226/signature.png)
- 9uile
- No-bullet mode
- Messages : 27
- Inscription : 03 mars 2020, 17:04
![](http://hiscores.shmup.com/player/35336/medals.png)
J'ai avancé un peu sur le scrolling et sur la construction basique d'un niveau avec la technique des 'rule tiles' d'unity.
J'ai souvent vu des tutos relatifs aux jeux de plateformes mais ça a l'air de bien convenir pour un shmup.
J'ai aussi changé ma résolution. Je suis désormais en 320*180.
Ca me paraissait petit au début mais en ouvrant l'espace de jeu, c'est trés correct.
Bon, faut vraiment que je bosse sur les ennemis maintenant car c'est un peu vide tout ça !!
J'ai souvent vu des tutos relatifs aux jeux de plateformes mais ça a l'air de bien convenir pour un shmup.
J'ai aussi changé ma résolution. Je suis désormais en 320*180.
Ca me paraissait petit au début mais en ouvrant l'espace de jeu, c'est trés correct.
Bon, faut vraiment que je bosse sur les ennemis maintenant car c'est un peu vide tout ça !!
![smile :)](./images/smilies/content2.gif)
- M.Knight
- Empereur Bydo
- Messages : 3316
- Inscription : 24 déc. 2010, 11:28
![](http://hiscores.shmup.com/player/6309/medals.png)
Pas mal ce système de tiles, si ça peut te rendre la vie et le process de level-design bien plus facile, c'est stylé!
T'as chopé un asset pré-fait sur le store ou bien c'est un truc fait maison? En tout cas ça a l'air bien pratique.
Sinon est-ce que t'as réussi à gérer les limitations des déplacements du joueur en fonction des murs et des limites de l'écran, d'autant plus lorsque le scrolling bouge? Y a un moment sur la vidéo (à 25 secondes) où tu sors carrément de l'écran donc j'imagine qu'il y a encore du taff à ce niveau là. Pour ce qui est du scrolling vertical libre, je pense que c'est mieux de tenter de garder le joueur vers le milieu de l'axe Y quoiqu'il en soit (à part s'il atteint les limites verticales du niveau bien sûr). Autrement t'as pas assez de temps et d'espace pour esquiver des tirs des ennemis vers lesquels tu es justement en train de te diriger. Essai de voir comment Gradius gère ces séquences là peut être, si t'as besoin de références.
T'as chopé un asset pré-fait sur le store ou bien c'est un truc fait maison? En tout cas ça a l'air bien pratique.
Sinon est-ce que t'as réussi à gérer les limitations des déplacements du joueur en fonction des murs et des limites de l'écran, d'autant plus lorsque le scrolling bouge? Y a un moment sur la vidéo (à 25 secondes) où tu sors carrément de l'écran donc j'imagine qu'il y a encore du taff à ce niveau là. Pour ce qui est du scrolling vertical libre, je pense que c'est mieux de tenter de garder le joueur vers le milieu de l'axe Y quoiqu'il en soit (à part s'il atteint les limites verticales du niveau bien sûr). Autrement t'as pas assez de temps et d'espace pour esquiver des tirs des ennemis vers lesquels tu es justement en train de te diriger. Essai de voir comment Gradius gère ces séquences là peut être, si t'as besoin de références.
- 9uile
- No-bullet mode
- Messages : 27
- Inscription : 03 mars 2020, 17:04
![](http://hiscores.shmup.com/player/35336/medals.png)
J'ai utilisé ça : '2d-extras-2018.3'
https://github.com/Unity-Technologies/2d-extras
et la vidéo qui m'a bien aidé est là :
https://www.youtube.com/watch?v=KGrjZQ2qUoo
Franchement ce système de tiles est vraiment pratique !
J'ai hâte de dessiner mes propres tiles mais vu que c'est du design (chronophage en début de projet), ce sera pour plus tard.
Effectivement, a 25 sec je sors de l'écran. A 3:48 aussi en fait
.
Pour ces tests, j'avais temporairement désactivé les limites de déplacement du player pour tester le comportement de la caméra en zone ouverte.
J'ai laissé une distance importante avant que la caméra ne suive le joueur sur l'axe Y pour éviter trop de mouvements de caméra dès que le joueur monte et descend plusieurs fois notamment lors de l'esquive de boulettes. J'ai également fait ça pour l'inclinaison du player sur la deuxième partie de la vidéo. Il ne s'incline que si la direction haut ou bas est maintenue un certain temps.
Au niveau des références, je n'ai pas de modèle précis mais j'avoue que ça simplifirai le taf au niveau de la direction générale du dev. Ca s'oriente effectivement plus vers Gradius,R-type que les shoot cave !!![Clin d'oeil ;)](./images/smilies/clindoeil.gif)
https://github.com/Unity-Technologies/2d-extras
et la vidéo qui m'a bien aidé est là :
https://www.youtube.com/watch?v=KGrjZQ2qUoo
Franchement ce système de tiles est vraiment pratique !
J'ai hâte de dessiner mes propres tiles mais vu que c'est du design (chronophage en début de projet), ce sera pour plus tard.
Effectivement, a 25 sec je sors de l'écran. A 3:48 aussi en fait
![smile :)](./images/smilies/content2.gif)
Pour ces tests, j'avais temporairement désactivé les limites de déplacement du player pour tester le comportement de la caméra en zone ouverte.
J'ai laissé une distance importante avant que la caméra ne suive le joueur sur l'axe Y pour éviter trop de mouvements de caméra dès que le joueur monte et descend plusieurs fois notamment lors de l'esquive de boulettes. J'ai également fait ça pour l'inclinaison du player sur la deuxième partie de la vidéo. Il ne s'incline que si la direction haut ou bas est maintenue un certain temps.
Au niveau des références, je n'ai pas de modèle précis mais j'avoue que ça simplifirai le taf au niveau de la direction générale du dev. Ca s'oriente effectivement plus vers Gradius,R-type que les shoot cave !!
![Clin d'oeil ;)](./images/smilies/clindoeil.gif)