Editores tienes. Si miras la ultima MSX Area veras que se habla un poco del tema. En tema crossdev tb. Para mapas, tienes un tilestudio (se comenta), para convertir de bmp tienes el BMP2MSX (se comenta). Y habra otros. Editor de musicas tienes Vortex Tracker, el Arkos trackers, el WYZ tracker? (es publico ya?), por hablar solo de PSG. De FXs esta el AyFX. Estaria bien que hubieran aun mas, desde luego. No todos son optimos en todos los casos, pero son utiles para casi todo. Creo que en algun hilo ya se hablo de que programas usabamos para desarrollar y tal, pero no se profundizo en el uso de los mismos a modo de tutorial.
Creo que el articulo de la MSX Area te sera util para una parte. Para el resto de soft, pues se podria ir haciendo una especie de serie de tutoriales, cada cual con el programa que controle...

Por otro lao, parece que el tema de volver a 8ks ha gustado a casi todos... A mi mismo me tentaria

De na. Tu lo que quieres es un IDE xD Y si, anda que no molaria tener un programa integrado que te sirviera para editar gfx (tanto tiles, como sprites, como bitmaps) mapeados (flexible para que se amolde a varias necesidades) y hasta musicas y fx si hiciera falta. Junto a su editor de texto para el codigo. Boton para ensamblar, pim pam.. : D Cojonudo, pagaria por algo asi!

Pero ponte a hacerlo.. pffff, la leche. Como dices, querer hacer un juego y tener que estar haciendo editores es un puto palo.
Por eso, si acaso podrias hacer un juego sencillito (a ver esos 8ks...) y plantearlo de entrada para que se ajuste a lo que el editor ya es capaz de hacer y asi olvidarse de complicaciones y centrarse en el juego y en coger soltura con el editor para luego ya poderlo usar con mas brio y haciendo mas cosas en otros proyectos. Ya te digo que TileStudio te hace mucho, yo lo uso como editor grafico para tiles, sprites y mapas. Pero para el juego de MSX2 que llevo, pues como lo empece hace la tira, hice editor de mapas propio en NestorBasic y en este caso TileStudio no me va bien. Asi que luego pase el editor a DarkBasic para el PC, añadiendo mas opciones. Mucha matada y me sirve, pero es muy especifio y no me servira para otros juegos, a menos que vaya a usar el mismo sistema de mapas.

Al final el editor definitivo no existe, ojala. Pero se pueden tener las cosas ya montadas para tener todo bastante integrado y que sea casi todo ya automatico, del palo de cambiar un simple tile del mapa, guardar mapa, dar al boton de compilar y ejecutar la rom. 3 pasos de na.

na, tp es eso. alguno había, creo, del teddywarez o alguno adaptable para la casio TI. de todas formas currarse semejante ide es para un crack tipo el podatron, no sé.. un tío con una moral y unas ganas a prueba de booooomba

eso que dices sería un sueño, así que más bien me refiero a cosas sencillas pero 100% funcionales. pej y sin ánimo de criticar a nadie, ojo: he visto herramientas para exportar bmps o pcxs que te extraen la imagen (vamos a poner un tile de 32*32) en 12kbs, 6 de datas y 6 de colores. y me pregunto qué sentido tiene esto? te hace falta otra herramienta o picar a mano, etc. la herramienta güena, para mi, tendría que a) tomar como origen un bmp/pcx y devolver los datas de los tiles únicos + sus datas de colores en formato basic y asm [y b) tomar los datas de tiles y colores y generar la imagen bmp o pcx].. la imagen siempre tendrá que respetar la norma de colores msx1, claro.. y así... solo con esto que hiciera, oye, suficiente. la pena es que he visto cosas de este tipo pero nada.. por lo que sean no fructifican. es una verdadera lástima. y esto es un ejemplo/caso muy básico.. imagínate ya lo de los mapas o el ide que dices

