Muchas gracias por ese link, me viene de lujo. La DC sigue furiosa y no tengo ninguno pero, por curiosidad, ¿arrancaría ese disco si usara antes el Utopia? Según tengo entendido el mkisofs usa un directorio para crear la iso. ¿Eso quiere decir que tengo que montar fixed.iso, copiar IP.BIN a ese punto de montaje y generar la iso a partir de ahí? Dos cosas mas, cuando monto fixed.iso hay una carpeta que se llama 'bins' y contiene un 1st_read.bin y un IP.bin. Luego fuera de esta carpeta (en el root de la imagen) hay otro 1st_read.bin (pero no IP.bin),¿qué son? ¿Esa IP.bin me serviría o después de usar isofix siempre hay que usar su IP.bin (bootable.bin)? ¿Es posible que la ISO arranque sin tener que añadirle el IP.bin pero haciendo bien lo de insertar el audio y la multisesion (gracias al link he visto que lo habia hecho mal)? Por ultimo, cdirip me ha extraído dos pistas de audio (también mostradas por -info) Según tengo entendido lo del audio da un poco igual ¿se puede poner cualquier audio mientras este quepa en el CD o eso vuelve loco todo el tema de los LBA? Gracias de nuevo y un saludo! edit: He añadido IP.bin a fixed.iso de la siguiente manera: he puesto IP.bin en una carpeta y montando fixed.iso, entonces he usado mkisofs pasandole como parámetros primero la carpeta de ip.bin y el punto de montaje de fixed.iso y he creado otra iso (bootable.iso) que tiene el IP.bin en su root. ¿Esta imagen debería funcionar ya si la grabo bien con el audio y la multisesión?¿Hay que usar algún parámetro específico con mkisofs para que la iso tenga el formato bueno para Dreamcast (como -iso-level)?

Jejeje, Dreamcast furious mode on!! Se puede quemar directamente el ISO, peeero hay que preparar la estructura del cd (multisesión de pista de audio + pista de datos) de una forma concreta. Esta página lo explica muy bien, dale un vistazo: [url]https://sites.google.com/site/hackerb9/cdi[/url] En resumen, de un CDI se extrae el ISO (con IP.BIN) y el WAV, para las dos pistas. En tu caso, si sólo tienes el ISO y no tienes el WAV, lo puedes generar con este comando: [code]>> dd if=/dev/zero bs=2352 count=300 of=audio.raw[/code] Luego, la chuleta para quemar es la siguiente (OJO, recuerda de ponerle un IP.BIN a la ISO con el mkisofs): [code]>> cdrecord -dao -v -multi -audio audio.raw >> cdrecord -tao -v -xa tdata02.iso[/code] Saludos!! PD: Más info aquí: [url]https://devicesanddesires.wordpress.com/2008/02/29/improved-guide-to-burning-dreamcast-discs-from-linux/#more-44[/url]

Gracias por la respuesta. Mi intención es quemar isos con Linux. ¿Es posible preparar una iso que pueda arrancar en Dreamcast siguiendo estos pasos (sin tener que usar el formato cdi)? Yo intenté quemando simplemente fixed.iso (y la Dreamcast entra en un bucle de intentos furiosos de lectura pero nunca arranca), luego pensé que a lo mejor tenía que añadir IP.BIN al principio de la iso para que fuera bien, pero antes de gastar más CDs he preferido preguntar. Un saludo y gracias de nuevo.

Para las imágenes que generamos nosotros, tienen que incluir un IP.BIN para que se puedan quemar. Es decir, a partir del ISO le añadiremos un IP.BIN para generar un fichero CDI. Recomiendo antes de quemar un CDI, que lo pruebes en un emulador para ver si botea :) Si sale 0 ya quedará decir que no hay que ajustar el LBA, y de hecho ya la podrás abrir directamente después de usar CDIRIP. Lo mejor es probar esa imagen en un emu, y ver si es autobotable. Saludos!

