Menu
▾
▴
aspectrum-devel
|
From: Alvaro A. <A_...@te...> - 2002-10-07 20:55:17
|
BUENOS DIAS!!!
Hablemos un poco del futuro...
Tu has echo, o estas haciendo la emulacion de Sonido 128K la paginacion y el
uso de ficheros ini para el zxdeb ¿no? y supongo que aspectrum se puede
beneficiar ampliamente de eso (ejemm, no se si sabras que aspectrum se
distribuje bajo GPL2, ejemm salvo que santiago el poseedor del copyright te
haya dicho otra cosa claro :-)
Santiago dijo que cuando tubiese tiempo se iba a encargar de la parte de
tokes y pokes del emulador.
A mi personalmente me gustaria volver a reescribir toda la parte de snapshots
y ficheros de cinta, para al menos dar un soporte parcial de TZX y que se
pueda grabar, asi como grabar en todos los formatos.
¿zxdeb usa para algo toda la parte de snapshot y ficheros de cinta?
lo digo para intentar reducir los problemas que te pudiese causar.
--
I'd rather be assimilating. - Borg Bumpersticker.
_
Grettings of __ _| |___ __ _ Al...@as... LiNUX USER #66734
Saludos / _` | / -_) _` | http://pagina.de/alea A_...@te...
de \__,_|_\___\__,_| MS Messenger: alv...@ho...
Para obtener Llave Publica GnuPGP un mail con subject: enviar clave pub
|
|
From: Kak <jb...@ti...> - 2002-10-07 21:37:54
|
On Tue, 8 Oct 2002 22:53:20 +0200, Alvaro Alea wrote: >Tu has echo, o estas haciendo la emulacion de Sonido 128K la >paginacion y el >uso de ficheros ini para el zxdeb =BFno? y supongo que aspectrum= se >puede >beneficiar ampliamente de eso (ejemm, no se si sabras que= aspectrum >se >distribuje bajo GPL2, ejemm salvo que santiago el poseedor del >copyright te >haya dicho otra cosa claro :-) por supuesto :) con el zxdeb vienen los sources del mismo zxdeb y del propio aspectrum, con las modificaciones hechas. de todas formas el codigo ahi esta bastante liado, o sea que= prefiero pasarlo a limpio y despues pasarte a ti una lista de las cosas nuevas/cambiadas. la emulacion del 128 y +2 va perfecta, (yo no he encontrado= ningun fallo aun) la emulacion del +2a y del +3 es bastante trivial a= partir del codigo del +2 (dejando a banda claro, el FDC). tendriamos que= decidir si usamos paginas de 2K o de 8K, y una vez decidido te= paso todo el codigo adaptado al tamanyo de pagina que decidamos la musica 128 ... bueno, pues suena... se parece al resultado= final, algunas melodias las toca bien, algunas no, pero aun le falta bastante. a veces algunos tonos no suenan como debieran (como en= la abadia del crimen) los canales de ruido aun no estan montados, pero no tendria que= ser dificil. pero bueno, como usa el mismo sistema que el beeper (solo que con= 3 voces mas, quizas 6 con los canales de ruido), es cuestion de ir= actualizando el ayemu.c y ya ta >=BFzxdeb usa para algo toda la parte de snapshot y ficheros de= cinta? >lo digo para intentar reducir los problemas que te pudiese= causar. es ese aspecto no te preocupes, es totalmente independiente. eso= si, supongo que para los modos 128 se tendran que cambiar algunas funciones (sna y z80 supongo). como nota "curiosa" los tap= funcionan perfectamente en el modo 128 :) como que lo de la paginacion es= algo totalmente independiente del .tap, pues carga la cinta el solito= y pagina el propio programa :) Kak, esperando los resultados del speccy tour :) |
|
From: Alvaro A. <A_...@te...> - 2002-10-07 22:31:35
|
BUENOS DIAS!!!
Y entonces, va Kak y dice ¿Re: [Aspectrum-devel] Futuro?
> de todas formas el codigo ahi esta bastante liado, o sea que prefiero
> pasarlo a limpio y despues pasarte a ti una lista de las cosas
> nuevas/cambiadas.
Ok, como veas.
> la emulacion del 128 y +2 va perfecta, (yo no he encontrado ningun
> fallo aun) la emulacion del +2a y del +3 es bastante trivial a partir
> del codigo del +2 (dejando a banda claro, el FDC). tendriamos que
Respecto a lo del FDC hay una libreria (en realidad 2) una se encarga de todo
el manejo de archivos .dsk y otra de emular el 765 (del que dicho de paso
encontre uno, jejeje, voy a ponerle disquetera a mi +2A :-)
el caso es que te lo dan todo echo, y creo que son GPL tambien, y
probablemente te ahorren un monton de tiempo.
Juraria haber visto algo en la pagina de santiago sobre ellas, si no las
encuentras, avisame y las busco, por que en su momento me parecieron muy
interesantes.
> decidir si usamos paginas de 2K o de 8K, y una vez decidido te paso
> todo el codigo adaptado al tamanyo de pagina que decidamos
>
> la musica 128 ... bueno, pues suena... se parece al resultado final,
> algunas melodias las toca bien, algunas no, pero aun le falta
> bastante. a veces algunos tonos no suenan como debieran (como en la
> abadia del crimen)
> los canales de ruido aun no estan montados, pero no tendria que ser
> dificil.
Mi idea original era "robarle" la emulacion de sonido al gluckalca (o como se
llame el emulador ese de linux que el GPL) o al mame/mess, habia incluso estado
mirandolo un poco, pero al final no hice nada.
Aqui tengo una curiosidad personal ¿sabes como va lo de los canales de ruido?
parece ser que a muchos emuladores no funcionan los "sintetizadores de voz",
p.e. chase HQ, por algo relacionado con el canal de ruido, y me huelo que
tiene algo que ver con las diferencias entre samples aleatorios, ruido rosa y
ruido blanco, pero no encontre nada que lo aclare
> Kak, esperando los resultados del speccy tour :)
:-) ya he visto en las news que has reventado uno de los juegos, enorabuena.
--
RAM = Rarely Adequate Memory
_
Grettings of __ _| |___ __ _ Al...@as... LiNUX USER #66734
Saludos / _` | / -_) _` | http://pagina.de/alea A_...@te...
de \__,_|_\___\__,_| MS Messenger: alv...@ho...
Para obtener Llave Publica GnuPGP un mail con subject: enviar clave pub
|
|
From: Kak <jb...@ti...> - 2002-10-08 16:46:04
|
On Wed, 9 Oct 2002 00:29:38 +0200, Alvaro Alea wrote: >Aqui tengo una curiosidad personal =BFsabes como va lo de los= canales >de ruido? >parece ser que a muchos emuladores no funcionan los= "sintetizadores >de voz", >p.e. chase HQ, por algo relacionado con el canal de ruido, y me >huelo que >tiene algo que ver con las diferencias entre samples= aleatorios, >ruido rosa y >ruido blanco, pero no encontre nada que lo aclare pues la verdad es que he encontrado muy poca informacion sobre= los canales de ruido. tengo una idea de como emularlos, pero aun no= me he metido con ellos .... >La pregunta es: =BFLo pasamos a SDL como =FAnico lenguaje? (no= deber=EDa >costar,pues recordad que apenas pintamos p=EDxeles en pantalla y= poco >m=E1s). =BFLo ponemos como opci=F3n en tiempo de compilaci=F3n? (esto me= >parece exagerado). mmm... yo en principio no tengo nada a favor ni en contra de= allegro ni de sdl: allegro lo conozco bastante y me parece bastante= decente, sdl lo conozco poco pero creo que esta a la par (quiero decir que= no es un 300% mas potente ni un 300% mas lento, sera algo logico..= un 20% me parece eso, logico) vamos, que en principio me daria igual allegro que sdl. Lo que no= encuentro logico es hacerlo como "libreria unica", pues ya que tenemos (casi) todas las funciones encapsuladas de forma que sea= facil cambiar de libreria, seria una lastima tirarlo ahora= apostando por una libreria unica. Es cierto que en caso de aparecer sdl para gba o psx (cosa que= dudo) se podria portar a esas plataformas (cosa que tambien dudo puesto= que son maquinas a 16 y 33 mhz respectivamente), pero justamente= optando por una libreria unica sacrificamos eso mismo, la portabilidad: ahora mismo tenemos el sistema de funciones "v_" que nos= encapsulan las llamadas a la libreria. Si optamos por sdl podremos portar UNICAMENTE a plataformas con SDL (que no son pocas, pero no son todas). En cambio continuando con ese sistema, podremos tener aspectrum en plataformas con SDL, con Allegro, o con la= plataforma que sea simplemente reescribiendo el fichero v_alleg.c en fin, mi opinion es esa: ningun problema con hacerlo tambien= con sdl, pero yo no lo transformaria a "libreria unica" Bye :) kak |
|
From: Santiago R. <com...@es...> - 2002-10-08 09:19:50
|
En Mon, 7 Oct 2002 23:36:21 +0200 "Kak" <jb...@ti...> escribio: > la emulacion del 128 y +2 va perfecta, (yo no he encontrado ningun > fallo aun) la emulacion del +2a y del +3 es bastante trivial a partir > > la musica 128 ... bueno, pues suena... se parece al resultado final, > algunas melodias las toca bien, algunas no, pero aun le falta > perfectamente en el modo 128 :) como que lo de la paginacion es algo > totalmente independiente del .tap, pues carga la cinta el solito y > pagina el propio programa :) ¿De verdad Aspectrum hace ya todo eso? ¡Qué gran trabajo estáis haciendo! Creo que es el momento de ponerme en serio de nuevo con aspectrum y contribuir al trabajo que estais metiendo en él. Yo lo dejé un poco de lado porque nadie me ayudaba (sólo Alvaro, y seguía teniendo mucho curro aún así con su ayuda) y por falta de tiempo lo dejé parado. Ver este avance realmente motiva, y es donde uno se da cuenta PORQUE es importante la GPL, ya que de otro modo este proyecto hubiera muerto. Lo primero que quiero hacer es remodelar la Web de Aspectrum para que enlace directamente a los .tar.gz de sourceforge y darle un aspecto más renovado indicando lo que ya soporta. Para ello necesito que me digais todo lo que ya hace Aspectrum en plan propaganda. Otra cosa que hay que hacer es cambiar los créditos. Creo que ya no es sólo mi emulador. Es nuestro emulador, y como tal debéis aparecer en todos los créditos en igualdad de condiciones. Yo me tiré 2 años para hacerlo arrancar, pero una vez en marcha sin vuestra ayuda seguramente estaría pagado. Otra cosa que tenemos que decidir es qué hacemos con SDL. Os explico: yo empecé el emulador en SDL, y funcionaba estupendamente, pero como yo sabía más de allegro que de SDL, pues lo pasé a Allegro. Al hacerlo perdí casi un 20% de rendimiento, cosa que en un emulador se nota. Vamos, que si con SDL corria en mi Pentium 120, con Allegro tenía que saltarse frames... Lo del rendimiento tiene un punto importante... si sale un backend de SDL para gameboy advance, por ejemplo, imaginaros que el emulador pudiera correr allí!!! O de PSX, o de lo que sea. La pregunta es: ¿Lo pasamos a SDL como único lenguaje? (no debería costar, pues recordad que apenas pintamos píxeles en pantalla y poco más). ¿Lo ponemos como opción en tiempo de compilación? (esto me parece exagerado). Por el GUI, Alvaro, no te preocupes, porque SDL es basico (acceso a los píxeles) pero hay por ahi MUCHAS librerias basadas en SDL: SDL_gui, SDL_ttf (fuentes truetype), SDL_image, SDL_mixer, etc. Como tal, funcionan en todas las plataformas que lo hace SDL... Vamos a pensar un poquito en este tema a ver si sacamos en claro alguna decisión. Aparte del código ya hecho y de la comodidad de que todos conoce- mos allegro, ¿qué ventajas le veis a allegro? ¿Que mame esté hecho en Allegro nos debe dar tranquilidad? Yo es que veo SDL MUY extendido (las librerias de SDL vienen en todas las distribuciones) mientras que las libs de allegro no. Ha habido gente de #escomposlinux que no ha querido probar aspectrum porque al ejecutarlo le pedia las allegro y no venian en rpm/deb y no querían instalar ficheros compilados (llenar el arbol de directorios de cosas compiladas, vamos). Además algunos de ellos se les fueron abajo las XWindow al ejecutar el emulador (creo que era cosa de allegro). Sé que MAME usa allegro, y también RAINE, pero no sé si sería más rentable SDL. Igual no es necesario, yo no tengo acciones de SDL, si me convenceis dándome motivos, yo cambiaré mi opinión. Además ahora como mínimo hay que votar, porque somos 3 los que somos autores de este emulador y como tales debemos decidir democráticamente qué caminos votar :-) saludos! -- Santiago Romero Departamento de Sistemas sr...@se... Av. Primado Reig 189, entlo 46020 Valencia - Spain Telf. (+34) 96 332 12 00 Fax. (+34) 96 332 12 01 http://www.servicom2000.com |
|
From: Santiago R. <com...@es...> - 2002-10-08 09:30:01
|
En Tue, 8 Oct 2002 11:17:39 +0200 "Santiago Romero" <com...@es...> escribio: Necesitaría también que se cree un enlace tipo aspectrum-latest.tar.gz que apunte a la ultima version siempre del emulador en tar.gz para usarlo en mi web y no tener que ir cambiando la web cada vez que sale una subrelease nueva. Aparte, me podriais decir el CVSROOT y checkout que debo hacer para descargar aspectrum en sourceforge? Voy a intentar incluso echarle vistazos en el curro, en el tiempo libre. Por otra parte la semana que viene estoy de vacaciones (después de 1 año!!!) así que no os extrañeis de dejar de leerme en ese momento. Me he propuesto continuar con Aspectrum. Voy a buscar a ver si hay librerias de guis para allegro que permitan cambiar los widgets. En el caso de SDL se podría usar en conjunción con gtk, pero no sé si allegro puede. saludetes. -- Santiago Romero Departamento de Sistemas sr...@se... Av. Primado Reig 189, entlo 46020 Valencia - Spain Telf. (+34) 96 332 12 00 Fax. (+34) 96 332 12 01 http://www.servicom2000.com |
|
From: Santiago R. <com...@es...> - 2002-10-07 22:31:00
|
El Tue, 8 Oct 2002 22:53:20 +0200, Alvaro Alea <A_...@te...> wrote:
> BUENOS DIAS!!!
> Hablemos un poco del futuro...
Coooño. Esta lista tiene mas movimiento que los ojos de espinete!!
Me estais dejando flipados, yo que no tengo tiempo ni para mear X'DDD
> Tu has echo, o estas haciendo la emulacion de Sonido 128K la paginacion y
> el uso de ficheros ini para el zxdeb ¿no? y supongo que aspectrum se
> puede beneficiar ampliamente de eso (ejemm, no se si sabras que aspectrum
> se distribuje bajo GPL2, ejemm salvo que santiago el poseedor del
> copyright te haya dicho otra cosa claro :-)
Yo? poseedor del (c) X'DDD
> Santiago dijo que cuando tubiese tiempo se iba a encargar de la parte de
> tokes y pokes del emulador.
Siii :)
> A mi personalmente me gustaria volver a reescribir toda la parte de
> snapshots y ficheros de cinta, para al menos dar un soporte parcial de
> TZX y que se pueda grabar, asi como grabar en todos los formatos.
>
> ¿zxdeb usa para algo toda la parte de snapshot y ficheros de cinta?
> lo digo para intentar reducir los problemas que te pudiese causar.
Os digo lo que mas me interesaba a mi:
1.- Reescribir el gui (el mio apesta XD).
2.- pasar el juego de allegro a sdl. Con sdlspectrum-0.1 (empecé con
sdl y pase a allegro) tenía un 20% más de velocidad/rendimiento!!!
3.- Hacer lo de tokes/pokes
que pensais?
--
"Hola, soy el nuevo Pentium 5 ¿qué? ¿2+2? fácil, 3.9999999999" -- reset
_O)
NoP / Compiler | com...@es... - ICQ #98602813 /\\
Linux Debian 2.2 | http://escomposlinux.org/sromero - #74.821 \_V
|
|
From: Alvaro A. <A_...@te...> - 2002-10-07 23:25:48
|
BUENOS DIAS!!!
Y entonces, va Santiago Romero y dice ¿Re: [Aspectrum-devel] Futuro?
> El Tue, 8 Oct 2002 22:53:20 +0200, Alvaro Alea <A_...@te...> wrote:
> > puede beneficiar ampliamente de eso (ejemm, no se si sabras que aspectrum
> > se distribuje bajo GPL2, ejemm salvo que santiago el poseedor del
> > copyright te haya dicho otra cosa claro :-)
> Yo? poseedor del (c) X'DDD
sip, eso pone el emulador cuando arranca, escepto la rutina de carga de Z80,
que esa tiene (C) mio je,je, :-P
> > A mi personalmente me gustaria volver a reescribir toda la parte de
> > snapshots y ficheros de cinta, para al menos dar un soporte parcial de
> > TZX y que se pueda grabar, asi como grabar en todos los formatos.
> Os digo lo que mas me interesaba a mi:
> 1.- Reescribir el gui (el mio apesta XD).
A mi lo que me molaria es que el gui de Aspectrum fuese como el del +3, una
ventanina y debajo la barra, que se mueva, parecido a lo que tienes, pero
mo mucho mas fook'n'feel spectrummaniaco, con las tiras de 4 colores en el
borde y el tipo de letra del spectrum, y debajo 2 lineas con ayuda para cada
opcion. que se maneje con los cursores, intro, y espacio.
p.cierto que sigo con el bug del hline, se nota mucho al pulsar F1.
> 2.- pasar el juego de allegro a sdl. Con sdlspectrum-0.1 (empecé con
> sdl y pase a allegro) tenía un 20% más de velocidad/rendimiento!!!
Realmente a mi me da igual (en el fondo son 4 cosas las que usamos de allegro)
Personalmente me gusta mas allegro, pero por el simple echo de que ya se
como esta organizada la ayuda.
y por ultimo Practicamente tener que hacer las funciones de "abrir como" y
"guardar como" multiplataforma me parece una putada.
En cualquier caso todo lo dependiente de allegro escepto el teclado (que
tengo en el TODO moverlo) esta en v_allegro.c, asi que se deberia poder
hacer en cualquier momento.
> 3.- Hacer lo de tokes/pokes
solo que te acuerdes de que existen ficheros .POK
--
PoRqUE pArPadeaRa lA teCla De BlOq. MaYusCulaS. :-?
_
Grettings of __ _| |___ __ _ Al...@as... LiNUX USER #66734
Saludos / _` | / -_) _` | http://pagina.de/alea A_...@te...
de \__,_|_\___\__,_| MS Messenger: alv...@ho...
Para obtener Llave Publica GnuPGP un mail con subject: enviar clave pub
|
|
From: Kak <jb...@ti...> - 2002-10-08 17:06:43
|
perdonad mi correo que no sabe lo que se hace :) On Wed, 9 Oct 2002 00:15:43 +0200, Alvaro Alea wrote: >bueno, la solucion que yo habia pensado es un poco parecida a= esa, >pero >sin array (que soy un poco reacio a usarlos para estas cosas),= en el >bucle principal tengo una variable que esta a 0xff todo el >tiempo escepto cuando dibuja la zona grafica. pero no se por= que >falla. > >de todas maneras preferiria mantener el gasto de memoria dentro= de >unos >limites. hombre, pero piensa que tal y como lo estas haciendo ahora,= estas emulando el port FF todo el rato. Eso significa que ni que el programa no lo use (una gran mayoria de juegos no usan el port= FF, solo los que se quedan colgados en el +2a/+3, o sea cobra, ark2= y pocos mas) lo estas emulando igualmente. no se, es cuestion de gustos, pero yo diria que con una tabla de= 70 kas se gana mucha velocidad. Y si no piensa en que Raul Gomez= nos comento una vez que tenia 2 megas de tablas precalculadas en el= R80 :) de las 70 kas a las 2 megas aun nos queda ;) por cierto, en el +2a y +3 el port 0xff no funciona (siempre= retorna FF), con lo que ademas estaras emulando el port 0xff *siempre*= sin necesidad de ello bye :) Kak |
|
From: Alvaro A. <A_...@te...> - 2002-10-09 00:32:38
|
BUENOS DIAS!!! Y entonces, va Santiago Romero y dice ¿Re: [Aspectrum-devel] Futuro? > En Mon, 7 Oct 2002 23:36:21 +0200 "Kak" <jb...@ti...> escribio: > > > la emulacion del 128 y +2 va perfecta, (yo no he encontrado ningun > > la musica 128 ... bueno, pues suena... se parece al resultado final, > ¿De verdad Aspectrum hace ya todo eso? ¡Qué gran trabajo estáis haciendo! en realidad no, el que lo hace es zxdeb, pero casi casi.. > Lo primero que quiero hacer es remodelar la Web de Aspectrum para que > enlace directamente a los .tar.gz de sourceforge y darle un aspecto más > renovado indicando lo que ya soporta. Para ello necesito que me digais > todo lo que ya hace Aspectrum en plan propaganda. Si, eso es algo que yo tambien tenia ganas de hacer, que al menos tubiese una seccion de screenshots, una con noticias (y a ser posible que las pillase directamente de las noticias de sourceforge) y otra para los downloads. > Otra cosa que hay que hacer es cambiar los créditos. Creo que ya no es > sólo mi emulador. Es nuestro emulador, y como tal debéis aparecer en echo :-) > todos los créditos en igualdad de condiciones. Yo me tiré 2 años para Uff, te lo curraste no llegaba a imaginar cuanto se podria tardar en hacer eso. > hacerlo arrancar, pero una vez en marcha sin vuestra ayuda seguramente > estaría pagado. > Otra cosa que tenemos que decidir es qué hacemos con SDL. Os explico: > yo empecé el emulador en SDL, y funcionaba estupendamente, pero como > yo sabía más de allegro que de SDL, pues lo pasé a Allegro. Al hacerlo > perdí casi un 20% de rendimiento, cosa que en un emulador se nota. Vamos, > que si con SDL corria en mi Pentium 120, con Allegro tenía que saltarse En un P166MMX va bien (a 50fps) dentro de algunos dias os digo en un 486 a 133. > frames... Lo del rendimiento tiene un punto importante... si sale un > backend de SDL para gameboy advance, por ejemplo, imaginaros que el > emulador pudiera correr allí!!! O de PSX, o de lo que sea. En realidad siempre se podria hacer un port de allegro encima de SDL. > La pregunta es: ¿Lo pasamos a SDL como único lenguaje? (no debería costar, > pues recordad que apenas pintamos píxeles en pantalla y poco más). ¿Lo > ponemos como opción en tiempo de compilación? (esto me parece exagerado). Pues a mi no. > Por el GUI, Alvaro, no te preocupes, porque SDL es basico (acceso a los > píxeles) pero hay por ahi MUCHAS librerias basadas en SDL: SDL_gui, > SDL_ttf (fuentes truetype), SDL_image, SDL_mixer, etc. Como tal, funcionan > en todas las plataformas que lo hace SDL... Humm, no habia caido en eso, tengo que darme una vuelta por www.libsdl.org > Vamos a pensar un poquito en este tema a ver si sacamos en claro alguna > decisión. Aparte del código ya hecho y de la comodidad de que todos conoce- > mos allegro, ¿qué ventajas le veis a allegro? ¿Que mame esté hecho en > Allegro nos debe dar tranquilidad? Yo es que veo SDL MUY extendido (las > librerias de SDL vienen en todas las distribuciones) mientras que las libs > de allegro no. Ha habido gente de #escomposlinux que no ha querido probar > aspectrum porque al ejecutarlo le pedia las allegro y no venian en rpm/deb > y no querían instalar ficheros compilados (llenar el arbol de directorios > de cosas compiladas, vamos). Además algunos de ellos se les fueron abajo > las XWindow al ejecutar el emulador (creo que era cosa de allegro). Si, eso pasaba con la 3.99 WIP usando pantalla completa, tambien se llevaba fatal con la barra de gnome, por no hablar de que aun se niega a poner 320x240 en mi ordenador o el bug del hline. Pero hay que recordar que era un WIP, ni siquiera era una beta. > Sé que MAME usa allegro, y también RAINE, pero no sé si sería más rentable Y realspectrum :-) > SDL. Igual no es necesario, yo no tengo acciones de SDL, si me convenceis > dándome motivos, yo cambiaré mi opinión. Además ahora como mínimo hay que > votar, porque somos 3 los que somos autores de este emulador y como tales > debemos decidir democráticamente qué caminos votar :-) Por cierto que te toca a ti decidir el tamaño de las paginas de ram X'DDDD Personalmente el encapsulamiento me rebienta, (no es el unico detalle del que no estoy contento, pero he de admitir que son preferencias personales) pero para portarlo a SDL he de admitir que solo hay que cambiar un archivo v_allegro.c y algun detalle mas por ahi. Lo que si hay que tener en cuenta es que muchas de las funciones de v_allegro.c son simplemente añadir una letra al nombre de la funcion, pero en el futuro hay que tener una plataforma como base y portarlo a la otra. Otro detalle que habria que valorar es si a Kak le afecta mucho el no usar allegro, con respecto a zxdeb En win32 y Dos mi unica experiencia es con allegro, y su instalacion es muy sencillita, en el caso de linux, tanto sdl como allegro vienen con mi distro, y estan instalados todo el rato, asi que no se cual es mas comodo. En resumen estoy con Kak y creo que estaria bien durante un tiempo soportar las dos librerias, y luego mas adelante en funcion de lo versatil que sea una u otra decidir. -- "640 kb should be sufficient for anyone" -Bill Gates, 1981 | _ Grettings of __ _| |___ __ _ Al...@as... LiNUX USER #66734 Saludos / _` | / -_) _` | http://pagina.de/alea A_...@te... de \__,_|_\___\__,_| MS Messenger: alv...@ho... Para obtener Llave Publica GnuPGP un mail con subject: enviar clave pub |
|
From: Santiago R. <com...@es...> - 2002-10-09 11:25:12
|
El Wed, 9 Oct 2002 11:29:02 +0200, Alvaro Alea <A_...@te...> wrote: > > Lo primero que quiero hacer es remodelar la Web de Aspectrum para que > > enlace directamente a los .tar.gz de sourceforge y darle un aspecto más > > renovado indicando lo que ya soporta. Para ello necesito que me digais > > todo lo que ya hace Aspectrum en plan propaganda. > > Si, eso es algo que yo tambien tenia ganas de hacer, que al menos tubiese > una seccion de screenshots, una con noticias (y a ser posible que las > pillase directamente de las noticias de sourceforge) y otra para los > downloads. Sí, creo que sería una buena idea. > > Otra cosa que hay que hacer es cambiar los créditos. Creo que ya no es > > sólo mi emulador. Es nuestro emulador, y como tal debéis aparecer en > > hecho :-) Me alegro :))) > > todos los créditos en igualdad de condiciones. Yo me tiré 2 años para > > Uff, te lo curraste no llegaba a imaginar cuanto se podria tardar en > hacer eso. Sí, hijo, sí. Creo que un día os contaré lo emocionante del proceso: cargué la rom en memoria, e hice los ficheros opcodes_*.c de forma que sólo tenían el caso default: donde ponia: "Opcode no implementado %d (etc...)" Empecé a emular la ROM, e iba implementando instrucciones conforme iba fallando el arranque del Spectrum. Llegó un momento en que hice la función DisplayScreen() para ver qué hacía ya mi emulador, y llegué a ver el borrado de pantalla, pero me quedé atrancado en que no salía el mensaje de (c). Tras corregir una instrucción que tenía mal apareció y casi me meo en el momento :) > > Otra cosa que tenemos que decidir es qué hacemos con SDL. Os explico: > > yo empecé el emulador en SDL, y funcionaba estupendamente, pero como > > yo sabía más de allegro que de SDL, pues lo pasé a Allegro. Al hacerlo > > perdí casi un 20% de rendimiento, cosa que en un emulador se nota. > > Vamos, que si con SDL corria en mi Pentium 120, con Allegro tenía que > > saltarse > > En un P166MMX va bien (a 50fps) dentro de algunos dias os digo en un 486 > a 133. Entonces creo que Allegro no está haciendo tan mal trabajo... Además, acabo de ver que ha sido introducida en la versión ACTUAL de Debian: [sromero@compiler:~]$ apt-cache search allegro allegro-demo - cool game, demonstrating power of the Allegro library allegro-demo-data - datafile for the allegro-demo game allegro-examples - example programs and demo tools for the Allegro library cl-acl-compat - Compatibility layer for Allegro Common Lisp cl-sql-aodbc - CLSQL database backend, AODBC cl-uffi - Universal Foreign Function Library for Common Lisp liballegro-dev - Development files for the Allegro library liballegro-doc - Documentation for the Allegro library liballegro4a - portable library for cross-platform game and multimedia development ilisp - Package for interacting with LISPs using EMACSes acl-alisp - Common Lisp Controller implemention for Allegro's alisp compiler acl-alisp8 - Common Lisp Controller implemention for Allegro's alisp8 compiler acl-installer - Installer for Franz' Allegro 6.2 Lisp Trial Edition acl-mlisp - Common Lisp Controller implemention for Allegro's mlisp compiler acl-mlisp8 - Common Lisp Controller implemention for Allegro's mlisp8 compiler acl-pro-installer - Installer for Franz' Allegro 6.2 Lisp Commercial Versions liballegro3.9.36-dev - Development files for the Allegro library liballegro4 - portable library for cross-platform game and multimedia development liballegro3.9.36-dev-common - Development utils for the Allegro library liballegro3.9.40 - portable library for cross-platform game and multimedia development liballegro3.9.36 - portable library for cross-platform game and multimedia development Si además de esto hay RPMs para Redhat y para Mandrake (las mayoritarias) y hay paquete source disponible para gentoo (nueva revelación de la temporada), ya no veo motivo alguno para pasarlo a SDL, siempre que allegro soporte más plataformas destino que SDL. > En realidad siempre se podria hacer un port de allegro encima de SDL. Sí, es cierto. Con lo cual por ahora nos podemos olvidar de allegro, ya que en cualquier momento bastaría con modificar las funciones v_* y el gui. > Humm, no habia caido en eso, tengo que darme una vuelta por > www.libsdl.org Lo que hay que hacer es buscar librerias de GUIs para allegro que permitan modificar el aspecto. Yo me encargo de esto: el gui es muy importante porque sobre él se realizan las configuraciones y algunas de las cosas que me tocan a mi (Pokes, etc) de modo que antes de poder hacer nada de eso hace falta una buena librería de GUI. Dejadme a mi encargado del gui por ahora :) > Si, eso pasaba con la 3.99 WIP usando pantalla completa, tambien se > llevaba fatal con la barra de gnome, por no hablar de que aun se niega a > poner 320x240 en mi ordenador o el bug del hline. > > Pero hay que recordar que era un WIP, ni siquiera era una beta. Pero ya no pasa? liballegro4a - portable library for cross-platform game and multimedia development allegro 4?? > Por cierto que te toca a ti decidir el tamaño de las paginas de ram > X'DDDD A mi???? yo voto lo que diga la rubia. XD > Otro detalle que habria que valorar es si a Kak le afecta mucho el no > usar allegro, con respecto a zxdeb Nada, decidido, no hace falta SDL por ahora. Si algun dia hubiera que migrar, ya sabemos que el cambio es "facil". Bueno, pues al menos ya tenemos algo claro. Además ya verás como ALGUIEN se toma la molestia por nosotros de hacer un port para SDL, muchas veces lo hacen X'D En fin, voy a buscar librerias de guis para allegro, y si no existen la intentaré hacer yo (aunque será un coñazo, me lo veo venir). -- "Hola, soy el nuevo Pentium 5 ¿qué? ¿2+2? fácil, 3.9999999999" -- reset _O) NoP / Compiler | com...@es... - ICQ #98602813 /\\ Linux Debian 2.2 | http://escomposlinux.org/sromero - #74.821 \_V |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X