Cada vez que me pongo con Fenix acabo estrellao contra la pared :(

[Drumpi]

Vale, he puesto la imagen original y perfecto, tb carga

Ahora voy a probar cambiando el nombre a la carpeta rivroner y al gpe.

Una pregunta, ¿qué sistema operativo has usado para compilar el dcb? ¿Linux? Es que yo uso Windows, a ver si va a ser eso, que he leído en otro hilo decir a alguien que si compilas en Windows y luego intentas lanzar ese dcb en Linux no funciona.

Como sea eso me tocará parate el prg para que me lo compiles, que yo paso de poner Linux d emomento

Probaré en Bennu este mini programa tb ¿Funcionará tal cual?

El hecho de usar la carpeta game es por la manía de querer verlo en la lista del menu de juegos, en lugar de usar el explorador que llevamos usando desde tiempos gp2xales.
Lo suyo es tener el runtime en una carpeta aparte, ya que todos los juegos de bennu usan los mismos archivos, y puedes ahorrar algo de espacio (aunque si se usan las librerías imprescindibles se puede ocupar 1MB menos que con UFenix.
Yo avisé que Fenix parecía tener ciertas inconsistencias entre linux y windows, pero no me hagas caso porque han sido errores bastante aleatorios, es muy pero que muy raro que se te de el caso. Usa windows sin miedo, es como compilo todo. Eso si, acuerdate que en otros SO no windows, las direcciones se escriben con / en lugar de \ y que se distinguen mayúsculas y minúsculas ("juego.FPG" != "juego.fpg").

Y sí, el código funcionará tal cual... una vez que hayas "importado" las librerías que contienen las funciones que usas (por ejemplo, no puedes usar el start_scroll hasta que hayas importado al menos el "mod_scroll")

Yo no tengo comparativas, la ha hecho Bomberlink y otros usuarios mas... alguien seguro posteara resultados...

¿No dijiste que se ganaron unos cuantos FPS en el galaxian comparado con UFenix?

los flags de mirror en combinacion con los angulos, ahora se hace un mirror exacto, se hace mirror de los angulos, cosa que en fenx no hacia

Pues sí que le tengo que dar un buen repaso, si, porque esto tampoco lo sabía... y no se si será buena idea este cambio, porque si estoy rotando al personaje en un sentido, si hago un espejado para que mire en la otra dirección, la rotación iría en sentido inverso.

[chipan]

Porque no pones el ejemplo para que probemos. En segundo caso, te puedes pasar a Bennu, aún no entiendo como seguis con Fenix, en proyectos que llevan tiempo haciendose se entiende, pero en nuevos experimentos ya no tiene sentido.

Yo programo en fenix y cuando termino paso a bennu y voy metiendo los includes segun me los va pidiendo...

[GameMaster]

Yo programo en fenix y cuando termino paso a bennu y voy metiendo los includes segun me los va pidiendo...

No entiendo muy bien lo que quieres decir.

Programas una versión en Fenix y la vas adapatando tb a Bennu mientras vas terminando cada nuevo cambio ? O quieres decir que lo terminaste y despues lo pasaste de golpe a Bennu ?

Yo mi primer port lo empecé en Fenix, y claro lo continue con Bennu, y lo primero fue eso, ir intentando compilar la beta que tenia de fenix y a medida que no reconocia las funciones, buscar la respectiva dll a que se correspondia y incluirla despues, para quitar de la compilación las dll's no necesarias.

[chipan]

Programo todo en fenix y luego lo paso a bennu.

[GameMaster]

Programo todo en fenix y luego lo paso a bennu.

Vamos que me quedo en lo mismo

Pero programar en FENIX no es como si estuvieras programando en BENNU ?
Si coinciden en la mayoria de funciones y tienen el mismo lexico/sintase, sera lo mismo no ?¿

Decir que programas en C# y que luego lo pasas a VB ya tendria más sentido.

[Drumpi]

Cada uno programa como le parece más cómodo. Él prefiere hacer sus códigos pensando en Fenix, y luego (cuando está terminado) ya le mete los includes y lo pasa a Bennu.
Aunque en cierto modo GameMaster tiene razón, lo suyo es hacerlo directamente en bennu, porque luego te enfrentas a problemas de cambiar las teclas, media hora de añadiendo las librerías...
Es más, puedes usar los mismos IDEs para programar en Bennu.
(Y esto lo dice uno que aun no termina de pasarse de Fenix a Bennu )

En fin, voy a seguir con el motor de tiles: ahora que funciona en bennu, puedo hacerlo isométrico.

[Hokutoy]

Por lo poco que he visto de Bennu, solo por la mejora de rendimiento ya vale la pena.
Lo único que no me gustó (por vago):
La teclas de volumen no estan mapeadas automaticamente como en Fenix.
Haciendo scroll con las teclas, las diagonales hay que mapearlas a mano... en Fenix es "automatico".

Saludos!

[Drumpi]

Siempre se puede hacer una librería que haga lo que hacía UFenix, sólo se necesita alguien que sepa.
Y eso de automático, depende, porque con mi negrita sólo aprovechaba un 50% de las direcciones disponibles: para mapear las 16 posibles direcciones del mando había que programarlo como en Bennu, como si fuera un joystick.

[GameMaster]

Cada uno programa como le parece más cómodo. Él prefiere hacer sus códigos pensando en Fenix, y luego (cuando está terminado) ya le mete los includes y lo pasa a Bennu.
Aunque en cierto modo GameMaster tiene razón, lo suyo es hacerlo directamente en bennu, porque luego te enfrentas a problemas de cambiar las teclas, media hora de añadiendo las librerías...
Es más, puedes usar los mismos IDEs para programar en Bennu.
(Y esto lo dice uno que aun no termina de pasarse de Fenix a Bennu )

En fin, voy a seguir con el motor de tiles: ahora que funciona en bennu, puedo hacerlo isométrico.

Por donde tienes ese motor de tiles ?
Me ayudaria en mi juego plataformero 'Skull Man' para recortar mapas gigantes y mapas de durezas ?

< - >

Por lo poco que he visto de Bennu, solo por la mejora de rendimiento ya vale la pena.
Lo único que no me gustó (por vago):
La teclas de volumen no estan mapeadas automaticamente como en Fenix.
Haciendo scroll con las teclas, las diagonales hay que mapearlas a mano... en Fenix es "automatico".

Saludos!

Pues yo me cree una funcion en Bennu para el sonido y otra para los botones (con todos mapeados, aunque libs con el mapeo ya circulan por aqui cortesia de Splinter y de un ingles que saco lo que ya tenia Splinter en una lib), con esto es sólo copy/paste de las funciones para mis nuevos juegos, ese dolor de cabeza ya era

Es mejor que no esten mapeadas internamente, hace dias otro usuario se quejaba de eso en Fenix, ya que queria utilizar esos botones para otras cosas, enfin nunca estamos todos contentos

[Drumpi]

Por donde tienes ese motor de tiles ?
Me ayudaria en mi juego plataformero 'Skull Man' para recortar mapas gigantes y mapas de durezas ?

Lo que pude hacer lo tienes en:
http://www.gp32spain.com/foros/showthread.php?t=62033
Está en el quinto mensaje, hacia la mitad (antes del autoedit).
Está hecho en lenguaje Fenix, por lo que para adaptarlo tendrás que:
a) Cargar las librerías que necesite antes de los include.
b) Cambiar de nombre todas las variables "error" (ahora es una palabra reservada, yo uso "error2")
c) Cambiar de nombre la variable "null".
Lo habría subido ya para usarlo, pero tengo que probarlo en la GP2X pero aun no he conseguido un port de Bennu "decente".