miraré mejor tilestudio, gracias. lo de los 8kbs suena bien, ya lo dije. te agradezco la sugerencia/idea de reciclar lo que ya tengo para un juego de este tipo. lo pensaré. el tema es que no quiero liarme sin cerrar lo anterior pq lo detesto.. así que... a currar se ha dicho! :-) y nada, sobre lo que comentamos todos del escaso tiempo libre, las muchas obligaciones, etc, fíjate lo voy a hacer ahora: un pinball con mi crío chico.. una tabla, unas pinzas, unas gomas, unas chapas, etc.. a ver si os cuelgo luego la foto

saludos,
- paco

Bueno, pues yo supongo que como todos me esperaba más entradas, pero estoy muy contento con la calidad de los tres juegos, así que pensándolo bien quizás sea mejor calidad a cantidad ¿No?

Yo tenía ya una cosita empezada, y cuando se publicó la fecha allá por marzo pensaba que llegaría a entregarla, pero después van pasando las semanas y te das cuenta de que no puedes encontrar muchos momentos para ponerte a programar, y cuando te pones tardas más de lo que pensabas, hasta que un día te das cuenta de que ya va a ser imposible...

Veo bien lo de limitar el tamaño de las entradas para la próxima edición, aunque habría que debatir si será mejor a 8KB o a 16KB, en cuanto a proporcional código fuente lo dejaría sólo como recomendable.

Y sobre las herramientas, para los tiles por ejemplo, hay varias, pero normalmente se quedan cortas porque muchos juegos tienen unas necesidades muy específicas. Pero otro asunto es que creo que todos los proyectos son como muy personales, y también muchos se hacen por el propio afán de aprender, lo que complica aceptar herramientas externas más específicas pero que inevitablemente te marcan ya un camino claro...

