TIPO DE DATO `ilbm.datatype' para PPC (WarpUP) © 2001 de Stephan Rupprecht Todos los derechos reservados ASPECTOS LEGALES El tipo de dato `ilbm.datatype' es propiedad de: Copyright © 2001 Stephan Rupprecht. Todos los derechos reservados. Este programa es gratuito, así que no se exige ningún tipo de donación económica. La redistribución se permite siempre que el paquete se distribuya sin modificaciones. El autor no se responsabiliza de cualquier daños causado por el uso (o mal uso) de esta documentación y/o del/de los programa/s que describe. Todas las marcas registradas mencionadas son propiedad de sus respectivos dueños. REQUERIMIENTOS Cualquier ordenador Amiga® (o compatible) con, al menos, la versión 3.0 del sistema operativo, microprocesadores 68020-060 y PPC603 o superior ejecutando WarpUp versión 4/5, tipo de dato `picture.datatype' versión 43 y algunos megaoctetos de memoria libre (una imagen ILBM 1024x768x24 requiere unos 4 Mo)... recuerde que ¡el tipo de dato carga siempre toda la imagen en memoria antes de iniciar la descodificación de ésta! ¡Y que esto es más eficiente pues se reducen el número de cambios de contexto! Se recomienda CGX o P96 (no probado) con la opción Planes2Fast activada. DESCRIPCIÓN Se trata de un tipo de dato `ilbm.datatype' para procesadores PPC que ejecuten WarpUp versión 4 o 5. Para alcanzar la velocidad máxima en su sistema debería equiparlo con un sistema RTG que soporte mapas de bits planares en memoria Fast (FBlit también puede ayudarle ¡aunque no lo he probado!). Frente al tipo de dato versión 44 que he escrito, este tipo de dato es una versión sencillo para ILBM, de manera que no convierte imágenes HAM a imágenes de colores reales o viceversa (esto podría suceder en futuras versiones). BANCOS DE PRUEBAS Aquí tiene los resultados de PicBench. Agradecer a Denis Zwornarz el envío de estos resultados. Configuración: A4000/060/50MHz/604e/233MHz, sistema operativo 3.5 y WarpUp 5. Resolución | Tamaño | ilbm.datatype | ilbm.datatype | % | fichero | 44.24 68k |  45.2 PPC | -----------+---------+---------------+---------------+----- 320x256x8 | 70602 | 0.0603 s | 0.0538 s | 112% 232x745x24 | 453184 | 0.3602 s | 0.2427 s | 148% 640x480x8 | 37338 | 0.0580 s | 0.0354 s | 163% 640x512x8 | 188956 | 0.0976 s | 0.0513 s | 190% 1280x1800x8| 1157464 | 0.4618 s | 0.1545 s | 298% Como puede ver, con imágenes más grandes, mejores resultados. Comparado con el tipo de dato ILBM suministrado con el sistema operativo 3.5 y superiores la diferencia podría ser incluso mayor. INSTALACIÓN Simplemente teclee `Copy ilbm.datatype TO SYS:classes/datatypes/'. USO No hay diferencia entre el uso de mi tipo de dato ilbmdt y el original. ERRORES DETECTADOS Se me ha informado por bastantes usuarios que este tipo de dato entra en conflicto con PlayCD y lo bloquea (uno también me ha comentado que bloquea RainBoot). La razón de este comportamiento es desconocida puesto que el tipo de dato funciona de forma totalmente estable; lo divertido es que la parte PPC del tipo `picture.datatype' versión 45.7 se bloquea de forma fatal en mi sistema y no es culpa de mi tipo de dato ILBM PPC. Cuando el tipo de dato se bloquee en su sistema le agradecería que me enviase, si pudiese, el resultado ofrecido por alguna herramienta de depuración. Gracias. SE BUSCA Estoy buscando una rutina rápida para convertir datos planares en datos en bloque (`planar->chunk') para PPC. Si dispone de una, envíemela por favor. Gracias. HISTORIA 45.1 Primera versión pública. 45.2  La descodificación de las imágenes de color real (truecolor ;) con un plano máscara no funcionaba correctamente. He añadido un parche para soslayar un error en la versión 43 del tipo de dato `picture.datatype' (versión para CGX): Espero que esto no cause problemas con otros tipos de dato `picture.datatype'. 45.3  La escritura de palabras largas en direcciones impares dan lugar a la aparición de puntos gráficos erróneos (basura) en algunas tarjetas PPC (probablemente en las primeras series de tarjetas), por lo que he desactivado esta opción. Realizadas algunas simplificaciones en el código fuente. AUTOR Por favor, informe de los errores detectados y envíe sus ideas a: Stephan Rupprecht Apfeldweg 1 D44359 Dortmund Alemania Envíe el correo electrónico a info@stephan-rupprecht.de Página http://stephan-rupprecht.de TRADUCCIÓN AL ESPAÑOL Copyright © 2001 Dámaso D. Estévez Todos los derechos reservados El traductor no se responsabiliza de la fiabilidad de la traducción: por favor, consulte la documentación original. Su modificación sin permiso previo y por escrito, como todas que hago, está terminantemente prohibida.