Buenas, Gracias por el tutorial. Tengo una pregunta: una vez usado isofix sobre la imagen original obtenemos fixed.iso y bootable.bin, que lo renombramos a IP.bin. En caso de querer quemar esa imagen para arrancar en una Dreamcast, ¿podemos quemar directamente fixed.iso o hay que añadir el archivo IP.BIN dentro de la iso antes de quemarla? Otra pregunta, si el primer valor de LBA que veo al usar cdirip -info es 0 aunque el juego sea KATANA, ¿quiere decir que la imagen ya se hizo bootable automaticamente o hay que volver a hacer este proceso (por mucho que ya estuviera hecho)? Gracias de antemano

Hola a todos. Es la primera vez que escribo en el foro aunque llevo mucho tiempo como visitante habitual de la página, y la intención es quedarme... ;) Tengo una duda. ¿Existen por ahí (bien porque tengáis algún código a mano o porque esté publicado por ahí) ejemplos para manejar sprites con KallistiOS? Los ejemplos que vienen en el código fuente en general están bastante bien para determinadas áreas, pero no parece haber nada específico sobre sprites. En caso de que no haya alguno, ¿podríais darme alguna referencia o explicación sobre cómo trabajar con ellos? Gracias. Un saludo.

No, todos los ports (el 90%) utilizan el sistema operativo KOS (KallistiOS), que es open-source 100% y libre!! Algún port hay con WinCE, pero la gran mayoría de la scene no lo usa. [url]http://gamedev.allusion.net/softprj/kos/[/url] Luego hay algunos con libronin (otra librería open-source, su máximo exponente es el SCUMMVM) y también está libdream (predecesor de KOS). Sobre la GPU, evidentemente va a toda leche los datos xD , pero como bien dices, tiene que pasar por el PowerVR, de ahí que se tengan que preparar todos los datos previamente.

Un poco sí, gracias. Entiendo que los ports van todos tirando de Windows C.E/Direct X-6 ¿? De todas formas hay una cosa que no cuadra, y es que digas que la V-RAM de Dreamcast es una memoria de acceso lenta: [img]https://josepjroca.files.wordpress.com/2014/08/dcblockdiagram.gif[/img] [img]http://dabit.es/articulos/wp-content/uploads/2012/05/DCbuses.jpg[/img] Ancho de banda CPU-RAM > 0,8 Gb/s . Ancho de banda GPU-RAM. > 0,8 Gb/s . Ancho de banda CPU-GPU > 0,8 Gb/s . La C.P.U puede acceder a la V.Ram por el mismo bus que a la Ram principal, no acabo de entender porque el acceso es más lento. ¿Lo dices porque tiene que pasar a través del Power VR?

Buena pregunta Cycloid!! :D Nos referimos a los 16MB principales, que son de uso general para los ports. Efectivamente, hay otros 8MB que son exclusivos del chip gráfico PowerVR2, destinados a la compresión de texturas, generación de polígonos... Algunas veces se ha comentado si habría posibilidad de usarlos como RAM extra, pero no he visto ningún juego que los aproveche para ese propósito. No creo que se pueda hacer directamente en KOS, es una memoria de acceso más lenta y restringida. Luego hay otros 2MB del AICA (el chip de sonido), que aún es más lento! Es un buffer interno para reproducir samples de sonido, y tampoco se permite usarlo de romdisk o similar. En los ports 2D, básicamente se utiliza el chip gráfico como framebuffer (que puede ser simple o doble). Es decir, un espacio donde "pintar" los recursos por pantalla. En los 3D, tienes que pasarle las texturas ya en un formato aceptado (RGB565, ARGB4444...) y si es "twiddled" o no, tamaño en potencia de 2... , para que se encole en el buffer del PowerVR y lo procese adecuadamente :) Espero haberte iluminado un poco las ideas! ;)

