Tutorial programacion Megadrive - Basico

pocket_lucho escribió:Cuando acabe ya sabeis que voy a ahcer unos tutos 'pa cagalse'

ahí ahí

Buenas a todos. Estoy programando un rpg, con sprites de 32x32, y colicion entre sprites y tiles.

Alguien tiene echo algun codigo de la misma tematica?

Necesito ideas, pero no tengo mucho tiempo para sentarme a escribir codigo ahora mismo

theelf escribió:Buenas a todos. Estoy programando un rpg, con sprites de 32x32, y colicion entre sprites y tiles.

Alguien tiene echo algun codigo de la misma tematica?

Necesito ideas, pero no tengo mucho tiempo para sentarme a escribir codigo ahora mismo

Ostras, no te puedo ayudar en tema de programación pero si a crear un sistema de combate, experiencia y una historia corta, sin cosas raras ni muy complejas. También podría diseñar el mapeado etc.

Lo vas a hacer en formato cartucho o CD?

Si te metes en esto de cuanto va a ser en tiempo? 1H de juego 5H? 10 ya me parece una locura xD

Ostras, no te puedo ayudar en tema de programación pero si a crear un sistema de combate, experiencia y una historia corta, sin cosas raras ni muy complejas. También podría diseñar el mapeado etc.

Lo vas a hacer en formato cartucho o CD?

Si te metes en esto de cuanto va a ser en tiempo? 1H de juego 5H? 10 ya me parece una locura xD

Bueno en realidad ya tengo echo como unos 30 minutos de juego, con historia, y hasta algo de musica. Las pruebas las hago en formato CD, porque la musica que tengo esta tocada con guitarra, y no se componer para el yamaha

Tengo echo el engine de colisiones, y de pelea, pero no termina de convencerme, por eso busco ideas en cuanto a codigo

Si tuviera mas tiempo, haria el codigo una y otra vez hasta estar contento... pero no lo tengo .. jeje, por eso me gustaria ver ideas de otros!

theelf escribió:Buenas a todos. Estoy programando un rpg, con sprites de 32x32, y colicion entre sprites y tiles.

Alguien tiene echo algun codigo de la misma tematica?

Necesito ideas, pero no tengo mucho tiempo para sentarme a escribir codigo ahora mismo

Yo estoy programando un juego de plataformas 2D en C + SDL (no para MegaDrive) y estoy haciendo el código de las colisiones entre sprites y tiles (tiles de 40x20). No se si podría servirte, te puedo pasar el código fuente de lo que llevo hecho (no mucho) ya que es GPL3.

Gracias, puedo echarle un vistaso si quieres. Se programar en C asi q puedo entenender el codigo

Lo que busco es ideas para la maxima optimizacion, me gustaria optimizar el codigo para que sea lo mejor posible, por eso cualquier idea es buena

Bueno te dejo un par de ideas (si te apetece)

Gráficos: Estilo Dragon Warior 4

Habilidades, solo ataques. Por ejemplo Ataque--->Sablazo cuando llegara al final del juego utilizando un "libro de tecnicas" aprendiera a hacer Corte doble

Magias: Yo solo pondría un elemento por personaje, eso ya depende de tu gusto. Si lo haces futurista lo puedes implementar igual. Además haría algo que te permitiera lanzar ese hechizo una sola vez o cada x tiempo o descansando en una posada. Eso si, si es de ataque le metería un factor de x3 al valor de ATK, odio los RPGs donde sale mejor golpear que utilizar magias... Se pierde la esencia de que las magias son algo definitivo y puntual.

Mira un ejemplo:

Tiempo de espera entre una magia y otra de 15 min, menos en el ultimo caso.

Personaje principal, elemento Fuego. Magia--> "Incineración" factor ataque x3 (utilizar 10 veces evoluciona a)---"Infierno" factor ataque x 4 (libro de tecnicas oscuras[obtienes al final del juego]+20)------Belias/Ifrit factor de ataque x 6 tiempo de utilización entre una y otra ampliado a 20 min

Con el temporizador te ahorras más de lo que parece, ya que por ejemplo si el machaca final tiene suficiente PG/VIT podrá aguantar la primera embestida de Belias/Ifrit y el personaje solo le quedara aguantar 20 min y rezar xD. Vamos para que no pase como con Sephirot y los caballeros de la mesa redonda.. xD