Mi juego se basa en dos herramientas creadas a medida, pero con la idea de que fueran reutilizables por mí en otros proyectos y por quién quisiera, una es un conversor de tiles que ya os presenté (http://karoshi.auic.es/index.php?topic=2201.0) Funciona desde cualquier imagen que cumpla las reglas Screen 2, y hace algunas cosas de las que echáis en falta en otras como reciclar tiles, compactar tablas de colores y patrones, uso inteligente de tercios, coherencia al elegir colores...

Y la otra es una sorpresa, ya funciona bastante bien, pero quiero hacer algo interesante para presentarla en sociedad 

Hola a todos,

Estaba leyendo y leyendo pero todavia no sabia si contestar.

Efectivamente son juegos que se crearon en otro sistema como en el SPECTRUM, y que han visto la luz en el MSX donde no existian, ademas yo mismo lo he creado para el Ordenador AMSTRAD y todos ellos son programas nuevos.

Quiero con esto decir...que no se ha cogido el codigo y se ha realizado una conversion para MSX, de esas ya hice unas cuantas alla los 80 y pico hasta casi los 90, y eso si eran conversiones. se cogia todo el codigo de spectrum y plasmaba tal cual en un binario para msx, a partir de aqui incluso se trabajaba sobre una pantalla en memoria RAM que despues se volcaba a la VRAM en plan bestia, por eso los juegos de spectrum eran mas lentos en MSX. se cambian 4 cosas como las rutinas de lectura de teclas y poco mas. para lo que pagaban en la epoca bastante era.

Pero estoy un poco enfadado con la gente por este tipo de pensamientos, son juegos nuevos para MSX aprovechando el pontencial del MSX1, se edita en formato ROM, se usan sprites por Hardware que no existen en SPECTRUM, se usa musicas y efectos de sonido usando el PSG del MSX que en spectrum no tienen, y no se usan 2 colores por CHR como se hace en spectrum, los Sprites estan rediseñados para permitir el uso de 3 colores en el personaje y los sprites usan 2 colores, se lee el Joystick y los cursores de manera simultanea. los graficos se han realizado y modificado para darles mas colorido que brinda el MSX. que no son solidos Y QUE. el punteado tambien queda muy bonito si se usa bien. se usan tecnicas de modificacion de CHRs en la tabla de patrones para animar objetos. ACASO TODAS ESTAS COSAS SE HACEN EN SPECTRUM

Hay ciertos comentarios que hacen que uno pierda las ganas de seguir haciendo cosas, yo empece en año 81 (a finales) y mi primer ordenador fué un ZX81, que amplie a 16Kb y donde empecé a hacer cosas en basic, en el Año 82 me pude comprar un ZX SPECTRUM a regañadientes y rogandole a mi madre. y donde aprendi a programar en ensamblador alla por el 83-84, tambien compre un MSX2 exactamente un PHILIPS VG-8235 que todavia tengo y que uso para probar todo lo que programo, ademas de usarlo para escribir mis programas y articulos que como redactor de la revista INPUT MSX desempeñe durante 2 años de mi juventud. tambien compre un AMSTRAD CPC 6128 ya que en NEW FRONTIER programabamos para los 3 sistemas z80 de la epoca.... y voy a dejar de escribir batallitas. pero puedo y programo principalmente para el MSX pero no tengo problemas en hacer juegos para SPECTRUM, AMSTRAD y MSX como hice en su epoca y como sigo haciendo desde hace unos años.

Referente al concurso me parece bien que se voten varios conceptos o se asigne puntuacion a diferentes apartados, asi tambien se puede saber que es lo que mas ha gustado y lo que menos ha gustado. yo mismo pongo mucho empeño en el ArtWork (Manual, Poster y Pegatina) porque esto me parece mas profesional  dando mas valor al producto y es una cosa que no se valora.

He hablado en ocasiones con Jon y Edu que si el foro esta muy flojo que se la gente quiere esto o lo otro etc etc, ahora mas que nunca pero ya viene arrastrandose desde hace tiempo, yo mismo realice un juego completo con todo su codigo ( JUMPING ) y viendolo poco despues de terminarlo me doy cuenta de cosas que sobran y cosas que se pueden optimizar mas o hacerlas de otra manera etc.etc. pero teneis el codigo precisamente para que veais como se hacen las cosas. sin el minino temor a que me lluevan criticas de la gente de que si esta bien o mal, AHI ESTA y eso es lo importante. otros puede que programen mejor pero parece que les da verguenza que se vea su codigo. (Esto nunca lo entenderé)

Yo mismo he dedicado muchisimas horas a escribir tutoriales de mas de 20 paginas cada uno, explicando desde 0 como meterse con esto de la programacion en ensamblador y de hecho muchos de vosotros gracias a estos tutoriales habeis empezado a dar vuestros primeros pasos en ASM. Eso de que no hay herramientas es una escusa que no me vale HABERLAS HAILAS... pero igual no se adaptan al 100% de lo que uno quiere, pero eso suele pasar.

Teneis un completo paso a paso de como montaros un entorno de desarrollo para MSX en vuestro PC permitiendo crear el codigo, compilar y lanzar directamente en el emulador y ver el resultado al instante, incluso como usar el debugger del BlueMSX para ver como funciona pasa a paso y corregir los problemas que pueden ir apareciendo. Como crear graficos y pasar sus bytes a herramientas de desarrollo, como crear sprites por hardware en el MSX, con todas sus tecnicas e incovenientes. por no decir de la cantidad de informacion que se encuentra en este FORO aunque si que es verdad que esta muy dispersa. por eso mi idea de agruparlo todo el conocimiento en unos tutoriales. que por ciento no se han terminado ni mucho menos y que seguiré editando.
ademas dentro de poco empezaré a ensenar tecnicas o conceptos para usar en juegos.

No entiendo porque el concurso apenas ha tenido repercusion fuera de nuestras fronteras y porque no han venido otros equipos que otros años si han estado presentes. quizas aqui la motivacion economica sea mas necesaria o simplemente algun patrocinador que done alguna cosa de regalo. sin que el movil sea economico. me gusta este post precisamente para entro todos sacar una conclusion clara de que se puede hacer para mejorar.

Sobre el tema de las roms de 8 o 16 kb, prefiero seguir leyendo opiniones, pero es algo dificil de decidir. yo con 32kb me apaño muy bien, pero es verdad que algo mas pequeño, puede atraer a hacer pequeñas cosas. y tengamos mas proyectos.

Un saludo. seguiré pendiente del hilo.

P.D. yo ya trabajo en un nuevo proyecto o incluso en 2

hola de nuevo,

las roms: pues si, la idea de 8/16kbs me parece bien. tiene razón nestruo, puestos en 8 puestos en 16kbs (pero no más, ojo!) tp le veo una gran diferencia

nestruo: a ver, no soy quién para decirte que hagas o deshagas, claro, pero en mi opinión se pierde mucho tiempo reinventando la rueda (aunque sea una rueda que no está publicada, o por lo menos no publicitada :-) ), como no sea para mejorarla o hacerla de un modo distinto, si uno se ve capaz. creo que aorante y mortimer y alguien más tenían herramientas del tipo que comentábamos. he hablado con alguno de ellos en privado y hasta pude probar alguna de aquellas herramientas. lo que digo es: es una pena que no terminen haciéndose públicas y comentándose y publicándose con un tutorial decente y etc etc. que, ojo, todo esto lo comentaba yo pq se preguntó aquí por el enfoque de estos foros y demás

