TuxKart

Es posible crear y personalizar un nivel (una pista de carreras) en el juego de carreras liderado por el pingüino de Linux. Los archivos de modelos pueden estar en cualquier formato "SSG" que la librería de PLIB pueda cargar.

Una opción aceptable para modelar cosas para TuxKart es AC3D, y el formato de archivo AC3D está bastante bien apoyado.

La carrera comienza siempre en el origen del modelo. Los karts comienzan espaciados a un par de metros de distancia, por lo que es propicio asegurarse de que la pista sea lo suficientemente amplia.

Es muy importante que la superficie de la carretera en X == 0, Y == 0 sea ligeramente inferior a la Z == 0.

Es posible animar las pistas mediante simples movimientos repetitivos en cualquiera de los objetos o mapas de texturas como mover las corrientes de agua y lava mediante la creación de una textura que se mueve en formato AC3D. Hay varias otras extensiones similares para animaciones similares.

Todos los iconos 2D y mapas de textura tienen que estar en formato SGI 'RGB' o BMP. El segundo es recomendado por el autor, ya que BMP cambia a menudo.

Todas las imágenes y texturas tienen que obedecer las reglas de mapas de textura de OpenGL - deben ser incluso potencias de dos de tamaño (es decir, las dimensiones X e Y deben ser 2,4,8,16,32,64,128,256, etc). Es posible crear mapas rectangulares (por ejemplo 128x64).

Si bien no hay límite para el tamaño de un mapa de textura o imagen - es necesario tener en cuenta que las tarjetas 3Dfx (que se utilizan muy comúnmente) no pueden hacer frente con mapas más grandes que 256x256. El mapa loader se encargará de reducir el tamaño de los mapas como sea necesario para hacerlos encajar - pero esto distorsionará la imagen.

Las texturas son SIEMPRE MIPmapped y se muestran utilizando la configuración de más alta calidad.

Los autores eligieron una "unidad" en la base de datos equivalente a un metro de la vida real - pero ya que no se sabe muy bien cuán grandes son Tux y sus amigos, esto es bastante arbitrario. Otra manera de pensar en esto es que Tux es de un metro de altura. Los pingüinos del mundo real no son tan grandes como un metro de altura, pero Tux es un 'pingüino Jackass' y sólo crecen hasta unos 30 cm.

Los autores del juego están familiarizados con la simulación de vuelo, donde se emplea la convención Z-is-up (la coordenada Z apunta hacia arriba) - así que todo el software funciona así. Sin embargo, los cargadores PLIB saben que algunos modeladores usan Y-is-up y modifican el eje según sea necesario. Por lo tanto, en AC3D, Y-is-up - pero en el juego,la convención es Z-is-up. Esto último queda a criterio de quien quiera crear su propio mapa

En el juego, al estrellarse se trata de una pared de ladrillo, Si se trata de una nube de humo. ¿Cuál es el coeficiente de fricción? Diferente para hielo que para hormigón.

Estas cosas eventualmente serán listadas en un "archivo de referencia de materiales" para el nivel, pero resulta tedioso en la etapa de compilación, los creadores recomiendan emplear parámetros pre-determinados, como ser: superficie helada, aplicar la textura "ice.rgb" y cuando se carga el modelo, comprobar que el nombre de archivo de la lista de materiales contenga "ice.rgb" como un material resbaladizo. Esto permite añadir nuevas propiedades de los materiales sin tener que pasar de nuevo en cada modelo.

Para ello hay que editar la tabla al comienzo del archivo 'src / material.cxx'.

{& Aarmco_gst "images / aarmco.rgb", VCLAMP, TRUE, 0.5, TRUE, 1.0, 0}

Los campos (en orden) son:

y aarmco_gst - el nombre del material dentro del código C ++.

"images / aarmco.rgb" - el nombre de archivo del mapa de textura.

VCLAMP - esto debería ser: NOCLAMP, VCLAMP, UCLAMP o UVCLAMP y determina si el mapa:

NOCLAMP - repite sin cesar.

UCLAMP - repite en la V (es decir, Y) dirección.

VCLAMP - o sólo en el (es decir, X) dirección U.

UVCLAMP - hace que la textura no repetir en absoluto.

Si el polígono es mayor que el mapa y el mapa se fija entonces los texels borde del mapa se repetirán indefinidamente.

TRUE - es la textura transparente?

0.5 - el valor 'pinza alfa' - píxeles con un alfa menor que esto no se rindió.

TRUE - es 'iluminación' habilitado para este polígono? Si no, el polígono se dibuja en él es el brillo completo y va a brillar en la oscuridad.

1.0 - el coeficiente de fricción. 1.0 es "normal", los números más grandes representan superficies más ásperas, más pequeños son más resbaladizo.

0 - el efecto sobre el Kart de polígonos tocar hechas de este material.

0 significa que se trata de una 'superficie manejable' - o para una superficie vertical, que karts que golpean sólo se ralentizará un poco y puede 'slide' a lo largo de los polígonos.

MAT_CRASH significa que cualquier kart que golpea este polígono se estrellará y soltar a velocidad cero.

MAT_ZIP significa que este polígono tiene el efecto de una cremallera ... Probablemente, esto sólo se debe utilizar para cremalleras reales ... pensar cuidadosamente antes de hacerlo de otra manera!

