-
Notifications
You must be signed in to change notification settings - Fork 10
Unwelcome Concepts
You can and should always be as creative as you can be, but there are some concepts that are NOT welcome for achievements. Below is a list of what have been deemed unwelcome concepts. Please note that there is some wiggle room so some exceptions to the rules have been provided. When in doubt, consult with Developer Compliance.
- Achievement Spam
- Playing Poorly Without Purpose
- Zero Effort Without Purpose
- Requires Glitches
- Requires Two Players
- Requires Complete Perfection
- Pointless Excessive Grinding
- Overly RNG Reliant
- "Secret" Achievements
It is bad design to have achievements popping too frequently. An example of this is unlocking achievements for both defeating a boss as well as obtaining a specific item after the fight.
When these are acceptable:
- Using the above example: If the achievement for defeating the boss is challenge-based, such as damageless. It is not a guaranteed unlock simply by playing.
- If the achievements are stackable.
- Defeating a boss on normal or higher difficulty + defeating the same boss on hard difficulty.
- Opening the last chest in an area + opening all chests in the game
Achievements for dying, getting a game over, or repeatedly failing a task just for the sake of it are unnecessary.
When these are acceptable:
- Many point-and-click adventure games and visual novels often tie a player's death into the story, which can result in unique scenes a player would not witness otherwise.
- If playing poorly results in a humorous or otherwise interesting in-game acknowledgement such as being awarded a helmet for taking too many head shots.
Examples of this are achievements for simply starting a game, collecting a single coin, watching a video, etc.
When these are acceptable:
- "Disclaimer" achievements that are meant to address the player about restrictions in the achievement sets. These should only exist when the player can lock themselves out of multiple achievements without even realizing it.
- Not skipping an opening cinematic if it had been considered a big deal at the time.
- Addressing something fun, historical, or interesting.
Achievements for performing tasks that are only possible by using glitches, exploiting bugs, etc. are not allowed in a base set. Glitches/Bugs are errors within a game's code which often cause unintended behavior. Examples are memory overflow, incorrectly loaded levels, and clipping into objects.
When these are acceptable:
- Historically significant glitches and well-known, easy-to-execute glitches of importance to the game's community are allowed with the approval of Developer Compliance. It should be clear that the glitch is needed for the achievement(s) and serve to highlight the glitch's importance or significance.
- Achievements including approved glitches must require the player to perform some feat using the glitch. Simply causing the glitch to occur without purpose is insufficient unless activating the glitch itself is a meaningful task.
- A
[Subset - Glitch Showcase]
or[Subset - Bonus]
.
Achievements that require input from at least one other player are not allowed in a base set.
When these are acceptable:
-
[Subset - Multi]
sets.
Achievements that require a long task where the slightest mistake will end in failing the challenge. Especially challenges where randomness and other variation in game behavior makes anticipating actions extra difficult.
When these are acceptable:
- Subsets for Extreme Challenges, or a typical Bonus set.
- Games where behavior of enemies or obstacles is highly deterministic or pattern-based.
- Games where this challenge is a common goal of players or not seen as an extreme challenge by the game's community.
Achievements that require long, repetitive tasks solely for the sake of saying you did it. If an achievement calls for spending countless hours making a character reach level 99 or farming for 99 of a certain item, but there is no actual purpose to it, then it does not have a place in a base set.
When these are acceptable:
- Subsets, whether devoted to max levels (if approved) or a typical Bonus set.
- The player is awarded in-game for the grind.
Rely entirely on randomness, especially when there are extremely low odds.
When these are acceptable: Games or mini-games where the randomness is a major aspect.
When the player has no indication of what they're going after.
When these are acceptable:
- Secretive or intentionally vague achievement descriptions can be used to prevent major spoilers, so long as the achievements are unmissable progression.
Let's face it. There are some games, or 'games,' rather, that are not fit for achievements. Below is a list of said types of games that are usually not.
- Videos, music visualizers, jukeboxes, etc.
- These will not be accepted without explicit approval. Approval will be handled via voting by Developer Compliance and requires implementation of sufficiently creative concepts. For example: Game Boy Advance Video Series was presented with the idea to include a leaderboard quiz at the end of each episode. This unique plan involved gameplay beyond just pressing start and was approved.
- Book sets are still allowed, but must be worth 0 points.
If a compilation or multi-cart features games that share the same console, then they are not allowed. An example of this is 6-Pak for Genesis/Mega Drive, which contains six Genesis/Mega Drive games.
If the game ended up having an official release, then these are generally not allowed unless there is unique content. Games that only existed as betas, demos, or prototypes are typically fine, so long as they're actually playable (some prototypes barely qualify).
Rich Presence that directly displays custom player input text is prohibited. The most common example being displaying what a player inputs as their character or file name directly into Rich Presence.
This restriction helps in preventing inappropriate or offensive content from showing on various site pages as well as makes the moderation of Rich Presence more manageable, in addition to protection player privacy as players may not realize their text is being displayed publicly.
We generally avoid banning titles, leaving content filtering up to individual users to decide. Even still, some titles are egregious enough to warrant removal from the site, both for the protection of the users and of the site itself. Below is an incomplete list of such titles, to be updated as necessary.
Title | Year | Platform |
---|---|---|
• Lolita Syndrome • ロリータ・シンドローム |
1983 | FM-7, PC-88 |
• My Lolita • マイ・ロリータ |
1984 | FM-7, PC-88 |
• The Guy Game | 2004 | PS2, Xbox, Windows |
- User Guidelines
- Developer Guidelines
- Content Guidelines
- FAQ
- Setup Guide
- Emulator Support and Issues
- Ways to Contribute
- RABot, the RA Discord Robot
- Events
- Overlay Themes
- Useful Links
- Contributing with the docs
- About Us
- Tutorials
- Developer Docs
- How to Become an Achievement Developer
- Getting Started as an Achievement Developer
- Game Identification
- Achievement Design
- Achievement Scoring
- Difficulty Scale and Balance
- Progression and Win Condition Typing
- Badge and Icon Creation
- Achievement Development Overview
- Flags
- BitCount Size
- Alt Groups
- Hit Counts
- Delta Values
- Prior Values
- Value Definition
- Condition Syntax
- Minimum Required Versions for Logic Features
- Memory Inspector
- Real Examples
- Set Development Roadmap
- Achievement Templates
- Tips and Tricks
- Leaderboards
- Rich Presence
- RATools
- Console Specific Tips
- Emulator Hotkeys for Developers
- libretro core support
- Docs To Do List
- WIP User Code of Conduct
- WIP CoC FAQ
- WIP Content Guidelines
- WIP-Jr
- WIP---Dev-Tips---Code-Notes-En-Masse
- WIP-‐-Reauthorship-Policy
- Manifesto RetroAchievements
- Código de Conduta do Usuário
- FAQ - Perguntas Frequentes
- Como contribuir se você não é um desenvolvedor
- Tutorial para Jogos Multi-Discos
- Introdução
- Primeiros Passos como um Desenvolvedor de Conquistas
- Recursos de Lógica para Achievements
- Exemplos Reais
- Dicas e Truques
- Dicas Específicas de Console
- Modelos de Achievement
- Escala de Dificuldade e Equilíbrio
- Roteiro de Desenvolvimento de um Set de Conquistas
- Criação de Ícones e Emblemas
- Leaderboards
- Rich Presence
- Design de Conquistas
- Manifesto RetroAchievements
- Código de Conducta del Usuario
- FAQ - Preguntas Frecuentes
- Tablas Globales y Reglas para la Casería de Logros
- Mi juego no esta cargando los logros
- Como contribuir si no eres un desarrollador
- Por que no deberías utilizar la función de cargar estado
- Contribuyendo con los documentos
- Como funciona la Documentación de RA
- Descargas
- Intro
- Código de Conducta del Desarrollador
- Como convertirme en un Desarrollador de Logros
- Primeros pasos como un Desarrollador de Logros
- Un vistazo al Inspector de Memoria
- Características en la Logica de un Logro
- Ejemplos Reales
- Intro
- Utilizando Hit Counts como un Temporizador
- Utilizando Valores Delta y Hit Counts para Detectar un Incremento
- Un Ejemplo Simple en como evitar el Abuso de Estados de Guardado
- Evitar el Problema de que un Contador se Incremente Dos Veces en el Mismo Frame
- Creando un Temporizador con un ResetIf Hits basándote en la Velocidad de un Juego
- Plantillas para Logros
- Tips y Trucos
- Escala de Dificultad y Balance
- Diseño de Logros
- Mapa de Desarrollo de Set
- Revisiones en Set de Logros
- Creación de Iconos y Badges
- Tablas de Clasificación
- Rich Presence
- Trabajando con el ROM apropiado
- Identificación del Juego
- Guía para Sets Bonus
- Logros para ROM hacks
- Tips Específicos por Consola