MSXVR Forum

En este proyecto se me han ido muchas cosas de las manos .. hay mucho hecho .. más de lo que se ve .. algunas aplicaciones están muy poco probadas.. me aventuré a sacarlas para provocar que hubiese feedback o interés .. en el caso del TileEDITOR he usado lo básico .. no soy grafista yo siempre convierto y hago las cosas a partir de los PNG que me pasa un grafista .. pero bueno .. intenté basarme en un editor que había usado el grafista de los gráficos del MonsterHunter (el Polka editor) por crear una herramienta de edición de la cual partir. Claro .. he pecado .. pues si . porque esperando a que pudiese existir un interés por usar la herramienta .. lo que veo que ha ocurrido es .. abro, uso, no me gusta, no digo nada .. Pasapalabra .. mmm .. no era lo que yo esperaba que ocurriría (afortunadamente no ha sido así en todo) .. en cualquier caso, error por mi parte (otro más). Pero bueno, atento al interés a que alguien me diga .. yo uso esto .. y no me va esto .. y actuar rápido y dar soporte con las actualizaciones "developer" para poder avanzar y mejorar .. muchas cosas son cosméticas y tienen fácil solución. Voy a echar un vistazo a los vídeos de htdreams. Gracias.

Las aplicaciones que hay en el VR, la gente apenas las usa, de modo que si no se usan, no se reportan problemas. Alguno pensará: pero es que la aplicación debería funcionar bien y no dar problemas, alguien la habrá probado, entre ellos el autor.

Pues si, pero desgraciadamente la realidad es que la cosas que no detecta el autor, las detectamos nosotros. Y en ese aspecto, estaría bien que los usuarios probaran las aplicaciones y reportaran fallos e incluso sugerencias de mejora en la misma. Al fin y al cabo, son los usuarios los que la van a usar y explotar.

Build 22498 (Developer)
Lo nuevo en Tile Editor:

[X] TileEditor :: selección y edición multiple - mouse-right determina tamaño selección
[X] TileEditor :: diferentes distribuciones en las ventanas de tileset
[X] TileEditor :: añadidos hotkeys: Copy, Paste, Cambiar tileset, Negate, etc.
[X] TileEditor :: 4 ajustes de tamaño para la ventana de edición de tile (zoom x1, x2, x3, x4)
[X] TileEditor :: recordar posiciones y tamaño de las ventanas
[X] TileEditor :: diferentes tipo de rejilla para la paleta (horizontal, vertical, rect)
[X] TileEditor :: cambio en la marca de selección en la paleta + indicación de código de color

Buenas

He podido probar la última versión, y me alegra ver como va evolucionando, con correciones apuntadas y sugerencias, tanto las que he podido aportar yo, como las que han aportado otros usuarios... desde luego, FUNDAMENTAL (para mi es sagrado) que no haya corrupción al usar herramientas o al guardar y cargar, que esto es básico, el tiempo de trabajo de un usuario debe ser sagrado para un desarrollador de herramientas (y lo digo porque yo también desarrollo herramientas)

Sin embargo, en lo poquito que he podido probar ya he encontrado otro problema:

En esta captura vemos tres tilesets,




- El primero lo he dibujado, y luego lo he guardado como tileset, y luego como imagen (lo guarda en png)
- El segundo ha sido cargado desde el archivo ppr (¿es un polca tileset? ¿es compatible con los que guarda polca?)
- El tercero ha sido cargado desde la imagen png

Se puede ver que está exportando mal a png

He probado la exportación a basic y a c:

Veo que en basic exporta un archivo de texto con números de línea, yo hace ya mucho que no toco basic de MSX, y no le he dado aún al basic del VR, pero veo que se define los data de la pantalla y de los 3 tilesets... muy bien:

