Mojonia 3.0

Publicado: **Vie, 28 Mar 2014, 12:13**

Por que no usas como base la cpcrslib, que funciona muy bien, y te olvidas de pelear con el hardware? Puedes lograr una API común muy fácilmente entre funciones "wrapper" y defines, y así montar una versión inicial que funcione. Más tarde, si quieres, siempre hay tiempo de enfrikecerse y cambiar cpcrslib por tu propio backend.

Enviado desde mi LT18i usando Tapatalk 2

Publicado: **Vie, 28 Mar 2014, 15:54**

$this->bbcode_second_pass_quote('na_th_an', 'P')or que no usas como base la cpcrslib, que funciona muy bien, y te olvidas de pelear con el hardware? Puedes lograr una API común muy fácilmente entre funciones "wrapper" y defines, y así montar una versión inicial que funcione. Más tarde, si quieres, siempre hay tiempo de enfrikecerse y cambiar cpcrslib por tu propio backend.

Enviado desde mi LT18i usando Tapatalk 2

Publicado: **Vie, 28 Mar 2014, 21:03**

No quiero usar la cpcrslib porque no quiero limitaciones. Y basta el ejemplo que abre este hilo para entenderlo.

Mi libreria sirve para cualquier juego, tal cual: un Out Run, un Gauntlet, un Golden Axe, un Trap Door.

Tengo cosas en preparación que lo flipas gráficamente, y eso no me lo permite una libreria de cuatro sprites pequeñitos por muy suaves que se muevan.

Por no hablar que el tiempo que pierdo en sacarle partido a la libreria es el que tardo en hacer la mia.

De todas formas tomo nota, que tampoco es tan mala idea empezar la cpchurrera con algo sencillo y que ya está probado.

Enviao con un esmarfón

Publicado: **Lun, 31 Mar 2014, 09:47**

Mola!

qué buena pinta tiene todo esto, a ver si así terminas el castlevania :cheer:

$this->bbcode_second_pass_quote('radastan', 'N')o quiero usar la cpcrslib porque no quiero limitaciones. Y basta el ejemplo que abre este hilo para entenderlo.

Mi libreria sirve para cualquier juego, tal cual: un Out Run, un Gauntlet, un Golden Axe, un Trap Door.

Tengo cosas en preparación que lo flipas gráficamente, y eso no me lo permite una libreria de cuatro sprites pequeñitos por muy suaves que se muevan.

Exacto, es que estamos mezclando cosas.

La Churrera es un framework con un motor de juegos específico que se apoya en una biblioteca de acceso al hardware - en nuestro caso al hardware del Spectrum: la splib2. Las limitaciones que tiene están ahí no por la biblioteca que usa, sino por el diseño específico del motor de juegos. Con tan pocos recursos, hay que hacer decisiones y distribuirlos como mejor puedas, dependiendo del tipo de juego que persigas. No se puede hacer un motor "general" para hacer cualquier tipo de juegos. Las restricciones que tenemos con la Churrera vienen dadas por las características del motor en sí. Si queremos movimientos suaves con inercia, sin parpadeos, y sin tener que estar sincronizados (programando en C, es complicado), es lo que hay. Splib2 puede mover mas sprites, por supuesto, ¡muchos más! y más grandes. Pero cuantas más cosas muevas más tardará cada cuadro en actualizar la pantalla, y menos frames por segundo tendrás... Y entonces el movimiento suave con inercia deja de funcionar bien.

Por ejemplo, este juego y este otro están hechos con splib2. Nada que ver con un churrera ¿verdad?

CPCRSLIB es una biblioteca de acceso al hardware del CPC, con funciones de gráficos, teclado, etcétera. Te da acceso fácil y sin complicaciones a los recursos hardware del CPC. Lo que luego hagas con ellos es cosa tuya. Además, CPCRSLIB está muy bien hecha y funciona genial.

La Churrera puede apoyarse en CPCRSLIB sin ningún problema para funcionar en un CPC. De hecho, ya lo hemos hecho en cuatro ocasiones (Lala, Sir Ababol, Cheril y Uwol 2). CPCRSLIB es un pseudo-equivalente a Splib2, a SDL o a Allegro, por poner ejemplos: se trata de una biblioteca sobre la que hay que construir el motor de juegos.