Avances en el desarrollo del ZX-Uno

Sinclair QL, ZX81, +2, +3, 128K ...
Avatar de Usuario
aowen
Commodore 128
Commodore 128
Mensajes: 90
Registrado: 14 Mar 2014, 14:31
Sistema Favorito: Spectrum +2
primer_sistema: Spectrum +2
consola_favorita: Nintendo GameBoy
Primera consola: Nintendo GameBoy

Re: Avances en el desarrollo del ZX-Uno

Mensajepor aowen » 23 Mar 2014, 17:07

VELESOFT escribió:128kB ram is minimum for DIVMMC. Bigger memory (multiply of 128kB) will better for ESXDOS development.

That seems a vast resource hog, given there's plenty of room on the SD card and that the most common version of divIDE is still the original which has only 32KB of RAM. I understand more RAM will be useful for things like long filename support, but I can't see the developers doing a lot of work on it that leaves behind the vast majority of divIDE owners.

Eso parece que acapara muchos recursos, dado que hay espacio de sobra en la tarjeta SD y que la versión de divIDE más común es todavía la original, que tiene solo 32Kb de ram. Comprendo que más RAM sería útil para cosas como nombres de archivos más largos, pero no me imagino a los desarrolladores haciendo tal cantidad de trabajo y que dejen detrás a la gran mayoría de usuarios de divIDE.



VELESOFT escribió:TURBO-SOUND function:

OUT 65533,255 (or power-on / reset) = AY port access work with primary AY chip
OUT 65533,254 = AY port access work with secondary AY chip


Ok, great. In that case in SE Basic you can use the SOUND command as follows:

SOUND 255,0; ..., ...; ... : REM select 1st AY
SOUND 254,0; ..., ...; ... : REM select 2nd AY

I just need to add a little extra code to silence the second AY when an error is generated.

Vale, genial. En ese caso, en SE Basic puedes usar el comando SOUND de la siguiente manera:

SOUND 255,0; ..., ...; ... : REM selecciona el primer AY
SOUND 254,0; ..., ...; ... : REM selecciona el segundo AY

Solo tengo que añadir un poco de códico extra para silenciar el segundo AY cuando se genere un error.
Última edición por aowen el 01 Abr 2014, 19:12, editado 1 vez en total.

Avatar de Usuario
antoniovillena
Amiga 1200
Amiga 1200
Mensajes: 2013
Registrado: 16 Abr 2012, 21:22
Gracias recibidas: 8 veces

Re: Avances en el desarrollo del ZX-Uno

Mensajepor antoniovillena » 23 Mar 2014, 19:55

VELESOFT escribió:I see my image have changed SD ports on same positions as in Antonio's version. But my image contain reverse I/O ports values (my bug).


Yes, after a file compare I have this.

Código: Seleccionar todo

Comparando archivos plus3en40divmmc.rom y PLUS3E_DIVMMC_001.ROM
0000A57C: EB 3F
0000A5AC: EB 3F
0000A5C3: EB 3F
0000A68C: EB 3F
0000A6CF: 3F EB
0000A6E6: EB 3F
0000A71E: 3F EB
0000B84F: 3F EB


