Fait, mais ne fonctionne pas comme voulu... au dernières nouvelles.. mais je ne suis pas sûr. La version que je possédais en tout cas ne marchais pas. Sonic était "fixé" a Tails.
Appotheoz wrote:
Waouh tant de reponses ! X) Donc pour continuer dans la discussion je compte regarder quelques exemples de LUA pour mon futur tout premier TAS :) je suis jeune et j'ai encore beaucoup de choses intéressantes à apprendre ;) et en lisant l'histoire avec sonic je pensais pas qu'on pouvait partir d'un simple décalage de 2 frames à un LUA assez complexe d'après ce qui à été dit mais bon je me doute que ca doit étre utile si les TASer le programment :p
Bien sûr, tout dépend de ce que tu TAS ^^!
Mais à mon avis, tu peu déjà utiliser les Lua existants pour ton jeux, je ne pense pas que tu aie besoin d'en créer à moins que ce soit un jeux pas encore TASer =) .
I am not much interested in Sonic Classic Heroes myself (I would enjoy a TAS of it made by someone else), I prefer focusing on hacks featuring Amy.
Btw, should we consider hacks like Pana Der Hejhog or Sonic the Hedgehog Tribute good or bad? They are very short, but they feature exceptional quality of visual art… I beleive, it’s a rare case when romhackers make the game look even more beautiful than Sega did.
That's why I say you are waiting for it... do you remember, team chaotix?
That's why we prefer wait for the final version (mainly WST, aren't you?) to do a Full TAS of the game, BUT, the romhacker who make the game is MarzoJr, so, we can also expect a run by himself...
I have a question... There are a lot and a lot of Sonic Hacks, not only on Sonic Retro, but some of them are Bad hacks, and the others are Good hacks... here is my question:
How can we decide if a romhack is a Good one or not? (Which ones are good for TASing?)
A mon avis, le premier outil "technique" à connaître est le RAM search/watch; c'est pas bien compliqué et c'est extrêmement utile. Un exemple simple: si tu peux observer les coordonnées de ton perso, tu peux très facilement comparer différentes choses et voir quelles actions te font gagner du temps (ou de la distance) dans un jeu style plateforme ou à scrolling... Après c'est qu'une question de patience. Il faut tester et triturer un peu le jeu pour découvrir des petites astuces. Découvrir des glitches peut se faire comme ça, mais on remarque qu'ils sont aussi trouvés souvent par hasard. Lire le code source peut servir ici, soit pour en repérer certains (mais là ça se complique), soit pour mieux comprendre comment déclencher un bug déniché "au hasard".
Au final, être un gros codeur n'est pas obligatoire pour faire un bon TAS, mais avoir des bases peut aider à comprendre certaines choses.
J'ai 2 TAS publiés ici et dans aucun des deux je n'ai utilisé le LUA ni décompilé le jeu ;)
ouais, je suis tout-à-fait d'accord, mais aprés, d'un point de vue objectif, c'est la même chose dans certains cas :D
La ram watch/search permet d'avoir dans une fenetre juste a coté de son écran les donnée nécessaires au jeu... un Lua permet exactement la même chose, mais l'affiche directement sur l'écran de jeu. Aprés, la principale différence est que le Lua est plus "poussée" niveau technologie (je vais donc parler d'un domaine que je connais =p ), par exemple, pour un jeu tel que "Sonic", nous les Sonic TASers on saient qu'il y a un décalage d'exactement 2 frames entre le moment ou l'on fait une action a la manette, et le moment où le perso à l'écran le fait, du coup, au lieu d'utiliser la ram watch/search, qui affiche la vitesse instantannée, on écrit un Lua qui montre la vitesse du perso et sa position dans 2 frames "in the future" afin d'être sûr que le perso fera exactement ce que l'on veut... chose impossible avec uniquement la ram search/watch ( à moins de connaître par coeur tous les codes du jeu, ...je parle bien des codes sources : ) )
De plus, la ram search/watch donne la donnée "brute", avec les Lua, on peu les faire traiter des opérations ou même carrément changer sa valeur lors de l'affichage à l'écran afin de voir ce que l'on VEUT voir, et pas seulement ce que donne le jeu.
Bien évidement (Appotheoz), les Lua script sont bien plus polyvalent, ils permettent plein d'autres chose (par exemple passer les passages ennuyant pour le TASeur ou même jouer à sa place pour les passage répété et automatiques...).
Aussi, pour répondre à ton autre question (à laquelle je voulais laisser les autres répondre mais personne ne l'a fait), devenir TASeur ne t'aideras pas d'avantage à devenir développeur que si tu lisais et apprenais à écrire du code, car généralement, en tant que débutant, on lie les codes et tente de les réécrire en y modifiant des toutes petites chose à son avantage, ce que tu ferais si tu apprenais les codes sans TASer:
point positif: en plus d'appendre, tu joue!
point négatif: au niveau du TAS, on a besoin de plus en plus de tools, mais on aura toujours une limite, certaines choses sont parfaitelent inutiles, ce qui inclu des codes, des formes, voire des commandes, que tu ne verras jamais...
je ne sais pas si il s'appel aussi "morimoto", mais je parle de "Bisqwit", il est tellement àfond dans les codes sources qu'il s'est créer un émulateur... d'éditeur de codes sources... du coup il peut faire des TAS où il s'enregistre en trains d'écrire du code, avec style en plus... quelque chose à voir!
D'ailleurs (excusez-moi de spamer un peu le sujet, mais bon..) on oubli souvent QUI a créer la première run assistée par ordinateur, le premier car il a lui même créer l'émulateur (à l'époque il n'y avait que le "slow mode" comme "tool"), du coup, c'est lui même qui a inventé le TAS! et son métier... ingénieur en informatique... sans surprise... (c'est le boss de tout les "TAS-coders", et c'est pas pour autant qu'il a fait les meilleurs TAS...)
Ouais comme par exemple la création d'un emulateur ou de tools?
Non, plutot la creation de script Lua pour facilité la tache.
Moi je dirais plutot pour les "Tools" ou les "émulateur" comme il le dit, car j'ai beau ne pas être coder, mais je peux quand même écrire des lua script lorsque j'ai besoin d'avoir certaine donnée ou de les écrire (la ça devient du cheat, mais c'est pour l'entrainement uniquement... :) ), bien évidement je parle de lua d'a peine 100 lignes que ne montrent q'une dizaine de chose, aprés pour les Lua de 45 fichiers liés en un par un lua de 300 lignes... oui, la j'en serais strictement incapable, d'autant plus que ces "Coders" ont plus de faciliter que nous à trouver les adresses de ram nécessaire a leur production...
Ouais comme par exemple la création d'un emulateur ou de tools?
Ahah, oui, bien évidemment la création de "tools", l'amélioration des émulateurs sont fait par les "coders", mais c'est uniquement pour la simple bonne raison, qu'ils sont les seuls à en être capable, sans eux, aucun TASer n'aurait pu allais aussi loin dans le "surhumain", ils sont donc indispensable, mais pas les meilleurs en terme de course (... si, ils sont les meilleurds, mais pas toujours...)
Il me semble que cela n'est absolument pas nécessaire, on peut trés bien faire un exellent TAS si on connait trés bien son jeu et sa façon de fonctionner, mais il faut avouer que souvent les "coders" on plus souvent des TAS meilleurs que les notre du fait qu'il comprenne les sources même du jeu (code sources donc!), ce leur permet de trouver les erreurs de codage (rare, mais il y en a..) et d'en abuser afin d'obtenir une production qu'un "non-coder" trouvera "exellent". C'est pourquoi, faire du TAS c'est trés bien, mais c'est mieux si on est "coder" ou si l'on y travaille avec un "coder". Il faut aussi savoir que les erreurs de codage du jeu sont tout d'abord... DANS le jeu, par conséquent, même en jouant uniquement, il arrive souvent que ce soit un joueur "non-coder" qui trouve des bugs de jeu.
Quoi qu'il en soit, si tu pensais que les meilleurs TAS étaient faits uniquement par des "Coders", et bien non... Tu peux très bien devenir toi même un bon TASer, après, il faut quand même le minimum requis:
_les outils
_savoir s'en servir
_une bonne voire excellente connaissance de ton jeu
_et trés important: la volonté!
Avec seulement ça tu peux déjà sortir une production digne d'un pro, mais il faut aussi être au courant des derniers "tricks" et "glitches" connu à ce jour de ton jeu...
What is happening here?
Okay. Razor_ua and Zenon did a "Tool-Assisted Play", they used TAS Tools but not in order to do a speedrun, only to play.
that's all.
Poor Sonic seems to be paralyzed! Oh, no! But Tails is there to help him get through all the trouble and beat Dr. Eggman!
This challenge is all about Tails carrying Sonic all the way through the stages if possible. Too bad there are some impossible stages, but we'll do our best to make whatever's possible as entertaining as we, Razor_ua & Zenon, can.
... is that my answer? ... lol, you guys (razor_ua and zenon) do great TASes (very entertaining) but as said WST, sometimes, a bit more optimization may make it better to see.
Hi everybody, I'm a beginner to Sonic TASes, and I have a question about Sonic 3 (& K, and other): Why can't Tails bring Sonic in some cases? because of speed? position? is there a second way to bring him?