mortimer: creo que hablamos en privado pero, la verdad, no recuerdo ahora mismo. tendría que mirar el email y no son horas el hilo que comentas no registra actividad desde febrero de 2012, que no es un reproche, por dios!, es lo que digo arriba, que es una pena que todos vamos pillados de tiempo :-(

y nada, no me hagáis mucho caso. supongo que me cogió el comentario de bajón. si es lo que hay pues es lo que hay es lo que hay hay y yaaaaaasssssta! sobrados vamos :-) recuerdo cuando programaba con un simple casete y el gen/mon.. ahí si que me faltaban herramientas!
si es que me he vuelto un señorico!

saludos,
- paco

Ademas no se para que coño debatimos na, si la NASA dice que este año si que habra megatormenta solar y se achicharra todo lo electronico.
Pero con lo que no cuentan es que los MSX (vale, acepto cualquier 8 bits), aguantaran el chaparron, como lo aguantan todo. Y dominaremos el mundo.
Asi que tendremos desarrolladores y juegos a cascoporro. Ups... que no se podra usar emulador... Phsoft, que decias del casette+gen/mon?  Ostia que palo....

P.D.: Lo siento, Jon, NO PODIA hacer 2 post seguidos serios (o casi) sin uno no serio, me iba a rebentar la cabeza!
P.D.2: Yo pretendia levantarme pronto mañana, y son las 3 y pico AM. Mevoyacagarentodoloquesemenea! Cierro.

I know this is the Spanish part of the Karoshi forum but I do like to respond to this thread too.

First of all. Congrats on the 3 great entries for the '12 edition. It might look like a mere 3 but as said earlier in this thread; It are 3 finished entries (something not common for other competitions).

I am a fan of the MSXdev competition since it 'broke out' the Spanish borders (MSXdev'04). Before that time it was almost invisible for non-Spanish MSX users. And as a fact the opposite has happened this year. The competition was never really out there. And having this discussion in Spanish is even more proof that it happened.

The thing that stopped me from entering the competition was the limitation on the amount of ROM that could be used. I am a sloppy coder ;P

I could only wish for 3 things:
- No limitation on ROM.
- More international approach
- Another deadline (end of the year is always hectic even without MSX entries to finish.)

The 10th anniversary needs full attention.
Thank to all who participated and organized MSXdev'12