buenas a todos,

vengo utilizando bit buster "extreme" con el código que colgara pitpan en los snippets (código que me funciona descomentando los 4 primeros inc hl) y me gustaría saber si alguien ha utilizado msx-o-mizer y/o pletter con asMSX, qué opinión le merecen estos tres (u otros, como exomizer), cuál utilizáis de manera habitual, etc

luego también consultaros la manera como venís usando estos compresores. lo que hago en mis pruebas es comprimir un solo bloque homogéneo de datos (un pantallazo de screen2, un banco de sonido de ayFX, una pantalla del juego). esto va en rom, en mi caso. cada vez que quiero usarlo tengo que reservarle un espacio en ram, obviamente, donde descomprimir antes de utilizar (para carga a vram, pej), y no conocer las direcciones dentro del bloque comprimido (de las diferentes partes del mismo, caso de haberlas) resulta en un poco coñazo a la hora de redireccionar (una vez está descomprimido). imaginad que el bloque contiene 10 pantallas en lugar de una y que quiero cargar la número 3. no sé si me explico. la cuestión es cómo manejáis vosotros este asunto.. con etiquetas en el fichero bin, por ejemplo, con el que generáis los datas que vais a comprimir, y tirando luego de fichero de símbolos para recalcular las direcciones?.. así es como lo vengo haciendo pero ya digo que es un poco coñazo, no?

otra duda es qué sabéis sobre los resultados.. serán mejores al comprimir un bloque de datos pequeño (como una pantalla del juego) o mejorarán si se comprimen bloques grandes?

otra duda más es qué sabéis sobre la posibilidad de descomprimir parcialmente un bloque de datos. es decir: existe alguna forma de disponer de subbloques de datos dentro del fichero comprimido para poder tirar desde cada uno de ellos y descomprimir solo desde ahí y hasta el sgte, por ejemplo?

saludos,
- paco

Ralentizaciones? Pues llevo bastante usando compresores y descompresores y no me ha sucedido nunca. Evidentemente, no descomprimo con el juego en acción, con todo en marcha, sino entre partes que permiten hacer una pausa, pero vamos, que no se me escapan muchos frames cuando me pongo a descomprimir...

Pletter comprime mejor, pero el descompresor es más grande - y necesitas un descompresor distinto para cada tipo de compresión aplicado - . Con el Bitbuster me manejo mejor, y la ganancia que me aporta Pletter no justifica el cambio.

En cuanto a que si es mejor comprimir mucho o poco, sólo te puedo dar una respuesta: depende. Por lo tanto, haz pruebas con los datos concretos que tengas y determina cuál es la mejor solución para cada escenario. Ten en cuenta que la efectividad de la compresión tiene que ver con lo que se repiten los datos. Al final, es pura estadística.

Había por ahí una rutina de descompresión directa de bitbuster a VRAM que no funcionaba mal, aunque era un poco lenta si no se le ponía un buffer adecuado de memoria para trabajar.

buenas, ñores, gracias por comentar

sam, si tienes un descompresor para pletter funcional con código asMSX pues te agradecería que lo compartieras, claro. en las pruebas que hice, que tampoco hice muchas, ojo, no logré que funcionara. teniendo bitbuster este tema pues no es importante -para mi, digo- solo curiosidad, de momento. entiendo lo que dices de los megaroms pero por ahora pretendo crear una rom de 32kbs. si pudiera ser de 16kbs pues todavía mejor, pero con logo, pantalla inicial, 3 ó 4 pistas de pt3, etc, pues lo dudo

en cuanto a la velocidad no tengo queja de bitbuster... bueno, tampoco la tengo en ningún otro sentido, conste, y aunque en mis pruebas caseras pues es el que menos comprime de los mencionados, esto también. yo hago como pitpan, nunca descomprimo nada en momentos críticos, podríamos decir. utilizo los cambios de pantalla, las transiciones, etc. de todas formas en alguna prueba de las que he subido si que descomprimía una pista de PT3 de casi 4kbs y, como digo, bitbuster en velocidad va estupendo

me parece un poco raro, no sé, que no exista un compresor que genere bloques de codigo comprimido de los que puedas tirar y un tabla, al inicio, con los punteros de descompresion a dichos bloques. a 2bytes x puntero a bloque + palabra fin bloque, si hiciera falta, tampoco sería pa matarse, no sé. igual digo una tontada ya que esto se puede generar con facilidad desde asMSX, claro, pero a la hora de trabajar con datos comprimidos que el bloque ya te venga indexado me parece lo más práctico... que no es por no currar... si hay que currar se curra, eh!