MAT_IGN significa que este material es puramente decorativo y karts puede conducir a la derecha a través de él.

Hay un archivo de "datos / xxx.loc '(donde' xxx 'es el nombre de su nivel) que contiene la ubicación de cada archivo de modelo en (x, y, z) y (h, p, r) - La partida, Pitch and Roll.

Es conveniente tener algunos objetos de forma automática 'ajustada' a sentarse en el terreno. Sustituyendo la coordenada Z con un par de llaves '{}' ... también se puede dejar de lado (usando '{}') - y se computarán por lo en cuanto a la posición del objeto sobre la superficie subyacente.

Dado que los objetos se añaden a la escena en orden, los modelos de la pista tienen que aparecer antes en el archivo de las cosas que desean ajustarse a ella.

Hay algunos modelos que se han 'incorporado' para el motor del juego - en particular los de los diferentes colores de arenque.

Los comentarios pueden ser colocados en el archivo '.loc' mediante la colocación de un "#" al inicio de la línea.

La forma más fácil de entender el formato de archivo '.loc' es mirar algunos de los de niveles existentes - el formato es bastante fácil. Aquí hay un ejemplo:

#
# The track itself.
#
"bsodcastle.ac",0,0,0,0,0,0
#
# Two Zippers (clamped to the track)
#
"zipper.ac",-70,0,{},90,{},{}
"zipper.ac",-75,0,{},180,{},{}
#
# An advert for SuSE Linux
#
"susesign.ac",130,-40,5,-90,0,0
#
# A Gold (Yellow) herring
#
YHERRING,-45,-140
#
# Two Red herring
# 
RHERRING,29,-139
RHERRING,29,-141
#
# Two Silver herring 
#
SHERRING,20,80
SHERRING,120,-65
#
# Two Green herring
# 
GHERRING,25,70
GHERRING,30,70

Puede cambiar los modelos de autos usados para un nivel dado especificando un archivo 'de los jugadores:

JUGADORES "data / filename.dat"

El archivo de los jugadores por defecto es "datos / players.dat '.

El segundo archivo que necesita es "datos / xxx.drv '- que es una lista ordenada de puntos 2D que se encuentran a lo largo de la línea central aproximada de la pista - a partir de la línea de salida, ir todo el camino alrededor de la pista y terminando de nuevo en el línea de salida.

El archivo de línea de transmisión se utiliza para varias cosas:

Para decirles a los jugadores de la computadora dónde dirigir.

Para permitir a averiguar hasta qué punto la vuelta de la 'vuelta' cada jugador es.

También lo utilizó para generar una 'vista en planta' de la pista con puntos de colores para los jugadores.

He aquí un ejemplo de un archivo típico "drv".

1.6556, -2.09912

-0.6416,15.1328

-7.5344,35.8112

-22.469,54.192

-40.8496,59.936

-59.2304,51.8944

-75.3136,33.5136

-83.3552,22.0256

-100.587,1.34728

-122.414, -8.99188

Los Karts en TuxKart son bastante simples, los personajes hacen cosas por el estilo que se inclina en las curvas, girando la cabeza, muy poco de lo que sucede en MarioKart, los Karts también necesitan iconos 2D para su uso en diversas partes del juego.

Los nombres de archivos para los cuatro modelos Kart se establecen en el archivo 'players.dat' (que se puede reescribir para cada nivel). Los iconos y los iconos de los diferentes objetos de colección están codificados en el juego. Los arenques y cremalleras, cosas como las sombras de los karts, misiles y arenques también se codifican en el juego.

Para 'conectar' un nuevo modelo en el juego mediante la edición del archivo de "datos / levels.dat ' se debe añadir una nueva línea que contiene el nombre de la base de datos ".loc 'y los archivos .DRV' seguido de un espacio y luego el nombre legible por humanos para el nivel que se muestra en el menú en la pantalla de inicio.

por ejemplo

penguinpark Pingüino Parque

Esto hace que el juego agregue 'Penguin Park' en el menú de inicio, y si se selecciona ese elemento, hará que se cargue "datos / penguinpark.loc 'y' data / penguinpark.drv '. Esta característica no estaba disponible antes de la versión 0.0.2.

Esta es una lista de nombres de ficheros que contienen directamente los modelos 3D de los jugadores y sus vehículos. El orden de las entradas en el archivo es significativa.

#

# Estos tienen que estar en el orden: Tux, Geeko, BSOD y vestido.

#

tuxkart.ac

geekokart.ac

bsodkart.ac

gownkart.ac

DIRECTORIO DE ESTRUCTURA:

src - Si el código fuente vive.

datos - Contiene todo tipo de datos miscelánea

archivos. En este momento, esto se limita al nivel

Descripción de los archivos de los .loc 'y' .drv 'y' levels.dat '.

doc - Documentación - todo en '.html'

imágenes - mapas de textura y otras imágenes que necesita el

juego. Estos son actualmente todo en SGI '.rgb'

formato de imagen.

wavs - Los archivos de sonido - efectos de sonido en formato ".wav".

mods - Los archivos de música - en formato 'mod'.

modelos - modelos en 3D - en formato '.ac'.

• SuperTuxKart, una continuación de TuxKart.
• Tux, la mascota de Linux.

• Página del proyecto
• TuxKart Wiki