También obligas a quien quiera ver Ifrit/Belias tiene que jugar más de las 5H necesarias para pasarse el juego.

Parametros:

Vit/PG--->Puntos de vida (modificable por medio de objetos especiales, no sube por nivel!)
ATK--->Daño "puro" (ejemplo ATK:10 enemigo sin armadura -10VIT/PG)
RST--->Quita daño en estado puro (ejemplo ATK:10 enemigo armadura -5, daño total -5VIT/PG. Si el ataque fuera menor que la resistencia este seria siempre 0!)
RDZ--->Rapidez turnos valor de 1-6 (No sube con nivel!)

Valor 1---> Ataque enemigos ---Ataque PP, si falla el PP --->Ataque enemigos dos rondas (el PP nunca tendra este valor, pero sera el que tenga sin ningún objeto.)
Valor 2 --->Ataque personaje principal--->Resto de enemigos--->A PP---->ETC (valor de inicio)
Valor 3 --->" "--->Resto de enemigos, [url]si falla alguno[/url]! ---> APP +APP---> enemigos
Valor 4 --->APP+APP--->enemigo--->APP+APP
Valor 5 --->App+App--->enemigo, si falla ---> App+app+app
Valor 6--->App+App+App---> enemigo

DTZ---> Destreza 1-10 que equivale a 1 = 10% de posibilidades y 10= 100% posibilidades. Los enemigos mediocres los dejaría 70%-80% y los Boss a 90%

El personaje principal lo dejaría con un valor de 6-7 puntos de destreza, que irian aumentando al conseguir por ejemplo "El refinado arte de la esgrima vol.1" +1 punto. Así hasta los 4 volúmenes.

Que te parece el planteamiento de este sistema de combate? xD

theelf escribió:
Tengo echo el engine de colisiones, y de pelea, pero no termina de convencerme, por eso busco ideas en cuanto a codigo

Si tuviera mas tiempo, haria el codigo una y otra vez hasta estar contento... pero no lo tengo .. jeje, por eso me gustaria ver ideas de otros!

Me interesa mucho discutir rutinas de deteccion de colisiones, hace años cuando programaba para GB era el punto debil de mis juegos... usaba arrays de coordenadas pero era muy impreciso

Que te parece el planteamiento de este sistema de combate? xD

Que no entiendo nada..jeje no en serio, menuda explicacion. Yo programe algo muy simple:

Cada enemigo tiene un contador de 1 a 100, y depende el enemigo, avanza de 1 a 1, o de 5 a 5, o de 10 a 10... cuando se llega a 100, es el turno de atacar.

Los personajes avanzan depende el nivel

Cuando atacan, pues, es tan simple como que resta tanto como el ataque que seleccionas.


Cuando tenga el codigo mas pulido, te paso la rom, y te investigas un poco que te parece. Realmente la historia me da igual, asi q puedo cambiarla

Me interesa mucho discutir rutinas de deteccion de colisiones, hace años cuando programaba para GB era el punto debil de mis juegos... usaba arrays de coordenadas pero era muy impreciso

Buenas, yo basicamente lo que uso es un mapa de coliciones, por ejemplo

map:
data 0,0,1,0,0,0,0,1,0,0,0,0,0,0,0,0
data 0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
data 0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0
data 0,0,1,0,0,0,0,0,0,0,0,1,0,0,0,0


En este caso, podria ser un mapa de un mapa de 16 tiles, o 128 pixeles. Pero en mi caso, como uso un mapa de tiles de 32x32 pixeles, ese mapa cubre los 512px del buffer

Luego simplemente usas la funcion read para leer el mapa, en funcion a la posicion del personaje dentro de la cuadricula.

Uso 8 puntos de deteccion, dos por cada lado del sprite

Para mi este metodo, es el mas rapido que encontre, al menos de todo lo que he probado. Por eso, me da curiosidad ver como otros resuelven el asunto..

Si es de interes general, puedo hacer un tutorial de eso

Te he pasado por privado el sistema que estoy usando yo: una mezcla de tiles y coordenadas. Aunque esto es para PC, no se como le sentará a una MegaDrive.