The English language version of these rules supersedes all translated versions of these rules. Translations of these rules into other languages are provided for informational purposes only.
Cette page décrit les règles pour que la soumission d'un TAS soit acceptable.
Le non respect de ces règles entraînera le rejet de cette soumission.
Pour apprendre à créer un TAS, vous pouvez lire le guide du TASing.
Le non respect de ces règles entraînera le rejet de cette soumission.
Pour apprendre à créer un TAS, vous pouvez lire le guide du TASing.
Table of contents
- Le TAS doit commencer le jeu depuis le début
- Le jeu doit être acceptable
- Le jeu doit être le vrai
- Utilisez la bonne version
- Le TAS doit être bon.
- Les triches, codes de débogage, et les "arcade continues" ne sont pas autorisés
- Le TAS doit être complet.
- Battre un TAS publié
- Le TAS doit être reproductible.
- Les métadonnées de la movie file doivent être correctes
- Le TAS doit être attribué aux bonnes personnes
- Règles spécifiques aux consoles:
- Movie files acceptés
- NES
- Super NES
- Nintendo 64
- Game Boy et variantes
- Game Boy Advance
- Nintendo DS
- Sega Master System et Sega Game Gear
- SG-1000 et ColecoVision
- Sega Genesis/Megadrive
- Sega CD
- Sega Saturn
- PlayStation
- Arcade / Neo Geo
- TurboGrafx 16 (PC Engine), PCE-CD, SuperGrafx
- Neo Geo Pocket (Color), WonderSwan, Atari Lynx
- Virtual Boy
- Atari 2600, Atari 7800
- TI-83
- Gamecube & Wii
- PC-DOS (x86)
- Ordinateurs MSX
- Windows
- Formats techniquements admis à la soumission
- Les fichiers multimédias ne sont pas acceptés
Le TAS doit commencer le jeu depuis le début
Vous donner de l'avance d'entrée de jeu n'est pas autorisé. Le jeu doit commencer à un point de départ commun, qui est le tout début du jeu.
Le TAS doit commencer au démarrage de la console
Le TAS doit commencer depuis l'état "initial" du jeu (pas de chargement de sauvegarde). Pour ce faire, l'option suivante doit être sélectionnée :
- "Record from power-on/start"
- ou bien si cela n'est pas applicable alors "Record from reset", et la case "Clear SRAM" (ou une case similaire) doit être cochée
"Record from SRAM" et "Record from now/savestate" (ou toute autre option similaire) ne sont pas des options acceptées, sauf cas particuliers (voir le prochain paragraphe).
Jeux installés
Les jeux requérant une installation sur un support de stockage avant de pouvoir jouer font exception à la règle ci-dessus (démarrage depuis une sauvegarde ou SRAM) du moment que vous n'avez pas effectivement lancé le jeu en lui-même.
Nous demandons par ailleurs des instructions d'installation détaillées si celles fournies avec le jeu ne suffisent pas. La run sera rejetée si nous ne pouvons pas recréer une installation compatible.
Les TAS commençant à partir d'une sauvegarde ne sont pas autorisés
Nous voulons un point de départ commun pour les TAS (allumage de la console). Les sauvegardes introduisent une infinité de variations possibles qui peuvent conduire le jeu à se comporter de façon différente que s'il avait été lancé depuis l'allumage de la console. De plus, ces sauvegardes peuvent être hackées, ce qui permettrait de tricher en toute discrétion.
Cependant, il existe des jeux qui possèdent des modes débloquables, quêtes secondaires, ou d'autres choses d'intérêt qui ne sont accessibles que si une sauvegarde est présente. Si vous souhaitez vraiment soumettre un TAS fait dans un de ces modes ou autre chose d'intérêt, vous aurez besoin d'un de vérification faite et fournie en plus du TAS. Toute movie qui commence à l'allumage de la console (par exemple, un précédent TAS soumis sur ce jeu) et qui reproduit exactement les bonnes conditions pour que votre TAS synchronise fera généralement l'affaire.
A noter que vous n'avez pas besoin d'optimiser cette movie de vérification : il sert uniquement à montrer que la sauvegarde à partir de laquelle votre TAS a commencé est légitime. Cette soumission en est un bon exemple.
Dans tous les cas, assurez-vous qu'un TAS utilisant ce mode débloquable apporte du contenu pertinent par rapport à un TAS standard. Par exemple, si le mode débloquable inclut de nouveaux boss, mais que ceux-ci ne sont pas rencontrés au cours du TAS, alors il n'y a aucun bénéfice à débloquer ce mode.
Pas de mot de passe permettant d'aller directement à la fin du jeu
L'idée est de finir le jeu en entier, en sauter une grande partie à l'aide d'un mot de passe n'est pas le but recherché. Des exceptions peuvent être accordées dans certains cas (dans le cas d'un jeu long et répétitif); demandez d'abord à un juge.
Le jeu doit être acceptable
Le choix du jeu doit se conformer soit aux standards des TAS Alternative pour les TAS à but divertissant, soit aux règles du Vault pour les jeux n'ayant pas de réel potentiel de divertissement, où le seul critère est la vitesse.
De plus, certaines catégories spécifiques de jeux ne sont acceptés sous aucune condition. Les jeux réservés aux adultes contenant des scènes à caractère sexuel et/ou des scènes d'extrême violence ne sont pas autorisés.
Le jeu doit être le vrai
Le TAS devrait donner l'impression d'avoir pu être joué sur la console d'origine. Cela rend la comparaison plus simple.
Les détails se trouvent dans les points suivants :
La ROM doit être la bonne
- Utiliser un bon "dump" de ROM si possible. Un bon dump est généralement labellisé
[!]
. - N'utilisez pas de mauvais dumps. Ils sont généralement labellisés
[b]
. - N'utilisez pas un "overdump" de ROM (labellisé
[o]
) si une version non overdump existe. - N'utilisez pas de fan translations, de versions craquées, ou de ROMs hackées — les traducteurs ne veulent pas que vous utilisiez de versions obsolètes et nous préférons les jeux non hackés. Les versions hackées sont labellisées
[h]
et[t]
. - Des exceptions peuvent être faites pour des ROM mal dumpées ou craquées seulement si un bon dump de la ROM n'existe pas, ou n'est pas disponible.
- Fournissez les "hash checksums" des ROMs que vous utilisez.
Jouez à des jeux qui s'émulent bien
L'émulation de certaines consoles telles que la Nintendo 64, la Saturn et la Playstation est encore loin d'être parfaite, et certains jeux fonctionnent moins bien que d'autres. Il peut y avoir une "zone grise" pour ces consoles, mais nous voulons généralement publier des vidéos qui aient l'air d'avoir été jouées sur la console d'origine. Les TAS de jeux qui ne sont pas bien émulés (avec des bugs graphiques ou fonctionnels qui n'existent pas sur la console d'origine par exemple) ne devraient pas être soumis.
Une émulation fidèle est préférée à une émulation imparfaite ! Le but de nos TAS est de montrer se qui pourrait théoriquement être fait sur une vraie console. L'exploitation de bugs spécifiques à l'émulateur va à l'encontre de ce but.
- N'exploitez pas de bug spécifique à l'émulateur, même si vous essayez de battre un TAS qui le fait. Si votre TAS est au final plus lent mais utilise un gameplay de meilleure qualité, il sera préféré à l'ancien TAS. Si vous n'êtes pas sûr qu'un bug que vous allez utiliser est spécifique à l'émulateur plutôt qu'au jeu lui-même, essayez de le reproduire sur une vraie console ou sur un autre émulateur (de préférence plus fidèle).
- La même remarque s'applique pour l'utilisation de bugs dus à un mauvais dump de ROM. Nous préférerons une version plus lente mais qui représente le jeu plus fidèlement.
Jeux non officiels (hacks, homebrews, etc...)
Les jeux non officiels sont autorisés à la soumission. Cependant, ils sont examinés de façon plus critique que les autres jeux. La raison à cela est que le jeu lui-même devient sujet à un jugement, il doit donc être de bonne qualité et un hack/homebrew très connu. Le TAS doit également être de bonne qualité, et doit montrer des choses intéressantes comparé aux autres jeux faits sur le même moteur de jeu, lorsque cela est applicable.
N'utilisez pas de fan translations pour vos TAS — voir plus haut à ce sujet. Cette règle est absolue.
Pas de hacks cosmétiques
Nous n'autorisons pas les hacks qui ne servent qu'à modifier l'apparence du jeu original. Les hacks doivent apporter du gameplay original.
Pas d'altération des données à l'intérieur d'un jeu
Certains systèmes, comme DOS, fournissent les différentes données du jeu à l'utilisateur. Vous n'êtes pas autorisé à modifier ces données sauf lorsque cela est la méthode normale d'installation, si le jeu nécessite une installation.
Cela signifie pas de renommage/copie/suppression/remplacement/édition de fichiers.
Les outils qui manipulent la ROM ou la RAM (Action Replay par exemple) ne sont pas autorisés
Ils comptent comme des versions hackées du jeu s'ils modifient la ROM. Convertissez-le en vrai hack ou bien ne les utilisez tout simplement pas.
Code arbitraire
Entrer un code arbitraire dans le jeu grâce à un bug du jeu est autorisé du moment que quelques conditions supplémentaires sont respectées.
Speedruns
Les joueurs peuvent utiliser du code arbitraire pour finir rapidement un jeu, en sautant de larges portions de celui-ci.
- Du code arbitraire inséré dans un jeu afin d'aller le plus vite à la fin du jeu est toujours autorisé. Cela se traduit souvent par un saut direct aux crédits du jeu.
- Utiliser du code arbitraire pour compléter le niveau actuel est autorisé.
- Il n'est pas autorisé d'utiliser du code arbitraire de façon non optimale : créer des runs qui sautent arbitrairement moins de portions du jeu que ce qu'il serait possible.
Playarounds
Les joueurs peuvent utiliser du code arbitraire pour créer leurs propres playarounds pour faire des choses divertissantes avec le jeu.
- Les playarounds qui utilisent du code arbitraire doivent tout de même finir le jeu, en montrant les crédits à la fin.
- Remplacer les crédits ou l'écran de fin par les vôtres est autorisé du moment qu'ils paraissent cohérents avec le jeu.
- Le code arbitraire pour un jeu doit faire une des choses suivantes :
- Améliorer ou agrandir le jeu d'une façon ou d'une autre et jouer à ce jeu modifié.
- Utiliser les ressources du jeu pour créer quelque chose qui ait l'air d'avoir été prévu par le jeu pour un spectateur non avisé.
- Le code arbitraire "payloads" (pour montrer des compétences scientifiques) qui n'a rien avoir avec le jeu n'est pas autorisé. TASVideos n'est pas un endroit pour présenter vos projets scientifiques.
- Ajouter du contenu personnalisé est autorisé du moment que vous avez le droit légal de le faire, ce qui signifie que c'est quelque chose créé/possédé par vous, ou bien que le contenu ajouté peut être redistribué en accord avec la notion d'utilisation équitable.
Pas de configuration d'émulateur contestable
L'émulateur devrait être configuré pour émuler la console aussi fidèlement que possible tout en permettant au jeu de fonctionner. Vous ne devriez pas utiliser une modification spécifique de l'émulateur pour pouvoir aller plus vite dans le jeu.
Ne pas choisir un état initial de la RAM aléatoire ou non vérifié
Les réglages des émulateurs pour initialiser la RAM d'une façon spécifique ne sont pas autorisés à moins que l'intégralité de cet état de la RAM ait été prouvée comme étant un état initial possible pour la console émulée. Cela s'applique aussi à la génération complètement aléatoire de l'état initial de la RAM, qui garantit la majorité du temps un état de démarrage invalide sur la plupart des consoles.
Les paramètres de la région doivent être corrects
Si vous utilisez un jeu NTSC (
(U)
or (J)
), vous devez configurer l'émulateur pour qu'il enregistre en NTSC. De la même façon, pour les jeux PAL ((E)
), l'émulateur doit enregistrer en PAL. Toute autre configuration verra votre TAS rejeté. Notez que ces configurations sont définies automatiquement par la plupart des émulateurs, mais mieux vaut vérifier avant de commencer à enregistrer.
Si votre TAS fait mieux qu'une run qui a été enregistrée en utilisant de mauvais réglages, le temps de cette dernière sera ajusté de façon à prendre en compte le fait que les jeux PAL tournent à 50 Hz et les NTSC à 60 Hz.
Cette règle ne s'applique que sur les vieux jeux dont la programmation prend mal en compte cette différence de standard.
Le BIOS doit être authentique
Si l'émulateur que vous utilisez nécessite un BIOS, utilisez uniquement le BIOS authentique, pas une version hackée.
Le BIOS doit correspondre à la région du jeu
Si le BIOS à utiliser dépend de la région, n'utilisez pas un BIOS d'une autre région. Utilisez seulement le BIOS américain pour les versions
(U)
, le BIOS japonais pour les versions (J)
et le BIOS européen pour les versions PAL ((E)
ou autre). Plus de détails plus bas sur l'utilisation de jeux non américains (US).
Dans le cas de la PSX (Playstation), la région est déterminée par le dernier numéro du BIOS,
SCPH-xxx0
pour le Japon, SCPH-xxx1
pour les USA, SCPH-xxx2
pour l'Europe, et SCPH-xxx3
est également pour le Japon. Visitez cette page Wikipedia pour plus d'informations. Toutes les versions d'un BIOS PSX sont autorisées, du moment qu'elles correspondent à la région du jeu joué.
Notez que les BIOS SCPH-5501 et SCPH-7003 sont identiques et sont donc interchangeables.
Veillez à mentionner le nom du BIOS utilisé dans les notes de votre soumission.
Utilisez la bonne version
(J) vs (U)
- Les versions US sont préférées aux versions japonaises en raison de l'utilisation de l'anglais, ce qui rend la compréhension plus facile pour le grand public. Cependant, l'audience japonaise est importante ici. Maintenant, il n'est plus un préalable à TASVideos d'utiliser une version au lieu d'une autre.
Gardez en tête que le temps sauvé uniquement via les differences entre les ROM ne sera pas pris en compte pour les comparaisons. Cela inclut :
- Le temps gagné à l'aide de cinématiques ou boîtes de dialogue plus courtes en raison du langage japonais qui est plus compact.
- Les différences dans l'écran titre, les cinématiques et les menus (à moins que les menus ne soient l'interface de contrôle principale du jeu).
Seules les améliorations sur le gameplay seront considérées. Par exemple :
- Il y a une publication réalisée sur une ROM
(U)
; - L'écran titre du jeu dure100 frames de moins avec une ROM
(J)
; - Un TAS réalisé sur une rom
(J)
est soumis et est plus rapide de 101 frames qu'un TAS réalisé sur une ROM(U)
.
L'amélioration qui sera jugée dans cet exemple est d'une seule frame. Le gain de 100 frames dû à l'écran titre plus court ne sera pas pris en compte.
C'est à l'auteur de faire les calculs et élaborer sur les différences entre les versions durant le processus de soumission. Plus vous présenterez d'informations, plus il sera facile de juger votre TAS.
NTSC vs PAL (USA/Japon vs Europe)
- Les jeux PAL ont un framerate moins élevé que les jeux NTSC, avec des framerates respectifs de ~50Hz et ~60 Hz, et il est commun que les jeux ne soient pas ou soient mal modifiés pour tenir compte de ces différences. A cause de cela, les versions PAL des ROMs ne sont généralement pas autorisées, à moins que celles-ci n'aient une différence technique et/ou divertissante importante pour justifier leur utilisation. Voir See Rygar et Blaster Master pour des exemples de bonne utilisation d'une ROM PAL.
- Les versions PAL des jeux suivants sont autorisées, mais pas recommandées. Utilisez une version
(U)
si possible.- Tout jeu sur une console portable qui ne n'est pas directement connectée à la télévision (e.g. les jeux Game Boy)
- Tout jeu d'une console moderne qui supporte le PAL 60 (e.g. la plupart des jeux GameCube)
- Les jeux Commodore 64 (en ce qui concerne les réglages de la région, pas les versions des jeux, car les jeux C64 n'ont pas d'information facilement identifiable ou vérifiable sur la région)
- La Sega Master System est un cas unique dans le sens où elle peut officiellement faire tourner des jeux PAL à une fréquence NTSC dans les régions PAL-M (Brésil). De ce fait, jouer à des jeux PAL avec une configuration NTSC est autorisé pour les jeux SMS, mais seulement si le jeu est officiellement sorti au Brésil. Plus de détails au sujet de PAL-M ici.
Le TAS doit être bon.
En particulier:
Un TAS orienté sur la vitesse doit battre tous les records existants.
Si votre TAS a l'intention d'en battre un autre, assurez-vous qu'il le batte bien.
Si votre TAS est plus lent que le record non assisté pour le même jeu avec les mêmes objectifs, votre TAS sera rejeté.
Si votre TAS est plus lent que le record non assisté pour le même jeu avec les mêmes objectifs, votre TAS sera rejeté.
Faites des recherches pour éviter cela. Cherchez les record non assistés existants. Regardez kes précédents TAS dans la liste des soumissions ou sur le forum.
Ne pas réussir à battre les TAS existants résultera en un rejet.
La qualité technique du TAS doit être acceptable
Ne soyez pas fainéant. Nous allons essayer de battre votre TAS. Et il vaudrait mieux que nous n'y arrivons pas. Lisez les recommandations pour savoir comment faire un TAS qui corresponde aux normes.
Les triches, codes de débogage, et les "arcade continues" ne sont pas autorisés
Cela inclut toute séquence de touches telles que le Konami Code, ainsi que l'accès aux menus cachés. Notez que si la séquence de touches est mentionnée dans le manuel du jeu comme une manière normale de jouer, tels que les raccourics pour recommencer un niveau dans the Legend of Zelda ou Metroid, alors elle est généralement autorisée.
De plus, acheter des "continues" avec des pièces dans un jeu d'arcade est assimilé à de la triche, étant donné que cela permet au joueur d'avoir des ressources gratuites et virtuellement illimitées, et que cela va à l'encontre du concept du TAS.
Ces règles ne sont pas strictes, mais elles sont motivées par la même notion que les recommandations qui expliquent que vous devriez jouer dans la difficulté la plus élevée. De ce fait, vous pouvez utiliser un code pour débloquer la difficulté la plus élevée, même si il vaut mieux demander d'abord sur le forum si c'est une bonne idée. En effet, cela empire parfois le TAS !
Le TAS doit être complet.
Votre TAS devrait commencer à l'allumage de la console et se terminer au moment où la dernière action nécesaire a été faite. Il n'y a pas de règle spécifique pour la dernière action, mais elle doit suivre les règles suivantes :
- Elle doit finir le jeu (Les TAS de 1 niveau qui ne terminent pas le jeu sont rejetés).
- Elle doit permettre d'atteindre les crédits ou l'écran de fin sans avoir besoin d'autres interactions. Toutes les touches doivent provenir du fichier d'input (e.g. configurer l'émulateur pour qu'il appuie automatiquement sur une touche après la fin de la lecture n'est pas autorisé). Une exception a été autorisée pour le jeu Rygar.
- Elle doit se terminer sur le dernier input. Ne laissez pas d'inputs blancs à la fin du TAS.
Si un jeu ne se termine jamais, alors il peut être considéré comme fini une fois qu'il n'y a plus de nouveau contenu d'ajouté, et que la difficulté n'augmente plus.
Battre un TAS publié
Quand vous battez un TAS publié qui visait le temps le plus rapide, le but doit être de respecter ses standards de jeu sur les aspects à la fois techniques et divertissants.
- Si vous trouver un raccourci qui permet d'économiser 30 secondes, alors votre TAS devrait être plus rapide d'au moins 30 secondes. Perdre du temps ailleurs sans raison valide n'est pas acceptable.
- Si un TAS publié est notable pour son divertissement pendant les temps d'attente (comme synchroniser les actions avec la musique par exemple), vous devriez au moins arriver avec quelque chose de comparable. Copier les actions d'un TAS publié n'est pas un soucis, même si dans ce cas la courtoisie veut que vous mentionnez son auteur dans votre message de soumission.
Les règles du site s'appliquent même si le TAS publié ne les respècte pas. Nous faisons parfois des erreurs, mais cela n'est pas une raison pour que vous enfreignez les règles.
- Si un TAS publié utilise un mauvais dump, vous devriez utiliser un bon dump à la place.
- Si un TAS publié utilise un émulateur peu précis et que vous avez le choix avec un émulateur plus précis, utilisez ce dernier.
- Cependant, si une règle n'est pas respectée pour une raison précise et que cela a été autorisé pour le TAS publié, alors c'est généralement acceptable. Si vous n'êtes pas sûr, demandez à un juge ou administrateur avant de faire votre TAS. (Un exemple serait les TAS qui commencent depuis la SRAM, qui utilise des mots de passe, etc...)
Le TAS doit être reproductible.
Le réaliser une fois, ce n'est pas assez, nous devons être en mesure de rejouer une simulation et obtenir le même résultat que vous. Un TAS qui ne synchronise que sur l'ordinateur de l'auteur ne sera pas accepté.
Utilisez une version officielle d'un émulateur.
Tous les émulateurs de TAS officiellement acceptés ont un répertoire qui contient les versions officielles dans un package (comme des binaries). Ces versions officielles sont acceptées par TASVideos. Utilisez une version personalisée ou provisoire du code source d'un émulateur (e.g. depuis svn ou des répertoires git) n'est pas officiellement accepté. Assurez vous toujours que votre TAS synchronise avec les versions officielles; utilisez une version provisoire à vos propres risques. Si un TAS synchronise sur une version provisoire, mais ne synchronise pas sur une version officielle, alors il sera rejeté.
Notez que certains émulateurs requièrent des versions provisoires parce que leurs publications officielles sont rares et/ou souvent obsolètes (ce qui inclut Dolphin et VBA-rr). Pour ces émulateurs, les versions provisoires sont acceptées.
Toute configuration importante qui n'est pas enregistrée dans la movie file doit être indiquée dans le texte de la soumission
Idéalement, la movie file, une copie du jeu et un émulateur devrait être suffisants. Malheureusement, le monde n'est pas parfait. S'il vous plaît, renseignez toutes les configurations qui peuvent affecter la synchronisation de votre TAS sur d'autre systèmes.
Les métadonnées de la movie file doivent être correctes
Il peut être facile de perdre la trace du nombre exact de rerecords, mais essayez qu'il soit globalement correct. Bien que cela n'est pas supposé être utilisé pour juger, c'est tout de même un détail que beaucoup de nos utilisateurs regardent.
Le TAS doit être attribué aux bonnes personnes
Faites ce qui est le mieux pour l'audience, pas pour vous. Essayer d'avoir votre nom sur le site à tout prix ne vous rendra pas populaire. TASVideos souhaite rester une communauté courtoise, certaines offenses sont donc régies par des règles.
Ne vous déclarez pas auteur de quelque chose que vous n'avez pas fait
Prendre le TAS d'un autre utilisateur et le soumettre sous votre nom est strictement interdit. Une telle faute est une raison potentiellle pour un ban.
Cela ne s'applique pas aux situations ou une solution similaire ou identique est découverte et implémentée indépendamment.
Un minimum d'effort est requis
Prendre le TAS d'un autre utilisateur et enlever ou modifer les dernières frames est fortement déconseillé si ça ne permet pas au TAS d'atteindre la fin plus tôt. Un tel TAS sera vraisemblablement rejeté pendant le délai de grâce sur des bases similaires à ci-dessus.
S'il y a un oubli qui nécessite une modification facile à la fin d'un TAS publié, il est préférable d'en informer l'auteur d'abord, et de voir s'il veut l'implémenter lui-même. Sinon, il est tout de même préférable s'attribuer le nouveau TAS en tant que co-auteur. Voir le prochain paragraphe pour plus de détails.
Créditer la contribution d'autres auteurs.
Il n'y a pas de règles précises pour estimer la significativité de chaque contribution, mais il est généralement admis que si vous avez simplement copié un large morceau de gameplay d'un précédent TAS tel quel, la nouvelle soumission devra le mentionner en tant que co-auteur. La paternité n'est pas imposée, mais l'audience pourrait être insatisfaite si vous ne donnez pas le crédit qui est dû. En cas de doute, consultez un juge.
Cette notion est assouplie dans les cas d'améliorations successives inférieures à la seconde (communément appelées "frame wars"), étant donné que copier des pans entiers de gameplay de précédentes versions de ces TAS devient de plus en plus inévitable à chaque nouvelle version.
Règles spécifiques aux consoles:
Les Game boy : Utilisez le meilleur mode :
Certains jeux Game Boy fonctionnent sous différents modes:
- GB ? monochrome (les couleurs de la Game Boy originelle);
- SGB ? Super Game Boy (le jeu GB branché sur SNES, a une bordure graphique et quelques couleurs);
- GBC ? Game Boy Color.
Parce que le jeu peut s'émuler de façon différente selon le mode, celui que vous choisissez est sauvegardé dans la movie file. Cela peut être difficile à modifier par la suite, donc vous devriez toujours enregistrer votre TAS sur le meilleur mode supporté par le jeu.
- Si le jeu supporte la GBC, jouer le en mode GBC
- Si le jeu ne supporte pas la GBC, mais qu'il supporte la SGB et est amélioré par elle (avec une amélioration du son, des couleurs, ou autre), jouez le en mode SGB.
- Ne jouez le jeu en mode GB monochrome que si le jeu ne supporte pas la GBC, et ne supporte pas ou n'est pas amélioré par la SGB.
Il est intéressant de mentionner qu'il y a au moins un jeu GBC, Shantae, qui identifie si vous utilisez une GBA, et utilise les fonctionnalités de la GBA le cas échéant. Utiliser cette fonction n'est actuellement possible que sur les versions récentes de lsnes et Bizhawk, et ne fonctionne pas du tout sur VBA-RR.
Les options par défaut qui apparaissent quand vous commencez à enregistrer devraient refléter le meilleur choix possible pour le jeu actuel, réfléchissez donc à deux fois avant de les changer.
TAS sur Hourglass
Pour Hourglass, vous devez indiquer le log DxDiag pour éviter d'avoir des désynchronisations à cause d'un matériel différent. Pour des instructions, aller voir le topic sur le forum Hourglass.
Commodore 64
Uniquement pour les TAS Commodore 64, les TAS faits en utilisant les fichiers ROM de la disquette sont préférée aux fichiers ROM de la cassette. Cela est dû aux temps de chargement très lent des cassettes C64, qui affectent grandement la lisibilité de tels TAS.
Cela s'applique également aux ROMs de disquettes C64 craquées, si une version disquette non craquée n'est pas disponible.
Movie files acceptés
Nous acceptons les movie files sous ces formats, et uniquement ces formats :
NES
- Les fichiers FM2 de FCEUX faits avec une versionn 2.0.2 ou plus récente;
- Les fichiers FM3 de projet TAS Editor faits avec FCEUX 2.2.0 ou plus récent;
- Les fichiers .bkm / .bk2 de BizHawk;
- Les fichiers FCM faits avec FCE-Ultra (FCEU) version 0.98.12 ou plus récente (0.98.28 est la dernière version de cette branche) (déprécié).
Super NES
- les fichiers SMV des Snes9x :
- Les movie files de Snes9x v1.43 sont dépréciés et pas acceptés, à moins qu'une mesure de prolongation ne soit déja accordée.
- Les movie files de Snes9x v1.51 sont acceptées mais dépréciées.
Nintendo 64
- Les fichiers .bkm / .bk2 de BizHawk.
- Les fichiers M64 de Mupen64 faits avec la version rerecording sont dépréciés et pas acceptés, à moins qu'une mesure de prolongation ne soit déja accordée.
Game Boy et variantes
- Les fichiers .bkm / .bk2 de Bizhawk
- Les fichiers LSMV de lsnes [1]
- Gameboy et Gameboy Color uniquement.
- Les fichiers VBM de Visual Boy Advance (VBA) (dépréciés)
Game Boy Advance
- Les fichiers VBM de Visual Boy Advance (VBA) (dépréciés)
Nintendo DS
- Les fichiers DSM de DeSmuME fait avec DeSmuME 0.9.6 ou une version plus récente. N'utilisez pas de versions temporaires, ni de versions avant la 0.9.6.
Sega Master System et Sega Game Gear
- Les fichiers .bkm/.tas / .bk2 de Bizhawk;
- Les fichiers MMV de Dega faits avec Dega 1.14 ou une version plus récente.
SG-1000 et ColecoVision
Sega Genesis/Megadrive
Sega CD
- Les fichiers GMV de Gens
Sega Saturn
PlayStation
- Les fichiers .bk2 de Bizhawk.
- Les fichiers PJM de PSXjin et PXM de PCSX sont dépréciés et pas acceptés, à moins qu'une mesure de prolongation ne soit déja accordée.
Arcade / Neo Geo
TurboGrafx 16 (PC Engine), PCE-CD, SuperGrafx
- Les fichiers .bkm/.tas / .bk2 de Bizhawk (préférés)
- Les fichiers MC2 de Mednafen (dépréciés)
- Les utilisateurs Windows devraient utiliser PCEJin qui utilise les mêmes fichiers MC2
- L'ancien format de fichier (MCM) n'est pas recommandé mais est encore autorisé.
Neo Geo Pocket (Color), WonderSwan, Atari Lynx
- Les fichiers MC2 de Mednafen. L'ancien format de fichier (MCM) n'est pas recommandé mais est encore autorisé.
Virtual Boy
- Les fichiers de Medfanen faits avec VBJin.
Atari 2600, Atari 7800
TI-83
Gamecube & Wii
- Les fichiers DTM de Dolphin.
PC-DOS (x86)
- les fichiers JRSR de JRSR faits avec JPC.
Ordinateurs MSX
- Les fichiers OMR faits avec openMSX.
Windows
- Les fichiers WTF faits avec Hourglass.
Formats techniquements admis à la soumission
Les TAS utilisant ces formats peuvent atteindre le Workbench si soumis :
.bk2, .ctm, .dsm, .dtm, .fbm, .fm2, .gbmv, .gmv, .jrsr, .lmp, .lsmv, .ltm, .m64, .mar, .omr, .tasproj, .vbm, .wtf
Voir les ressources des émulateurs pour plus d'informations.
Les fichiers multimédias ne sont pas acceptés
Nous n'acceptons pas les fichiers multimédia (AVI, WMV, MP4, etc...). Le site veut une méthode de contrôle des TAS, telle que :
- avoir une movie file standard et vérifiable;
- extraire les informations importantes du TAS directement depuis l'en-tête de la movie file;
- Créer des encodages de haute qualité pour publication.
Les fichiers multimédia rendent ces points impossibles.
Il n'y a aucun moyen de vérifier un fichier multimédia. Il serait impossible de prouver qu'une vidéo a été éditée ou non.
[1] le format binaire .lsmv n'est actuellement pas accepté (pas encore implémenté), utilisez le format .zip.