- Si alguien está aprendiendo, o como yo, no recuerda muy bien como usar basic, ¿no tendría sentido tener en algún sitio un ejemplo de uso de como cargar esta pantalla? estaría muy bien que la exportación te diese a escoger las siguientes opciones:
-- línea de inicio (por lo que veo, empieza en 10, si queremos incorporarlo a un programa nuestro nos va a tocar renumerar todas las líneas (1567 líneas)
-- intervalo de numeración de líneas: ya que estamos, podría estar predeterminado a 10, pero podríamos poner 1, si van a ser datas en bloque no veo por qué meter saltos de 10 en 10
--- En basic está el renum, claro, pero sería mucho más sencillo si ya pudieramos exportar la pantalla para ocupar unas líneas concretas, y luego copiar y pegar texto para unirlo al programa que esté haciendo el usuario
-- incluir bloque de carga si/no: inyectar un ejemplo que cargue screen 2 o screen 4, a escoger, y que defina los tiles y los pinte, esto me parece fundamental para que un usuario novato le entre el gusanillo de producir cosas usando el VR, si no, hay mucha gente que picoteará y no se atreverá a hacer cosas porque no sabrá usarlas, y sería un aliciente para que se atrevan con el basic

Al final he buscado un bloque de código que carga los datas con vpoke en la vram, estoy cargando en el mismo orden que están puestos, primero los 768 bytes de nombres (la pantalla), y luego cada una de las tables de tiles (patrones-color tabla1, patrones-color tabla2 y patrones-color tabla 3) pero no he visto ningún resultado (por supuesto, iniciando screen 2 antes de cargar todo)

Mirando los datos exportados, creo que tampoco los ha exportado bien, en esa imagen se puede ver que he puesto un montón de cuadrados y líneas, y en los 768 bytes parece que sí identifica correctamente los tiles... pero en la definición de tiles en el primer tileset el tile 02 esta vacío (todo 00) y debería ser una línea de 2 pixeles en las dos primeras filas (ff, ff, 00, 00, 00, 00, 00, 00)

Por eso lo de que incluyas una rutina sencilla de carga, para que también se pueda comprobar que está exportando bien (igual yo he hecho algo mal, pero vamos, que solo con ver los datos me hace raro...)

El archivo basic que he preparado es:

https://andresdepedro.com/img/msxvr/tile01.bas

Como digo, hace mucho que no pico basic, igual tengo algo mal... he hecho una búsqueda rápida en google y dí con un código muy sencillo para probarlo en http://msx.tipolisto.es/tilesbasic/, pero no me funcionó... también tengo que comentar que el código .bas ocupa 56ks con lo que aunque en el vrBasic carga, en un msx real (que tiene el basic limitado a 23 o 25ks) no... lo dicho, yo hace mucho que no le doy al basic... ¿cómo podríamos cargar una pantalla completa en basic de msx? esto es algo que el que empiece a trastear y pruebe esta aplicación se preguntará con toda seguridad, como puede hacer para ver lo que acaba de hacer en el entorno de programación que se facilita con el VR


De todas formas tengo que comentar que me sigue pareciendo mal que consideres que una aplicación este en release sin que tu mismo garantices que todas las funciones FUNCIONEN

Si tu no eres quien para probar una aplicación de dibujo, te tienes que buscar alguien que forme parte de tu equipo o un colaborador que las pruebe antes de enviar versiones a todos los usuarios, por que así lo que consigues es que los usuarios que no saben se frustren, y abandonen, y los que saben como se hace una aplicación y qué pruebas básicas tendría que tener hechas, piensen que esto es un desastre y abandonen también... en fin, supongo que no es lo que quieres

Build: 22503 (Developer)
[X] TileEditor :: añadido diálogo con parametros en la exportación a .BAS
[X] TileEditor :: corregidos bugs en la exportación a Basic y C
[X] TileEditor :: bug en el guardado de tileset a imagen
[X] TileEditor :: zoom x1 y x2 en ventana de tileset
[X] CPC :: Corregido un bug en la gestión de la memoria extendida y el registro MMR

Gracias por seguir probando y reportando cosas.

Una aclaración RELEASE más que significar TERMINADO significa LIBERADO. O sea .. que lo agrego a las oficiales. Es algo que hecho con algunas aplicaciones, otras siguen solo en la versión developer y otras ni ahí. Como puedes ver pone "BETA" en la pantallita de carga, porque yo las consideraba así. Inicialmente mucha gente se ofreció a probar cosas (no veas la de emails y gente pidiendo betas de todo) y de ahí que publicase oficialmente algunas, aun sabiendo que estaban en BETA y esta en particular con cambios que hecho durante los anteriores meses, rompí muchas cosas... pero bueno .. lo importante .. has usado la app .. me has dicho cosas .. se han solventado (creo) que deprisa y esa es mi intención .. escuchar a los que usan las cosas y dar soporte .. dar cera pulir cera.

Resumiendo .. que si.. que yo no quiero que nadie se traume ni me odie (igual he hecho tarde). Solo quiero currar para dar forma a cosas que la gente use. Y dicho esto, los cambios que he agregado:

[X] TileEditor :: añadido diálogo con parametros en la exportación a .BAS
[X] TileEditor :: corregidos bugs en la exportación a Basic y C
[X] TileEditor :: bug en el guardado de tileset a imagen
[X] TileEditor :: zoom x1 y x2 en ventana de tileset

Respecto a los del POLKA (ppr) si .. el TileEditor está basado en este editor. Puede cargar PPR y guardar PPR.

Si exportas ahora al BASIC doy la opción (activa por defecto) de exportar el cargador, de manera que si arrancas el VR-BASIC y ejecutas ese BAS te han de salir los 3 bancos en pantalla.

Para lo de los Kb del BASIC para MSXBASIC .. ahí la cosa estará en exportar solo 1 TILESET en vez de los 3 .. no se .. no soy experto en programación MSXBASIC, igual le pregunto a J.Morales .. aunque este programador suele usar MSX2. De todos modos, este editor de tiles lo tengo preparado para agregarle funcionalidad MSX2 y se puede usar para crear gráficos bitmap.

Bueno, sigo pendiente de cualquier comentario o funcionalidad que se pueda requerir o revisar. De nuevo, Gracias.

efraimsangil wrote: ↑Thu Feb 17, 2022 3:42 pm Las aplicaciones que hay en el VR, la gente apenas las usa, de modo que si no se usan, no se reportan problemas. Alguno pensará: pero es que la aplicación debería funcionar bien y no dar problemas, alguien la habrá probado, entre ellos el autor.

Pues si, pero desgraciadamente la realidad es que la cosas que no detecta el autor, las detectamos nosotros. Y en ese aspecto, estaría bien que los usuarios probaran las aplicaciones y reportaran fallos e incluso sugerencias de mejora en la misma. Al fin y al cabo, son los usuarios los que la van a usar y explotar.

En mi caso, yo hecho en falta alguna documentación o tutorial para usar las aplicaciones del VR, porqué te encuentras la aplicación en el System, la ejecutas y muchas veces no sabes qué hacer, como el TileEditor, que lo iba probando y no sabía que hacer al no saber como funciona... pero bueno, poco a poco...
Un saludo

Ayer precisamente probe el TileEditor un ratito, por encima. No parecia ir del todo mal, siendo aun muy muy basico, y no reporte nada, creo recordar, porque lo considero aun en Beta. Si ya es release, desde luego habria un buen saco de cosas que reportar como sugerencia, porque en el MSX es una herramienta BASICA para desarrollar.

A ver si encuentro unas cosas y subo fotico...

Subo unas capturas (duraran un mes, es un alojamiento temporal porque el FTP no me va).
La primera es la tool que uso para ver y convertir, trocear, mangonear imagenes de MSX. Puede ver casi todo lo del MSX aun estando comprimido en bitbuster (que es lo que yo uso). Trocear tilesets, ver sprites... un poco de todo. Añado cosas segun las necesito. Por supuesto, edita tiles. Es lo que me gustaria que fuera el Tile Editor.



Y esto es un boceto de lo mismo pero mas elaborado y mas orientado puramente a editar tilesets y mapas grandes. Un TileEditor 2.0. No funciona es solo boceto y lo pongo por si sirve de idea para coger cosas. En realidad la idea era como un TileStudio, pero con algun cambio y tal. Y que se viera todo muy clarito y bien, que si estas editando tiles y graficos lo suyo es que la vista no se te agobie, por eso es todo bastante gordote...

Como veis en lo anterior, no soy muy fan de tener mil ventanas flotantes que luego tengas que mover por ahi para que no estorben, sino que prefiero tenerlo todo ya bien colocado de una pieza. Como es para mi, no es problema. Evidentemente, si fuera para uso de mas gente, pues cada cual querra las cosas colocadas de una manera u otra, con lo que algo mas flexible quiza es mejor.

Nota: Todo lo anterior es python, de hecho las Tools funcionan en el VR, en Raspberry OS porque he ido convertiendo de Python 2.7 a Python3, aunque le pesa el dibujado un poco.