C'est un pro... il le fait pour un nouveau record donc... ne cherche pas a comprendre les détails pour l'instant reproduit si nécessaire. Oui l'emulateur bug énormément offscreen car cette partie de la map n'est pas encore chargé au moment ou tu y est (tous les jeux Sonic chargent la map à a peu prés 200 pixels autour de la cam.. en dehors c'est l'anarchie.
Si tu vois que le niveau se termine, alors c'est ce qu'il faut faire ;)
Le problème c'est qu'il dépasse pas les 1er niveau jusqu'à la fin , c'est pas normal
Ce que tu as décrit ressemble énormément à une désync(hronisation). Vérifie d'avoir exactement la même version de l'émulateur et de la rom qui ont servi à faire cette run.
Je viens de vérifier sur le topic de la run : http://tasvideos.org/forum/viewtopic.php?t=14190
Je viens de télécharger Gens 11a + Gens 11b-s1 (Camera Hack + Solidity Display + Hitbox Display) + sonic-hud.lua + predict-animals-v2.lua , comme ce qu'il a prit mais toujours le même problème :/
auké batar on va vwar si tue a tjr la solusion
cmb sa fé 98044785125450275015451542502450154615765746742467856126124615615614164124612461*12127456152751654654786585465868465468265426812658
hahaha
(Bien sûr c'est à prendre avec ironie ;) )
Current:
Rayman 3 maybe? idk xD
Paused:
N64 Rayman 2 (with Funnyhair)
GBA SMA 4 : E Reader (With TehSeven)
TASVideos is like a quicksand, you get in, but you cannot quit the sand
Current:
Rayman 3 maybe? idk xD
Paused:
N64 Rayman 2 (with Funnyhair)
GBA SMA 4 : E Reader (With TehSeven)
TASVideos is like a quicksand, you get in, but you cannot quit the sand
Petit up , admettons que j'arrive a passer le 1er niveau avec un temps correct , il se passe quoi après ?
C'est bien d'avoir fini le 1er niveau avec un bon temps mais j'en fais quoi de sa après ? Et je fais comment pour que sa apparaisse dans un film ?
Et bien tu fais le niveau 2, 3 etc...
Si éventuellement tu "découpes" ta run en plusieurs partie. Il te faudra hexedit pour qu'au final tu n'aies qu'un seul fichier.
Quand à la vidéo, il y a normalement une option de l'ému qui te permet de capturer (généralement File -> record avi/wav)
D'accord mais après si je capture , faut vraiment que je fasse aucune faute , donc sa veut dire que je dois faire plusieurs captures jusqu'à que sa soit parfait ?
D'accord mais après si je capture , faut vraiment que je fasse aucune faute , donc sa veut dire que je dois faire plusieurs captures jusqu'à que sa soit parfait ?
Oui... Et non...
Vu que la fonction "Movie" des émulateurs qui sont utilisés sur TASvidéos incrémentent ce même fichier lors de l'enregistrement, lors de l'exportation, il ne restera que la version finale de ton "film", sans les erreurs que tu aura commises pendant l'enregitrement, si tu as fais des rerecords...
C'est tout à fait ça. Le principe de rerecord, c'est de recommencer un morceau du jeu (un saut par exemple).
Mais au final, le fichier qui contient la séquence de touches (.pjm pour psxjin par exemple) lui est "parfait". Exemple, tu essaies de sauter à la frame 225; ça passe pas. Tu load un state et tu essaies à la 226, ça passe. Et ainsi de suite.
Le fichier final ne gardera que le saut à la frame 226.
Ensuite, tu "joues" le fichier et tout se passera d'une seule traite; c'est à ce moment là que tu capture une vidéo.
Ce que tu dois garder en tête, c'est qu'un jeu vidéo est déterministe à l’extrême.; les mêmes inputs aux mêmes frames donneront TOUJOURS le même résultat (même pour ce qui semble aléatoire).
C'est tout à fait ça. Le principe de rerecord, c'est de recommencer un morceau du jeu (un saut par exemple).
Mais au final, le fichier qui contient la séquence de touches (.pjm pour psxjin par exemple) lui est "parfait". Exemple, tu essaies de sauter à la frame 225; ça passe pas. Tu load un state et tu essaies à la 226, ça passe. Et ainsi de suite.
Le fichier final ne gardera que le saut à la frame 226.
Ensuite, tu "joues" le fichier et tout se passera d'une seule traite; c'est à ce moment là que tu capture une vidéo.
Ce que tu dois garder en tête, c'est qu'un jeu vidéo est déterministe à l’extrême.; les mêmes inputs aux mêmes frames donneront TOUJOURS le même résultat (même pour ce qui semble aléatoire).
Après il faut trouver ce qui génère l'aléatoir... Et bien sur l'expérience du jeu et les scripts LUA font la différence suivant les TAS...
Le RNG n'a rien à voir avec le principe des rerecordes, faut pas rendre le tout confus non plus le pauvre... ^^
Surtout que le RNG dans les jeux Sonic c'est pas forcément l'obstacle majeur, en tout cas pour un débutant qui veut se faire la main sur un émulateur (même si je trouve que commencer par du Sonic c'est pas simple).
J'avais pas pris le temps de répondre parce que ça m'aurait pris pas mal de temps, et je vais pas donner une réponse très complète, là, mais je vais faire de mon mieux.
En gros le souci c'est qu'il a fait sa run test à vide, comme qui dirait, sans créer un fichier movie du départ; donc rien de ce qui a été fait n'est sauvegardé nulle part, tout ce qui reste au final c'est les savestates, c'est trop tard pour en faire un TAS.
Bon d'abord, il faut bien distinguer le fichier movie d'un encode:
Un fichier movie, c'est ce qui sauvegarde tous les inputs au fil d'une run, ça tient peu de place sur le disque dur, et souvent on peut même les ouvrir avec notepad (ou de préférence notepad++) pour voir la liste de touches appuyées à chaque frame. Ca marche bien avec FCEUX ou BizHawk par exemple, où tout est "en clair". Mais si on prend VBA, c'est autre chose: le fichier est quand même léger mais on n'en tire rien à essayer de le lire avec notepad, il faut utiliser un programme spécifique (Tas movie editor) si on veut l'ouvrir pour voir clairement le détail des inputs.
Peu importe la façon de voir cette liste d'inputs, c'est utile de le faire surtout si on veut faire de l'hex editing, c'est à dire copier, couper, coller, bref modifier des bouts du TAS à la main et en dehors de l'émulateur. Mais en général on évite si on débute complètement, il y a d'autres choses à apprendre avant...
Un encode c'est simplement un fichier vidéo (genre .avi, quoi) qu'on crée pour montrer au monde, de façon plus pratique pour le spectateur, une version "finale" de notre TAS ou WIP (Work in Progress). L'émulateur peut le créer, mais à condition d'avoir déjà son fichier movie (c'est vraiment ce fichier-là qui est LE TAS). En bref on peut quand même partager sa run avec quelqu'un sans faire d'encode, il faut juste qu'il ait aussi la rom, l'émulateur, et évidemment notre fichier movie.
Donc pour commencer un TAS, la première étape c'est de créer un fichier movie (on lui dit de démarrer depuis le lancement de la "machine" en général, enfin c'est dans les options à choisir au moment de sa création...), puis de là on commence à bosser.
Je me demande si ça serait pas une bonne idée de faire une sorte de section "travaux pratiques" dans le guide du TASeur; même rien que pour expliquer très précisément comment on fait et manipule le fichier movie, vu que c'est vraiment la base. Un truc qui expliquerait donc la création et les options à choisir, mais aussi les différences entre read only et read+write pendant le TAS, etc...
Je vois bien un exercice qui demande de créer un TAS de SMB (juste le 1-1, disons) au départ joué en temps réel, puis qui demande de revoir sa run en read only, puis ensuite demande de revenir à un point pour modifier des actions, etc...
En fait ça pourrait être un truc complètement à part maintenant que j'y pense, pas inclus dans le guide général.
Et vu comme je suis parti, j'ai l'impression que je vais m'y coller un de ces jours, mais j'ai pas vraiment de temps en ce moment, argg ^^
Bah le sonic lua script aide beaucoup à optimiser, l'ayant testé je peux te l'assurer.
Mais je pense que sur les émulateurs des consoles où les ROM sont super grosses en tailles mieux vaut faire une encode car les gens ne vont pas dll 4gb pour voir 1-2h ^^
Current:
Rayman 3 maybe? idk xD
Paused:
N64 Rayman 2 (with Funnyhair)
GBA SMA 4 : E Reader (With TehSeven)
TASVideos is like a quicksand, you get in, but you cannot quit the sand