en fin, pienso que al comprimir más datos, pongamos 2kb-4kb, el resultado será mejor, en líneas generales, que al comprimir bloques más pequeños 512-768bytes (una pantalla en screen1, pej). ahora que, como bien dice pitpan, esto habría que verlo con las pistolas en la mano pero claro, el tema de descomprimir bte de golpe -pongamos 8kb- te genera también el poblema adicional de dónde sacar ram (sin rutinas de cambios de páginas y con bios activa, se entiende) para descomprimir aquello, no sé..

vosotros los cartuchos los hacéis desde 0 o 0x4000 o cómo? con bios o sin bios? volcáis a páginas ocultas para tareas, pej, de descompresión de datos?

saludos,
- paco

pd: por cierto que el descompresor para bitbuster/asMSX de pitpan va con el ejemplo del ayfx

ok, jefe: rom rom rom, la botella de rom!

aquello era pura especulación teórica basada en que el banco 0 son 16kbs de lo más jugoso donde meter datas a saco, y que se utilizan -al menos yo- pocas rutinas esenciales de la bios. alguna (si no todas), además se puede desensamblar y pegar sin mayor problema... que, por cierto, no está la rom desensamblada entera?... y la c-bios?...

sobre konami -y amigos- me llama la atención que no sepamos casi nada hoy día -al menos yo, quiero decir- sobre las herramientas que usaron aquellos tipos geniales. no hay artículos donde expliquen cómo hacían los gráficos? cómo comprimían el mapeado? con qué herramientas componían y cómo lo convertían al msx etc? sería una lectura interesante, no sé

saludos,
- paco

pd: pues si, la c-bios (no se me había ocurrido antes) contiene código supongo que compatible con el de la rom bios del msx. pej, del cb_main.a80, va esta rutina con sus cp a,d y todo

;--------------------------------
; 0020h DCOMPR
; in .. hl,de= 
wordcomp
        ld      a,h
        cp      a,d
        ret     nz
        ld      a,l
        cp      a,e
        ret

que para echar un vistazo de vez en cuando -sin abusar!!!-, o por si alguien quiere su pepe-bios personalizada, pues igual no está mal

gracias, nene

ese código se parece a la adaptación que le hice (al descompresor estandar que trae) pero que, por alguna razón, no me funcionó, no sé... esos dw finales se me hacen raros para asMSX. compararé ambas versiones con windiff. ya digo que apenas he probado este descompresor puesto que cuando funcionó bitbuster ya me desentendí del asunto. en fin, subiré un ejemplo de carga de pantallazo descomprimido con unpletter.. ejemp... solo para estar seguros X...-D

en las pruebas que hice, por cierto, msx-o-mizer comprimía aún más que pletter. la verdad que el ratio de compresión de mom era excelente... y nada, si no estás muy liado y te apetece, claro, ponme un email y hablamos de nuestras cosas, amor

saludos,
- paco

Hombre, si alguien quiere rutinas para hacer una ROM de 32k o de 48k con posibilidad de volver a la BIOS siempre que se quiera y no quiere comerse el coco para hacerlas... no se, que me diga algo

Creo que jamás entenderé la adoración que siente la escena MSX por los compresores bitbuster y pletter. Los mejores compresores son sin duda exomizer, aPLib y pucrunch (enlaces aquí). Ciertamente son más lentos que otros, pero si se hace la descompresión donde se puede hacer una pausa, no debería haber ningún problema. El único de estos tres que parece haber calado en la escena MSX es el exomizer, y eso solo porque alguien lo modificó, creando una versión reducida a la que le han quitado todo lo que tenía de commodore y le ha puesto el nombre de "MSX-o-mizer". Aparte de eso, el autor del MSX-o-mizer optimizó mi rutina de descompresión, pero me pareció ver (lo mismo me equivoco) que algunas de las optimizaciones eran bastante agresivas, ya que se cargaban los datos que se iban descomprimiendo, de forma que solo deja descomprimir una vez, lo cual puede ser bueno por ejemplo para hacer una intro en 4K que se autodescomprima, pero no vale para meter las fases de un juego.

Como ejemplo de uso de exomizer, podeis echarle un vistazo al código fuente de mi propio I Need Speed.

El "bug" que te aparece se debe muy probablemente a que no localizas la segunda página de la ROM. Ojo al dato: el MSX busca y activa la primera página que incluya la firma "AB". Pero si la ROM es de más de 16 KB, eso quiere decir que sólo te encuentra las primeras 16. Para localizar la página siguiente te lo tienes que currar tú por tu cuenta. O, para vuestro confort, emplear la pseudoinstrucción .SEARCH del asMSX, que hace exactamente eso: localizar y activar la segunda página de una ROM de 32 KB. Ya me dirás si con esto desaparece el extraño "bug"