Una duda Indiket, cuando en el post principal habláis de "Ram" como limitación para ejecutar el port, ¿os referís exclusivamente a los 16 MB SDRAM principales, o contáis la v-ram también para algo? Ya puestos, ¿no se producen problemas con la memoria de vídeo? Imagino que con el compresor de texturas V.Q que trae de serie el Powr V.R se podrán hacer apaños. Expande un poco el tema porfa (y)

No tenía constancia melovampire! Claro que sí, adelante con ello!! :)

Ese es el método que yo uso para dumpear los GDs, pero hay un problema, hay algunos juegos que no los dumpea bien, ni por activa ni por pasiva. Podíamos crear una base de datos los que tenemos los juegos, cuales tenemos y que hacemos con ellos, no se porque, por ejemplo el Tomb Raider The last revelation ESP no me lo dumpea bien, ni de coña. ¿Alguna idea del por qué?Estoy tratando de hacer otro tipo de dumpeo, pero no hay manera. Yo tengo un video tutorial subido de como hacerlo, si lo quieres indiket lo subo.

Muy interesante, no tengo ni tendre bba pero toda documentación se agradece

Muy buenas dreamers!! Hacía tiempo que no escribía ningún tuto, y se que lo estabais pidiendo, así que aprovecho unos instantes libres para explicaros una de las técnicas (hay varias) para dumpear vuestros juegos originales GD-ROM. Pero antes, un "disclaimer": [b][i][color=#ff0000]Dreamcast.es está totalmente en contra del uso del siguiente método para crear copias ilegales y fomentar la piratería. No se responsabiliza en ningún concepto de los daños que pueda ocasionar[/color][/i][/b] [b][color=#0099ff]MATERIAL NECESARIO[/color][/b] * Una SEGA Dreamcast funcionando (fácil, no? xD) * Un adaptador BBA (Sega creó este dispositivo para conectar la Dreamcast a Internet. Es totalmente necesario en este tutorial, y actualmente es muy difícil de conseguir!) * Un cable de red (puede ser cruzado o no, la instalación más fácil es conectar con un cable normal la DC al router) * Broadband Passport GDROM (o similar): Será necesario configurar el BBA con una IP estática, que se puede usar el mismo software que viene con el BBA o otros programas (ejemplo: XDP) * Un PC (o MAC xD) decente con al menos 2GB de espacio libre en el HDD (para cada juego a dumpear) * Un navegador común (Firefox, Chrome...) [b][color=#0099ff]¡EMPEZAMOS![/color][/b] 1. Primero debemos de configurar nuestra consola para que utilice el BBA con una IP estática. El httpd-ack no funciona con DHCP, así que debemos de hacer este paso previo con algún software que configure el BBA. Conectaremos nuestra blanquita a un puerto del router, y le [b]asignaremos una IP dentro del rango de nuestra red[/b]. También configurad el gateway (o puerta de acceso) y la máscara de red. Podéis dejar las DNS en automático. 2. Visitamos la página del httpd-ack, y descargamos la última versión (httpd-ack-20080711.zip). Lo descomprimís y tendréis una imagen CDI y un fichero ELF. [b]A. El método richachon xD[/b] Quemad la imagen CDI con DiscJuggler o Alcohol 120%. Después bootead la consola con ese CD (y conectada al router), y ya tendréis todo a punto para empezar el dumpeo. [b]B. El método pobre (y de valientes) :)[/b] No es necesario quemar ese CD, para ello tenemos al DCLOAD-IP no? :D . Encended la consola con el cd del dcload, y luego lanzad el binario ELF a la consola: Nota: Podéis usar ARP si vuestro dcload-ip usa la ip 0.0.0.0. Cambiad vuestra MAC y IP por la que corresponda. [code] Unix: sudo arp -s 1.2.3.4 00:11:22:33:44:55 Windows 7: netsh interface ipv4 add neighbors "Conexión de red inalámbrica" 1.2.3.4 00-11-22-33-44-55 dc-tool.exe -x httpd-ack.elf -n -t 1.2.3.4[/code] [b][color=#0099ff]BASE TEÓRICA[/color][/b] httpd-ack es, en el fondo, un servidor web básico para la Dreamcast. Al ejecutarse, inicializa el BBA y abre el puerto 80 para escuchar peticiones web. Tiene preparada una interfaz web en que nos mostrará los datos del GDROM, y a la vez permite descargar los ficheros originales del disco. Ahora que lo tienes en ejecución, abre la tapa de tu consola y pon el disco que quieres dumpear (espera unos segundos a que lea el disco). Luego, en una ventana del navegador web, pon la IP de la Dreamcast (así tal cual): [code]http://1.2.3.4[/code] Si todo va bien, verás "magia" en tu PC :D . A la vez, verás algo de actividad en la pantalla de tu Dreamcast. [b][color=#0099ff]DUMPEAR[/color][/b] A partir de ahí, es un juego de niños. Veréis unos cuantos enlaces (track01.bin, track02.raw, track03.bin), y si hacéis clic en ellos, la consola empezará a leerlos y os los podréis descargar directamente. El 01 y 02 tarda unos segundos, en cambio track03 es el que se está más tiempo (unos 15-20 minutos). Esto es así porqué las pistas tienen un tamaño alineado y ocupan todo el espacio del GDROM (+- 1130.8MB). [b]No intentéis bajaros más de uno a la vez, porqué la consola está ocupada y no puede hacerlo!![/b] Finalmente, también es interesante guardar el disc.gdi y la propia página web, para tener más información sobre el dump y poderlo comparar con los TOSEC. [b][color=#0099ff]CONSIDERACIONES[/color][/b] Tened en cuenta que sólo hemos obtenido los ficheros "raw" del disco, y que no funcionará directamente en una Dreamcast sin unos procesos previos (añadir dummies, o hackear los ejecutables binarios con binhack). Algunos emuladores pueden ejecutar directamente los GDI, y de hecho, es el formato más puro que hay en una release. También podéis comprobar si vuestro dump es válido en la página de Dumpcast. Disfrutad!! :D [b]Enlaces[/b]: [b]Descarga del httpd-ack[/b]:[url]http://www.gotwalls.com/[/url] [b]The Guru - Dumping GDROMS[/b]: [url]http://members.iinet.net.au/~lantra9jp1/gurudumps/tutorials/dumping_gdroms/index.html[/url] [b]Foro de Dumpcast[/b]: [url]http://dcemulation.org/?title=Dumpcast[/url]

Interesante, yo estuve bucando como pasar de escenarios hechos en 3ds a DC, pero no encontré nada, tenía unas cuantas cosillas hechas por ahí.

una pregunta adicional, bennu no se puede ejecutar desde dreamshell, o el chui´s Sd_loader? e intentado todo o casi todo y nada que puedo ejecutarlo, intente con el file manager de el dreamshell y los binarios bennu puestos en la sd, con el iso loader y la imagen cdi de bennu en la sd y nada, cree una imagen iso con la herramienta de crear isos para dreamshell de la pagina de ellos, y tampoco nada, use el bootdream el fastboot debo estar haciendo algo malo, he probado mis test en el null dc y si funcionan pero quiero ejecutarlos en el dreamcast desde la sd, ya sea por el dreamshell o algun loader de sd, hice la prueba con los binarios de fenix desde el dreamshell y si me funcionaron por eso pense que bennu si se podia, alguna ayuda la agradeceria(:|

muy guapo! gracias por compartirlo

Las textura del cubo del mapeado es de comprecion normal en tiempo real. [youtube]https://www.youtube.com/watch?v=OY4DN97fiCo[/youtube] El mismo usuario que ha hecho este video creo una herramienta que convierte en cualquier formato de imagen en textura para soporte de Dreamcast. Este es el link de la herramienta de texturas. [url]https://github.com/tvspelsfreak/texconv[/url]

ah si ya las descargue mil gracias. (dance)

si, está porteada, el port no está actualizado nomás [url]http://www.dreamcast.es/downloads.php?cat_id=7&download_id=307[/url]