Para crear los mapas de tiles puedes usar ESTE PROGRAMA hecho por mi, crearte uno (el formato es muy sencillo de entender), o puedes diseñarlo usando FPGs (un mapa por cada capa que quieras usar, donde cada pixel indica el gráfico que quieres colocar en cada sitio, recomiendo que sea de 8bits).
Tambien tienes la opción de programarte tu propio cargador, sólo necesitas ver load_tmf y load_tpr para tener dos ejemplos... o si tengo un rato, dime qué formato quieres usar y te lo programo yo.
Me haría falta conocer algún editor de mapa de tiles, tanto normal como isométrico, y así no tengo que reprogramar el mio.

Espero que te sirva. Si tienes dudas, no dudes en preguntar.

Es mejor que no esten mapeadas internamente, hace dias otro usuario se quejaba de eso en Fenix, ya que queria utilizar esos botones para otras cosas, enfin nunca estamos todos contentos

Hombre, los arreglos de Puck ayudan mucho, sobre todo a la portabilidad, porque hasta entonces nunca me dió por usar un joystick en Fenix, pero siempre me quejé del "hard-reset", que era clic central+L+R, por lo que era imposible hacer un juego que usase L+R al mismo tiempo que se mueve el muñeco (ni hablemos de juegos a consola partida).

[GameMaster]

Gracias Drumpi. De momento estoy con el otro port, pero ya me lo apunto para cuando mire el tema.

[SplinterGU]

lo que quiso decir chipan con

"Yo programo en fenix y cuando termino paso a bennu y voy metiendo los includes segun me los va pidiendo..."

es que actualmente el bgdc.import tiene una lista extensa de los modulos (creo que tiene todos) y lo que dice es que el va metiendo a medida que se los va pidiendo el compilador...

[J.Slann]

Buenas,

Me podeis aconsejar un IDE para programar en fenix/bennu?

Tengo el flamebird mX y bennu rc 1.09.No se que hago mal.
En las opciones de "compiler" pongo la ruta de las carpetas de fenix, y pongo la ruta de la carpeta bin de bennu.

Si intento compilar algo en bennu, me salta con errores en cada linea.

Si intento compilar para fenix, si el programa esta bien escrito, el flamebird me saca el .dcb y se me ejecuta y todo, pero si tengo cualquier fallo en alguna línea, como por ejemplo si me olvido un punto y coma ( el programa me avisa de que el compilador ha tardado demasiado tiempo.
Es decir, que no me dice en ningún momento donde meto la pata.

[Rivroner]

Eso tb me interesa a mí, que eso de que BennuGD sea un 50% más rápido no es como para despreciarlo.

[masteries]

Para J.Slann, yo utilizo Fedit porque así me evito un montón de errores y lentitudes del Flamebird; para compilar necesitas un .bat en la carpeta .bin de Fénix y llevar hasta allí los .prg y .inc de tu juego. Si hay errores al compilar, los verás en un .txt de nombre stdout que se crea inmediatamente.

Contenido del .bat si tu juego tiene archivos .inc que necesite, ejemplo (real):

c:\fenix\bin\fxc.exe -a viaje1.prg

Contenido del .bat si tu juego tiene no tiene archivos .inc que necesite, ejemplo (real):

c:\fenix\bin\fxc.exe firewhip.prg

Es obvio que el directorio donde esté fxc.exe dependerá de cada ordenador.