I upload the source code here (also it's in the repository)
Última edición por antoniovillena el 24 Mar 2014, 00:02, editado 1 vez en total.

VELESOFT
Dragon 32
Dragon 32
Mensajes: 25
Registrado: 15 Mar 2014, 21:26
Sistema Favorito: Spectrum +2
primer_sistema: Spectrum 16Kb/48Kb
consola_favorita: Sega Master System
Primera consola: Nintendo NES/Clónica
Gracias recibidas: 1 vez

Re: Avances en el desarrollo del ZX-Uno

Mensajepor VELESOFT » 23 Mar 2014, 21:54

aowen escribió:
VELESOFT escribió:128kB ram is minimum for DIVMMC. Bigger memory (multiply of 128kB) will better for ESXDOS development.

That seems a vast resource hog, given there's plenty of room on the SD card and that the most common version of divIDE is still the original which has only 32KB of RAM. I understand more RAM will be useful for things like long filename support, but I can't see the developers doing a lot of work on it that leaves behind the vast majority of divIDE owners.


In future may author of esxdos add speed-up for slow SD cards. Some cheap SDHC cards with big capacity use internal flash memory organised as very big blocks (64kB or similar) and if system write only in single sector (512bytes) way, then writing is very slow. If ESXDOS will support writing full blocks, then speed will normal also with cheap SDHC cards, but system need memory for it. Next memory need NMI browser, LFN, etc.. I don't know, if 128kB ram is ideal size for future. We can ask the author.
Última edición por VELESOFT el 24 Mar 2014, 00:55, editado 1 vez en total.

Avatar de Usuario
aowen
Commodore 128
Commodore 128
Mensajes: 90
Registrado: 14 Mar 2014, 14:31
Sistema Favorito: Spectrum +2
primer_sistema: Spectrum +2
consola_favorita: Nintendo GameBoy
Primera consola: Nintendo GameBoy

Re: Avances en el desarrollo del ZX-Uno

Mensajepor aowen » 23 Mar 2014, 22:40

VELESOFT escribió:In future may autohor of esxdos add speed-up for slow SD cards. Some cheap SDHC cards with big capacity use internal flash memory organised as very big blocks (64kB or similar) and if system write only in single sector (512bytes) way, then writing is very slow. If ESXDOS will support writing full blocks, then speed will normal also with cheap SDHC cards, but system need memory for it. Next memory need NMI browser, LFN, etc.. I don't know, if 128kB ram is ideal size for future. We can ask the author.


I can see the point of SD specific features but I think the NMI browser is a waste of space. esxDOS is a proper OS, not a game loader.

VELESOFT
Dragon 32
Dragon 32
Mensajes: 25
Registrado: 15 Mar 2014, 21:26
Sistema Favorito: Spectrum +2
primer_sistema: Spectrum 16Kb/48Kb
consola_favorita: Sega Master System
Primera consola: Nintendo NES/Clónica
Gracias recibidas: 1 vez

Re: Avances en el desarrollo del ZX-Uno

Mensajepor VELESOFT » 23 Mar 2014, 23:07

aowen escribió:I can see the point of SD specific features but I think the NMI browser is a waste of space. esxDOS is a proper OS, not a game loader.


Yes, but 9x% of ZX users only play games and demos. This is why FATWARE is so popular. ZX users (players) need LFN and browser for fast finding games, play music, show screenshots, for change target directory for save snapshots, etc. Browser is used also for change discs in drives, mount/unmount TAP files for load/save....

Similar in TR-DOS. Syntax is not good and writing all commands from basic is slow. For best comfort and faster access ESXDOS start automatically TRDOS NAVIGATOR(commander) instead direct jump to tr-dos command line.

In future may exist also GUI. Esxdos will popular only if will comfortable also for game players.

Avatar de Usuario
antligen
Spectrum 48K Plus
Spectrum 48K Plus
Mensajes: 38
Registrado: 16 Ene 2014, 19:44
Sistema Favorito: Spectrum +2
primer_sistema: Spectrum +2
consola_favorita: Sony PlayStation 1
Primera consola: Atari 2600
Ubicación: Castellón
Gracias dadas: 6 veces
Gracias recibidas: 1 vez
Contactar:

Re: Avances en el desarrollo del ZX-Uno

Mensajepor antligen » 23 Mar 2014, 23:22

VELESOFT escribió:
Yes, but 9x% of ZX users only play games and demos. This is why FATWARE is so popular. ZX users (players) need LFN and browser for fast finding games, play music, show screenshots, for change target directory for save snapshots, etc. Browser is used also for change discs in drives, mount/unmount TAP files for load/save....


Yo siempre he tenido la esperanza que estos nuevos "spectrums" hicieran del ZX a color una máquina que sirviera para más cosas que para jugar a los "juegos de toda la vida" . Creo que si el 9x% de los usuarios sólo han utilizado el Spectrum para jugar es precisamente por no tener sistemas de almacenamiento de acceso aleatorio eficaces que permitieran desarrollar aplicaciones tipo base de datos u otro tipo de aplicaciones serias.

Avatar de Usuario
antoniovillena
Amiga 1200
Amiga 1200
Mensajes: 2013
Registrado: 16 Abr 2012, 21:22
Gracias recibidas: 8 veces

Re: Avances en el desarrollo del ZX-Uno

Mensajepor antoniovillena » 24 Mar 2014, 00:06

I also have mistakes in my DivMMC ROM traslation. Thank to velesoft I've correct them. New file attached here. Now the file compare is this one:

Código: Seleccionar todo

Comparando archivos plus3en40divmmc.rom y PLUS3E_DIVMMC_001.ROM
0000A57C: EB 3F
0000A5AC: EB 3F
0000A5C3: EB 3F
0000A68C: EB 3F
0000A6E6: EB 3F


------

Pues eso, que me había dejado 3 puertos sin cambiar, y eso que yo contaba con la ventaja de tenerlo todo desensamblado. Gracias a velesoft he podido corregirlo.
Adjuntos
plusROMs.zip
(383.77 KiB) Descargado 476 veces

Avatar de Usuario
aowen
Commodore 128
Commodore 128
Mensajes: 90
Registrado: 14 Mar 2014, 14:31
Sistema Favorito: Spectrum +2
primer_sistema: Spectrum +2
consola_favorita: Nintendo GameBoy
Primera consola: Nintendo GameBoy

Re: Avances en el desarrollo del ZX-Uno

Mensajepor aowen » 24 Mar 2014, 00:15

antligen escribió:Yo siempre he tenido la esperanza que estos nuevos "spectrums" hicieran del ZX a color una máquina que sirviera para más cosas que para jugar a los "juegos de toda la vida" . Creo que si el 9x% de los usuarios sólo han utilizado el Spectrum para jugar es precisamente por no tener sistemas de almacenamiento de acceso aleatorio eficaces que permitieran desarrollar aplicaciones tipo base de datos u otro tipo de aplicaciones serias.


I agree. It's a shame that most people just use divIDE to turn their real hardware into an emulator. I have no interest in doing that.

-- Actualizado 24 Mar 2014, 00:17 --

VELESOFT escribió:9x% of ZX users only play games and demos.


They're not my target audience. The only ones in that group I'm interested in are the ones who buy real copies of new games.

JULIO
Commodore 128
Commodore 128
Mensajes: 121
Registrado: 22 Feb 2013, 18:58
Sistema Favorito: Spectrum +2
primer_sistema: Spectrum 16Kb/48Kb
Primera consola: TV Games/Pong Clone

Re: Avances en el desarrollo del ZX-Uno

Mensajepor JULIO » 24 Mar 2014, 01:24

llevo tres horas jugando a los juegos de siempre y es una gozada, el navegador funciona, el NMI funciona,
y a veces se cuelga e incluso la NMI deja de funcionar pero hago un reset y NMI vuelve a funcionar. :gamer:
Pena que arranque por ahora en modo 48 y que los de UPG no funcionen.

Avatar de Usuario
antoniovillena
Amiga 1200
Amiga 1200
Mensajes: 2013
Registrado: 16 Abr 2012, 21:22
Gracias recibidas: 8 veces

Re: Avances en el desarrollo del ZX-Uno

Mensajepor antoniovillena » 24 Mar 2014, 01:40

JULIO escribió:Pena que arranque por ahora en modo 48


Esto último es culpa mía, estoy siendo lento en el desarrollo del firmware. Espero poder sacar algo funcional dentro de una semana.


Volver a “Sinclair/Spectrum”

¿Quién está conectado?

Usuarios navegando por este Foro: No hay usuarios registrados visitando el Foro y 14 invitados