FANDOM


Este artículo explica sobre los entrenadores acompañantes. Se detalla tanto la activación/desactivación del entrenador acompañante (para batallas) como el evento asociado (para que le siga los pasos al jugador).

Ver también Editar

Definición de entrenador

  • Este artículo explica cómo crear un entrenador.

Configuración de un entrenador aliado Editar

Los entrenadores aliados son exactamentre iguales a cualquier otro entrenador, así que se crean de la misma forma. La única diferencia está en el uso que se le da (ellos estarán de su lado en lugar de ser un oponente).

Los entrenadores aliados también necesitan una imagen de espalda, de la misma forma que la tiene el personaje jugador. Las imágenes de espalda son específicas para un tipo de entrenador, y se ubican en la carpeta "Graphics/Characters" con el mismo nombre "trbackXXX.png", donde "XXX" es el ID del tipo de entrenador.

Generalmente, un entrenador aliado tendrá un tipo de entrenador propio (es decir, no habrá otro entrenador en el juego que comparta su tipo de entrenador). Sólo es una buena práctica, en realidad, se puede hacer equipo con un Cazabichos si es lo que se quiere.

Hacer equipo con un aliado Editar

Esta sección del artículo explica cómo hacer que un entrenador aliado sea mostrado junto al jugador en una batalla. Consulte más abajo sobre cómo hacer para que el entrenador siga los pasos del jugador.

Al tener un entrenador aliado registrado, todas las batallas salvajes que se realicen serán batallas dobles, y ésto cuenta también para todas las batallas dobles con entrenadores (tanto para batallas definidas como dobles como para los casos en los que dos entrenadores avisten al jugador al mismo tiempo). En estas batallas, participarán el o los entrenadores rivales, el aliado y el jugador. Las batallas individuales con entrenadores no se verán afectadas, el aliado no participará en ellas.

Después de cada batalla (incluyendo aquellas en las que el aliado no participó), el equipo del jugador será sanado completamente (aparentemente por el aliado).

El jugador puede hacer equipo (es decir, registrarlo) con un sólo entrenador al mismo tiempo.

Registro de un aliado Editar

Los entrenadores aliados deben ser registrados y dados de baja. Esto se hace con el siguiente código:

pbRegisterPartner(PBTrainers::HOOPYTRAINER,"Zaphod",0)

Los parámetros de pbRegisterPartner son los siguientes:

  1. El tipo de entrenador del aliado. Observa el prefijo PBTrainers::.
  2. El nombre del aliado, en comillas dobles.
  3. Opcional. Un número usado para distinguir entre las diferentes versiones del mismo entrenador. Por defecto, es 0.

Ésto es exactamente lo mismo que cuando se define un entrenador enemigo para una batalla (clase de entrenador más nombre más número opcional).

pbDeregisterPartner

Debido a que sólo puede haber un aliado registrado al mismo tiempo, pbDeregisterPartner no tiene ningún parámetro.

Eventos asociados Editar

Esta sección del artículo explica cómo hacer que el evento del entrenador aliado siga al jugador mientras camina por el mapa. De forma muy básica, se explica cómo hacer que cualquier evento siga al jugador. Los eventos dependientes no son exclusivos para entrenadores aliados, pero resulta un ejemplo perfecto usar un evento dependiente para registrar un aliado.

Mientras el jugador tenga cualquier evento dependiente, no podrá usar los movimientos Surf, Vuelo, Teletransportación o Excavar fuera de batalla, y tampoco podrá usar Cuerda Huida. El jugador puede hablarle al evento dependiente, pero el contenido de esa interacción deberá definirse en un evento común en vez de una página de ese evento dependiente.

Crear un eventro dependiente Editar

Cuando se registra un entrenador aliado, generalmente se deberá crear ese evento de entrenador como dependiente (es decir, seguir al jugador). Para hacer esto, se usa el siguiente código:

Kernel.pbAddDependency2(@event_id,"Dave",42)

El primer argumento es el número ID del eventro que seguirá al jugador (@event_id representa el evento en el que se utiliza este script). El segundo argumento es un nombre o frase usada para identificar el evento dependiente. El tercer argumento es el número del Evento Común que se llama cuando el jugador habla con el evento dependiente (por supuesto, el Evento Común puede estar vacío).

Los Eventos Comunes están listados en la Base de datos (F9). Son parecidos a los eventros, salvo que tienen una sola página y disparadores limitados (se debería utilizar el disparador "Ninguno", lo que significa que se debe interactuar con él para hablarle). El Evento Común que gestiona al aliado puede incluir la opción de darse de baja (es decir, puedes hacer que deje de seguir al jugador con sólo hablarle).

Para remover el evento dependiente, se usa el siguiente comando:

Kernel.pbRemoveDependency2("Dave")

Se utiliza el nombre o frase con la que se identifica a ese evento dependiente. Recuerde que deberá remover la dependencia del evento Y dar de baja al aliado al mismo tiempo.

Eventos dependientes entre varios mapas Editar

En lo posible, se debería limitar el eso de un evento dependiente a un sólo mapa. Hay pequeños errores gráficos cuando se cambia de un mapa a otro por las conexiones que podrían no ser deseados. Además, las animaciones para cruzar puertas no se ven muy correctamente (sólo el jugador se ve bien, como de costumbre), pero parece cerrarse en la cara del evento dependiente.

Si se arrastra un evento dependiente hacia otro mapa, el siguiente mapa debería tener un evento con el mismo ID que el evento que se volvió dependiente. En caso contrario, al final de una batalla el juego se romperá. Este evento puede estar en blanco o ser usado para alguna otra cosa, pero mínimamente debe existir.

Cuando un evento dependiente se detiene y deja de seguir al jugador, es borrado inmediatamente. Seguramente quieras que se mantenga donde se quedó, para ello, se necesitará agregar algunos comandos extras al Evento Común para que ubique un evento en el mismo lugar y dirección.

Consejos Editar

  • Se pueden usar eventos dependientes para otras cosas además de un entrenador aliado. Por ejemplo, una característica famosa de Pokémon Amarillo fue que el Pikachu del jugador lo siguera por el mapa.
    • Los eventos dependientes puedes volverse dificil que conseguir que funcionen correctamente.