Aller à la page 1 2 3 4 5 6 7 8 9 10 11
Reprise du message précédent:
s4suk3 -
posté le 11/08/2012 à 18:52:40 (555 messages postés)
| - | Pour moi, la source du débat était
"Ne peut-on pas s'amuser comme on l'entend, et que si X ou Y a envie de faire un MMORPG, pourquoi ne pas le laisser faire".
Selon Mrtzaim et LittleGamer, ça n'a aucun sens.
|
Suite du sujet:
Ephy -
posté le 11/08/2012 à 19:09:55 (30085 messages postés)
-  | [BIG SHOT] | 
Pour repartir sur le débat à Sasuke:
Citation: "Ne peut-on pas s'amuser comme on l'entend, et que si X ou Y a envie de faire un MMORPG, pourquoi ne pas le laisser faire". |
Dans la continuité des choses, si ça amuse X ou Y de basher du meuporg narouto pourquoi ne pas le laisser faire?
Plus sérieusement:
- Les gens (sauf les trolls et ceux qui insultent pour le plaisir) se contente d'avertir (de manière un peu brutale certes) que les meuporg c'est casse gueule et que le meuporg narouto ça plait pas des masses ici.
- Si ça les amuse de faire des MMO pour le fun ok mais ça les obliges pas à venir le présenter au grand public. Les joueurs en on rien à branler que le type s'éclate à faire sa programmation et à sortir 3 maps avant de s'envoler dans la nature. Ce qu'ils veulent c'est du jouable. Du concret. De quoi les amuser EUX. C'est pour ça qu'on présente un projet sur les sites de making. C'est pour dire "regardez je fais un jeu qui va être jouable et qui va vous amuser (ou pas mais c'est un autre débat)" pas pour dire "regardez les mecs je fais un jeu et je m'éclate c'est trop cool mais vous vous aurez rien parce que je m'en lasserais avant/j'abandonnerais quand la difficulté sera trop élevée pour mon niveau".
C'est pas tant le fait de faire un MMO qui est reprochable, chacun fait ce qu'il veut de sa vie. C'est présenter un MMO alors qu'il n'y a pas suffisamment de consistance dans la chose.
Après oui, ça vaut aussi pour les autres jeux mais les autres jeux ont un peu plus de chance de voir le jour de une et sont plus adaptés au logiciel, de deux.
Fin du débat pour moi.
|
Power Level: 1 148 355,38|Mystic Slayer (Value!+)|Le monde d'Adélaïde|Reikon no Yume|★ H-Project|Toho Danmaku Arena|Loli versus Ponies|Mes vidéos|Ma galerie|Débuter sur VX:10, 11|Tuto: Importation de ressources|Mapper avec les RTP VX|Touhou|Fan de Omenides|Fan de Estheone|Eph'ille: 14 |
s4suk3 -
posté le 11/08/2012 à 19:42:55 (555 messages postés)
| - | Citation: Après oui, ça vaut aussi pour les autres jeux mais les autres jeux ont un peu plus de chance de voir le jour de une et sont plus adaptés au logiciel, de deux. |
Je suis d'accord que cette présentation était surement prématuré...
Mais je ne comprend pas au nom de quoi LittleGamer et Mrtzaim jugent la manière d'occuper son temps.
|
Kles -
posté le 11/08/2012 à 19:54:31 (52 messages postés)
| | Bon, je vais passer l'étape des quotes, à ce stade on ne va jamais finir.
Par contre, je vais clairement te dire pourquoi je considère RMK comme pas adapté en parlant du programme et de ses "prouesses" techniques, comme ça on sera sur la même longueur d'onde.
Pourquoi je considère que RMK n'est pas adapté ?
# La gestion par "Appui de touche" pour un ARPG n'est pas viable.
Plus personne ne programme comme ça? Go http://forums.rpgmakerweb.com/.
Récemment encore j'ai vu des personnes qui se servaient toujours de ça (et sur VX en plus), même avec un script derrière. (de moins en moins heureusement oui)
VxK gère ça autrement? Ok, et pourtant les problèmes que j'ai vu in-game sont du même ordre.
-
# Il y A un DECALAGE dans la gestion des collisions sur RMK. Point.
Je ne dis pas ça pour te dénigrer ou dire que t'as tord par méchanceté, je le dis parce que c'est un FAIT.
VxK a aussi ce décalage, on ne le perçoit pas tout simplement parce qu'il à contourné le problème avec des déplacements d'Event à vitesse rapide. Sauf qu'en faisant ça, tu contournes le problème de la mauvaise façon car tu te coupes de la possibilité d'ajouter des Events à déplacement lent (pour lesquels à ce moment tu verrais bien le "décalage" dont je parle)
Pourquoi ce problème existe? Je l'ai déjà dit, parce que RMK considère un Event comme déjà à sa position d'arrivée même quand il est toujours en déplacement, et ça que tu gères ton ARPG par "the old Appui de touche" ou "the new parallel process + X,Y variables" n'y changera rien (sauf si tu connais une 3ème méthode de gestion, dans ce cas éclaire moi)
La gestion par X,Y te permet simplement de réaliser des choses normalement impossibles en passant uniquement par les mécanismes liés au Héro.
-
# Je ne parlerai pas du "Démarrage automatique".
Parce qu'avoir écran/ennemis figé(s) durant un laps de temps sur du ARPG, c'est vraiment pas l'idéal.
-
# En parlant de Parallel process : Le rafraichissement des valeurs n'est pas adapté. Je m'explique :
Quand tu codes un ARPG, tu t'attends à avoir les fonctions nécessaires pour récupérer rapidement la position de chaque Event sur la carte (Hero/Ennemis/Projectiles ect...) ne serait-ce que pour le système de collisions, et si tu avais poussé un plus RMK, tu te serais rendu compte que le Parallel Process n'est qu'une "simulation"; en gros ça signifie que les Events ne sont pas du tout gérés en même temps, mais bien de façon séquentielle (et je doute que RMK gère le Dual Core)
Pourquoi je te saoule avec ça? Justement pour te montrer que même la technique de stocker les valeurs X,Y quelque part, qui pourtant est la plus efficace, ne pourra jamais prendre en compte VISUELLEMENT la totalité de la scène, parce que lui ne te rendra que les positions absolues (un Event est à 25 ou 26, pas à 25.5)
Précision de Mr Zeus81 : pour l'aspect du visuel c'est récupérable en X,Y à condition que tu gères tout en relatif derrière.
( J'en ai pas parlé car le positionnement des Events n'est possible qu'en absolu quoiqu'il arrive. )
D'ailleurs, quand tu fais dans un Event en Parallel process ceci :
1
2
| Stocker la position X du Héro dans Variable 0001
Stocker la position Y du Héro dans Variable 0002 |
Si tu n'as vraiment pas de chance, tu peux tomber dans le cas de figure ou X aura été changé juste avant l’exécution de la 2ème ligne par un autre Event en parallel process sur la scène (sauf si "Démarrage Auto") ou le Héro lui-même carrément.
... D'ailleurs, la seule solution que je connais à ce niveau est d'avoir un Global Event unique en Parallel ou en Auto, qui gère le moteur de ton jeu par "Appel" successif d'Events - Sauf que vu la gestion des conditions & variables assez archaïque de RMK, tu vas te taper la tête sur le mur.
-
# Si tu veux du pixel, go faire ça en Picture et stop nous saouler !
Oui mais non. Si on passe par une gestion en pictures, ça signifie qu'il faudra revoir et personnaliser tout le système de collision de RMK, ne serait-ce que pour citer l'exemple de l'ouverture des coffres.
Sans parler du fait qu'une image sera toujours visuellement "au dessus" des chipsets/charsets, donc bonjour la gestion des ombres/maisons/passages secret ect... (Réinventer la roue comme je disais)
-
# Au lieu de critiquer donne une solution alors.
J'y ai pensé, et j'ai une solution à vrai dire, déjà utilisée partiellement par pas mal d'anciens jeux.
Utiliser de multiples charsets pour la construction d'un perso, ce qui permet au moins de toujours bénéficier du système de collision de base, de la prise en compte réelle de X,Y et autres c*nneries.
Mais même si sur papier ça marche bien, en réalité tu te retrouveras rapidement avec beaucoup, beaucoup d'images (surtout pour les boss) - C'est beaucoup de travail pour rien quand on sait qu'il existe de meilleures alternatives pour la création de ce genre de jeux.
Edit : Pour détailler, tu prends un perso en 16*16 (Link GB par exemple), et tu crées le charset standard + le charset décalé de 8pixels, puis tu simules le mouvement ingame. Cela dit, même en descendant uniquement à 8pixels, tu te retrouves avec 1 + 8charsets pour un perso. Trop de travail inutile.
-----
Crois-le ou pas, mais ça me peine de savoir qu'un ARPG (que JE considère fluide OK?) n'est tout simplement pas possible à réaliser sous RM2K/RM2K3, d'autant plus que j'ai toujours voulu faire un ZeldaGB dessus. J'ai simplement une approche réaliste.
Alors oui, je ne vais pas discuter le fait que tu trouves ces jeux "amusants", je vais simplement préciser que la gestion d'un ARPG sous RMK va irrémédiablement avoir des défauts. La faute a RMK, pas au créateur.
J'ai dit que j'allais pas /quote mais deux choses :
Citation:
Pour vos références sur le déplacement *16? Il me semble vous avoir démontré que ces jeux n'utilisaient pas du *16 car ils avaient au moins la decence de permettre l'arrêt à "mi-carreau". (J'ai essayé SoulBlazer au passage, même constat)
Si maintenant tu n'arrives pas à comprendre l'importance que ça implique, moi aussi je ne peux rien faire pour toi. (Et pour la énième fois, osef des jeux pros, je parle des ARPG sous RMK)
kilam1110 a dit: (...) moi je dis que même si c'est pas approprié, (...) |
Tu as conscience que c'est de ça dont je parle depuis le début de la conversation, n'est-ce pas?
... Et pour VxN, en pensant correctement "Game Design", il se serait orienté vers un logiciel plus approprié.
|
s4suk3 -
posté le 11/08/2012 à 20:01:56 (555 messages postés)
| - | Ephy a dit:
Bah ils jugent une activité en fonction de la finalité de cette activité. C'est leur droit.
|
Je te prend au mot alors.
(Je me demande comment tu aurais réagis si j'avais critiqué en parlant d'intérêt et de hobby quelque chose que tu apprécies faire)
|
Zeus81 -
posté le 11/08/2012 à 20:02:03 (11071 messages postés)
| | Tu peux récupérer les coordonnées écran d'un event en pixels aussi.
Après suffit de gérer les collisions en relatif plutôt qu'en absolu.
|
Kles -
posté le 11/08/2012 à 20:07:41 (52 messages postés)
| | Zeus81 a dit: Tu peux récupérer les coordonnées écran d'un event en pixels aussi.
Après suffit de gérer les coordonnées en relatif plutôt qu'en absolu. |
Possible, mais l'Event ne pourra être positionné qu'en absolu.
Un Event qui se déplace sous RMK est un Event "bloqué" (visuellement) jusqu'à la fin du mouvement.
Ou alors, tu forces l'arrêt, mais à ce moment le mouvement sera un genre saccadé, mauvais pour les yeux.
Edit : Corrigé mon post plus haut suite à ta remarque, autant tout préciser une fois pour toute.
|
Tata Monos -
posté le 11/08/2012 à 20:30:27 (28 messages postés)
| Compte Non utilisé | Tu fais les persos en image 
Nan ok pas bonne idée.
|
Kles -
posté le 11/08/2012 à 20:32:14 (52 messages postés)
| | Tata Monos a dit:
Tu fais les persos en image
Nan ok pas bonne idée.
|
Paragraphe 5 Tantine 
Edit : Quoiqu'en fait pourquoi pas.
Mais c'est une solution à se retrouver avec un jeu totalement en pixel avec XXXXX images (autant oublier RMK là !)
|
Ephy -
posté le 11/08/2012 à 20:38:21 (30085 messages postés)
- | [BIG SHOT] | Citation: Je te prend au mot alors.
(Je me demande comment tu aurais réagis si j'avais critiqué en parlant d'intérêt et de hobby quelque chose que tu apprécies faire) |
J'ai dit que c'est leur droit, j'ai pas dit que ceux qui ont ce genre de hobby devaient bien le prendre.
Une vision des choses reste une vision des choses. Liberté de penser. Et ils le disent. Liberté d'expression.
Et chacun à tout à fait le droit d'être pour ou contre et de le dire.
|
Power Level: 1 148 355,38|Mystic Slayer (Value!+)|Le monde d'Adélaïde|Reikon no Yume|★ H-Project|Toho Danmaku Arena|Loli versus Ponies|Mes vidéos|Ma galerie|Débuter sur VX:10, 11|Tuto: Importation de ressources|Mapper avec les RTP VX|Touhou|Fan de Omenides|Fan de Estheone|Eph'ille: 14 |
kilam1110 -
posté le 11/08/2012 à 23:53:42 (9159 messages postés)
| | Kles a dit:
Zeus81 a dit: Tu peux récupérer les coordonnées écran d'un event en pixels aussi.
Après suffit de gérer les coordonnées en relatif plutôt qu'en absolu. |
Possible, mais l'Event ne pourra être positionné qu'en absolu.
Un Event qui se déplace sous RMK est un Event "bloqué" (visuellement) jusqu'à la fin du mouvement.
Ou alors, tu forces l'arrêt, mais à ce moment le mouvement sera un genre saccadé, mauvais pour les yeux.
Edit : Corrigé mon post plus haut suite à ta remarque, autant tout préciser une fois pour toute.
|
Merci Zeus.
Et avec dynrpg on peut récupérer les déplacements des sprites en relatif, et donc gérer les collision au pixel, try again.
|
New RPG Maker - Forum traitant du logiciel RPG Maker tout en français ! | SURVIVE V2.5 - Dégommez du zombie ! |
s4suk3 -
posté le 12/08/2012 à 00:13:07 (555 messages postés)
| - | Oui enfin Dynrpg c'est du script hein.
|
s4suk3 -
posté le 12/08/2012 à 00:57:48 (555 messages postés)
| - | Vous ne parliez pas d'event-making à la base?
|
kilam1110 -
posté le 12/08/2012 à 01:10:09 (9159 messages postés)
| | Non il parle de RM2K/3, et de toute façon même si c'est du script, c'est juste pour récupérer des coordonnées, le reste c'est de l'event.
|
New RPG Maker - Forum traitant du logiciel RPG Maker tout en français ! | SURVIVE V2.5 - Dégommez du zombie ! |
ixsuixwzone -
posté le 12/08/2012 à 08:33:44 (2453 messages postés)
| | Ouais mais a la fin il meurt....
|
| Âmes Bannies - Demo 0.2 | |
Tata Monos -
posté le 12/08/2012 à 11:47:14 (28 messages postés)
| Compte Non utilisé | ixsuixwzone a dit:
Ouais mais a la fin il meurt....
|
+1
|
ixsuixwzone -
posté le 12/08/2012 à 12:21:13 (2453 messages postés)
| | Bref vous venez encore de faire fuir un povr'e vacancier qui allez peut etre nous pondre qqchose bien faire un bel essaie révolutionner le making alors quil n'avait besoin que d'un peu d'affection de bocaux de un peu de soutient
|
| Âmes Bannies - Demo 0.2 | |
arttroy -
posté le 12/08/2012 à 12:44:42 (2394 messages postés)
| Just working | A l'origine le débat était bel et bien centré sur les A-rpg en event mais c'est parti en cacahuète sévère (pour info l'instigateur du topic avait posté deux messages sur le forum dont celui là et ne poste plus rien depuis...).
Je travaille sur un A-rpg sur VX Ace et j'ai déjà pu constater que beaucoup de membres d'oniro y sont réfractaires par le biais de leurs réponses. On ne peut pas parler d'aversion totale mais j'ai bien senti dans certaines réponses de la moquerie voir du dédain lorsque j'ai évoqué mon projet (ça a généralement un peu changé quand j'ai décidé de me mettre au script).
Pour avoir testé les deux méthodes, il est vrai que la méthode des scripts est plus efficace (celle des events à vraiment tendance à foirer dès qu'il y a trop de monde à l'écran ou effectivement lors d'un combat contre un boss nécessitant beaucoup d'images pour l' animer).
Le jugement des personnes quant à un jeu dépend surtout de leur niveau d'exigence et il faut bien avouer que certains ont placé la barre très haut à quelque niveau que ce soit sur Oniro (Aëdemphia, Sarcia, Asylopole....). Pour les "vétérans" d'Oniro la plupart de ces jeux sont en quelques sortes une référence établie et il faut bien avouer qu'en terme de gameplay, les A-rpg ne sont pas ce qui se fait de mieux sur RM mais est ce réellement parce que c'est impossible, ou est ce parce que personne n'a encore vraiment trouvé le moyen de mettre ça en œuvre correctement ?
|
Anti-inconstructivité / Pétition pour que le mot making soit inscrit dans le dictionnaire ? |
ixsuixwzone -
posté le 12/08/2012 à 14:06:15 (2453 messages postés)
| | arttroy a dit:
Je travaille sur un A-rpg sur VX Ace et j'ai déjà pu constater que beaucoup de membres d'oniro y sont réfractaires
|
En fait c’était surtout le fait que tu bosse sur Ace...
|
| Âmes Bannies - Demo 0.2 | |
s4suk3 -
posté le 12/08/2012 à 14:10:11 (555 messages postés)
| - | Ace est si mauvais ?Moi je l'ai trouvé cool.
|
kilam1110 -
posté le 12/08/2012 à 14:12:59 (9159 messages postés)
| | Bon faut avouer que l'ARPG en event sur VX et Ace c'est vraiment pas le pied... 
|
New RPG Maker - Forum traitant du logiciel RPG Maker tout en français ! | SURVIVE V2.5 - Dégommez du zombie ! |
ixsuixwzone -
posté le 12/08/2012 à 14:13:54 (2453 messages postés)
| | *Putin le virus Tantine a fait quelque victime*
|
| Âmes Bannies - Demo 0.2 | |
Kles -
posté le 12/08/2012 à 18:57:15 (52 messages postés)
| | kilam1110 a dit: Merci Zeus.
Et avec dynrpg on peut récupérer les déplacements des sprites en relatif, et donc gérer les collision au pixel, try again. |
kilam1110 a dit: Non il parle de RM2K/3, et de toute façon même si c'est du script, c'est juste pour récupérer des coordonnées, le reste c'est de l'event. |
D'accord.
Vous vous foutez clairement de ma gu*ule, là je m'en rends compte, uniquement pour me sortir que j'ai tord et zapper le problème fondamental que je pointe.
D'accord, tu sais quoi? Je dis que des conneries.
RM2K/RM2K3 c'est parfait pour faire du ARPG.
Si ce sont les problèmes techniques qui me gênent, suffit simplement de se servir de ce fameux patch librairie SDK sur C++ par exemple.
Tu as raison, je vais me taire.
kilam1110 a dit: Bon faut avouer que l'ARPG en event sur VX et Ace c'est vraiment pas le pied... |
You really are fucking kidding me....
Vx & Ace sont au contraire les plus appropriés pour faire du ARPG grace à la gestion Ruby derrière.
Mais bon, comme je dis que des conneries, je dois surement me tromper là-dessus aussi hein? J'ai rien dit.
( Je prévois ton "J'ai dit Event sur Vx Ace" en te repondant tes arguments plus haut. Relis-toi )
---
Bon par contre, j'attends de voir un, ne serait-ce qu'un, ARPG qui sort d'Oniro.
Puisque tu sous-entends que tous les outils nécessaires existent, j'espère pour toi qu'il sera "parfait".
|
kilam1110 -
posté le 12/08/2012 à 19:06:24 (9159 messages postés)
| | Citation: RM2K/RM2K3 c'est parfait pour faire du ARPG. |
Pas parfait, mais si on maîtrise bien le logiciel on peut faire un bon ARPG en profitant de tous les à-côté du logiciel.
Citation:
Vx & Ace sont au contraires les plus appropriés pour faire du ARPG grace à la gestion Ruby derrière.
Mais bon, comme je dis que des conneries, je dois surement me tromper là-dessus aussi hein? J'ai rien dit.
( Je prévois ton "J'ai dit Event sur Vx Ace" en te repondant tes arguments plus haut. Relis-toi )
|
Full Event* ou presque ouais, et pour ça Ace est à chier, donc la majorité du système se fera en Ruby, alors qu'on récupère juste quelques données sur Dynrpg.
Citation:
Puisque tu sous-entends que tous les outils nécessaires existent, j'espère pour toi qu'il sera "parfait". |
J'ai jamais dit qu'un ARPG sur RM avait à être parfait.
|
New RPG Maker - Forum traitant du logiciel RPG Maker tout en français ! | SURVIVE V2.5 - Dégommez du zombie ! | Aller à la page 1 2 3 4 5 6 7 8 9 10 11Index du forum > Jeux en développement > SwordNaruto Project
|
Chat
