ZXDOS, sobre la modernización del ZX-SPECTRUM

zxpope
Mensajes: 8
Registrado: 02 Ene 2018 02:25

ZXDOS, sobre la modernización del ZX-SPECTRUM

Mensajepor zxpope » 06 Ene 2018 09:45

Hola amigos,

Como aportación al proyecto ZXUNO , propongo diversas ideas que podrían formar parte del ZXDOS.
Espero que os resulte interesante, y espero también vuestros comentarios,

Un hilo similar ha sido creado en el foro ZXUNO.
Pero he creido conveniente difundirlo tambien en el fantástico RETROWIKI, gracias!

Feliz 2018
ZXPOPE

==

ZXDOS, sobre la modernización del ZX-SPECTRUM
6enero2018
ZXPOPE

CONTENIDO
MOTIVACION
EVOLUCION
FILOSOFIA
STAR WARS
FILOSOFIA DE TRABAJO
VISIONES DE LA MAQUINA
HARDWARE
Z80
BANKSWITCHING
PUERTOS DE ENTRADA/SALIDA
PERIFERICOS
INTERRUPCIONES
TIEMPO Y TEMPORIZADORES
MEMORIA RAM
MEMORIA ROM
MEMORIA ALMACENAMIENTO SECUNDARIO
DMA
TCPIP
RETROCESO EN EL TIEMPO
SINTESIS DE SONIDO
MUSICA 1BIT Y CONECTOR EAR/MIC
GRAFICOS
NUEVOS MODOS DE VIDEO razonables
TERMINAL TECLADO
JOYSTICK/GUIA DE ESTILO DEL PROGRAMADOR
AMSTRAD/MSX

MOTIVACION

- Después de tener el Spectrum 30 años en un cajón (1988!),
el ZXUNO me ha permitido ver como Sr Sinclair la hubiese diseñado hoy.
- Sin embargo la implementación de más y más máquinas (cores)
en mi opinión, está entorpeciendo el desarrollo del ZXUNO.

EVOLUCION

Para coger perspectiva, es interesante ver cuáles han sido algunas de las principales
aportaciones de cada tipo de maquina:

zx80 arquitectura original, la CPU genera la señal de video
zx81 circuitería implementada en lógica configurable (capa aluminio)
jupiter ace exploración de una arquitectura diferente, interprete de Forth
zxspectrum color, ULA genera señal de video
TS2068 AY38912,256x192x8col 512x192x2col, 1983-1989
zxspectrum128 AY38912,128kB
zxspectrum+3 floppy, NEC765, discoram, +3DOS,1986-1990
samcoupe exploración de una arquitectura diferente, SAA1099 6MHz 1989-1992, 512kB, 512x192x4col 256x192x16col
pentagon BETADISC+TRDOS, sonido estéreo, nuevos modos graficos,1024kB
scorpion
zxevo Z80@14MHZ bus expansión modificado, placa compatible ITX, teclado PS2
tscon core+rom=configuracion, 85sprites, XXXyYYYx256colores
zxuno Z80 en lógica reconfigurable, 512kB, modo grafico radastan, divmmc, FAT16, ULA+
zxnext sprites, Z80@28MHz, scroll de pantalla
zxdos avances en la arquitectura

FILOSOFIA

- ?que es un Spectrum?
- cuestión difícil de responder.
- ¿es algo emocional?
- el atribute-clash es un aspecto característico de los juegos de Spectrum
- ¿que cosas se pueden mejorar en un Spectrum?
- ?cuando un Spectrum deja de ser un Spectrum?
- un Spectrum con el chip de video de un MSX2, es un Spectrum?
- en mi opinión, algo deja de ser un Spectrum cuando la comunidad de programadores
no están interesados en desarrollar en la arquitectura

STAR WARS
https://en.m.wikipedia.org/wiki/Star_Wa ... ideo_game)

Uno de los mejores videojuegos de la historia,
PERO comparando las diferentes implementaciones
se puede ver la enormes limitaciones de Spectrum
http://youtu.be/MpURa8xUF7I 00:28 versus 25:00
Este ensayo propone modificaciones que, sin apartarse
de la esencia de un Spectrum, o con sacrificios razonables/razonados, o con consenso
Modernizarían aspectos de la arquitectura.

FILOSOFIA DE TRABAJO
- es deseable una aproximación open source tipo GPLv3
- permite explotación comercial, pero devolviendo a la comunidad las mejoras realizadas
- esquemas públicos
- ficheros verilog/vhdl públicos
- firmware libre
- desarrollo visible: ZXNEXT trabaja en una modernización similar, pero sin visibilidad exterior

VISIONES DE LA MAQUINA
- problema: diferentes visiones de la máquina para diferentes usuarios de la maquina
ensamblador
C
basic
aventure game designer
xx
- programador en ensamblador
utilización de rutinas almacenadas en ROM
?tiene sentido hoy en día? no
- visión de la maquina desde el programador de C
uso de librerías públicas en repositorio
por ejemplo, para operar en coma flotante
por ejemplo, para mover sprites o calcular líneas ocultas
?utiliza la ROM? típicamente no
acceso al hardware
de forma directa, accediendo a los registros. Dificulta la compatibilidad futura
de forma indirecta, a través de un API. mayores garantías de compatibilidad futura
- visión desde el programador de BASIC
no estoy seguro que nadie aprenda programacion en basic en un Spectrum
se puede eliminar de la ROM
Implementar un intérprete de basic que se pueda cargar desde disco
- que usar como intérprete de comandos a cargar al inicio?
abre puertas a implementar nuevas ideas: python, lua, bash, zxbasic,..?
carga automática desde disco
- aventure game designer,la churrera,...
la evolución de la arquitectura, debería estar ligado a la actualización de los toolkits
(Lenguajes de alto nivel) utilizados para desarrollar juegos/aplicaciones

HARDWARE
- estricta compatibilidad binaria con el software ya existente?
es muy importante, pero no absolutamente necesario si impide evolución
la clave de disponer una FPGA es reconfigurar la máquina con un hardware 100% idéntico al original
- para permitir un diseño con una FPGA económica, el fichero TAP/TZX podría
Indicar que configuración (core) de FPGA utilizar, de forma transparente al usuario.
- se pueden generar diferentes configuraciones FPGA ajustadas a la área disponible
- con uno o varios chips de sonido
- un core con diferentes tipos de acelerador grafico 2D
- con determinada implementación de Z80

Z80
- han aparecido ciertas evoluciones de la CPU que no han sido aprovechadas en ZXSPECTRUM:
- coprocesador matemático (X80)
podría ser útil para acelerar el cálculo de ciertas operaciones gráficas
(disparo de la nave de la guerra de la galaxias)
posible compatibilidad con las actuales llamadas a las rutinas en ROM
https://github.com/cheveron/sebasic4/wi ... -processor
- ALU enteros 16,24,32 bits incluida suma y multiplicación
- nuevos mnemonicos/opcodes
https://github.com/z88dk/z88dk/issues/312
- un segundo Z80 en paralelo?
interesante como herramienta didáctica, objetivo inicial del Spectrum
- Z80 con pipeline
la paralelización de las microoperaciones para permitir una instrucción por ciclo de reloj
(dallas DS89C420)
- instanciación de Z80 en FPGA muy rápido pero no exacto en los tiempos de ejecución
nuevos juegos pueden aprovechar cores con Z80 más veloces
- instrucción tipo CPUID para retornar los recursos hardware disponibles
- instrucción tipo RTTSC para contar el tiempo de forma independiente del reloj concreto de la CPU

BANKSWITCHING
- hay algún estándar?
- hay algún compilador de C para Z80 que soporte gestión de múltiples bancos de memoria?

PUERTOS DE ENTRADA/SALIDA
- el puerto de expansión siempre ha sido una puerta a la imaginación
- existe el problema no resuelto de FPGA a 3v3 y hardware antiguo a 5V
- propuesta redefinir un nuevo puerto con tres buses
- bus I2C
- bus SPI
- bus SERIE (cada vez menos usado, pero útil para modulo ethernet/wifi ESP8266)
- acceso normalizado a través de registros con operaciones IN/OUT
- conector header de paso 100mils que permita usar placas de expansión tipo arduino, via cablecillos de prueba/cinta plana

PERIFERICOS
- los circuitos integrados Z80SIO Z80DMA SCC8530 8255... alguna vez han estado en la
orbita del Spectrum.
- con los nuevos puertos SPI/I2c/SERIE estos dispositivos ya no tienen tanto sentido

INTERRUPCIONES
para facilitar la programación se activa una interrupción
- al vencimiento de un tiempo programado en un timer
- colisión de un sprite contra otro sprite o borde de la pantalla
- fin de barrido e inicio de retrazado (obsoleto?)
- haz en la línea X pixel Y (obsoleto?)
- pulsación/despulsación de una tecla/joystick
- línea de interrupción física en el bus de expansión
- memoria FIFO del subsistema musical vacío
- el programa pasa por determinada posición (útil para debuggers)
- fin ejecución de una operación en un coprocesador
Cada uno de estos eventos, activa un flag en un registro y lanza una interrupción
(filosofia microchip 16F877)

TIEMPO Y TEMPORIZADORES
- en un zx clásico la gestión del tiempo se realiza, de forma primitiva, contando el tiempo que tarda en ejecutarse una instrucción.
- esto convierte la programación en un arte y al programador en un artista.
- y limita la evolución!!
- se propone establecer una base de tiempos F fija e independiente de la implementa ion física, y 1,2,3 contadores programables de 16 bits que active una interrupción al desbordar el contador FFFF>0000
- disponer de timers permite que las instrucciones que las instrucciones tengan una duración diferente a la especificada por ZILOG.
- esto altera el comportamiento de muchos juegos, pero abre la puerta a
implementaciones más eficientes de la CPU en área de FPGA ocupada.
- ES UNA DECISIÓN CRÍTICA
- RETROCOMPATIBILIDAD: el uso de todas estas facilidades es voluntaria, y al consistir únicamente en modificaciones de la zona de E/S, es invisible para el programador.
únicamente la perdida de la referencia temporal dificulta hacer programas con una dinámica predecible.

MEMORIA RAM
- en una arquitectura basada en FPGA, no es necesaria la contención.
- la memoria de doble puerto permite actualizar el contenido sin alterar los ciclos de lectura
(verificar esta afirmación contra la implementación exacta usada por el sintetizador)

MEMORIA ROM
- podría desaparecer como se conoce actualmente
- podría adoptar la forma de bootloader desde la memoria de almacenamiento masivo
- si necesitamos rutinas de la ROM original del Spectrum, pueden cargarse desde disco
en las mismas direcciones de memoria, pero ocupadas por una memoria RAM

MEMORIA ALMACENAMIENTO SECUNDARIO
- DIVIDE: el bus IDE es interesante por la sencillez del interface necesario.
sin embargo, es un elemento que ha caído en desuso, así como de las memorias compactflash.
- DIVMMC: soporte únicamente a tarjetas MMC parece razonable

DMA
- la función memcpy(destino,origen,tam) podría estar implementada en hardware
- se apunta a posibles usos más sofisticados del DMA tipo
- de RAM a registro de periférico
- de RAM a RAM haciendo una operación lógica (mover algo hacia un fondo de pantalla)
- transferencias pueden ser, o no ser bloqueantes, y generar interrupción al finalizar.


TCPIP
- una pila de comunicaciones debe formar parte de cualquier arquitectura moderna, y es un asunto no bien resuelto hoy en día.
- la posibilidad de usar un coprocesador tipo ESP2066 conectado a un puerto serie asíncrono parece algo natural y económico, pero resulta extraño que en su interior haya una CPU más poderosa que la CPU a la que da servicio, un z80.
- si la CPU dispone de un puerto serie síncrono SPI, es posible el uso de un circuito ej26xxx (bridge eth-spi) de similar coste y no tanta inteligencia.
- el software puede estar en ROM o ser una librería que quede linchada a la aplicación que la usa. esta librería debe tener un cliente dhcp para simplicar las tareas de configuración.

RETROCESO EN EL TIEMPO
- dos mecanismos posibles
- foto del estado de un programa registros+ram para retornar a ella mas tarde
- deshacer los últimos X pasos de un programa
almacenando en una memoria FIFO estado de los registros+posiciones memoria modificados
https://en.m.wikipedia.org/wiki/Action_Replay

SINTESIS DE SONIDO
- disponibles chips en formato vhdl/verilog. difícil decidirse por uno y descartar el resto
SN76489 PSG
AY38912 PSG
6581SID
SAA1099
YM2203 3CHFM+3CHPSG
YM2612 6CHFM+1PWM
YM2151 8CHFM https://github.com/jotego
YM3812 OPL2
YMF262 OPL3
DAC delta-sigma
DAC PWM
- enormes bases de datos musicales disponibles, incluyendo efectos sonoros (disparos)...
- creo que lo acertado es que el programa indique el chip que desea y en el proceso de boot del software se seleccione el core que contenga el chip solicitado.
- al estar el AY38912 en el spectrum128 da preferencia su uso sobre el resto.
- la síntesis en FPGA de dos unidades iguales puede ser no costosa en área
- por lo que resulta una evolución natural tener un chip separado para cada oreja y producir estéreo.
- una memoria FIFO puede ser útil para descargar a la CPU de alimentar constantemente a este chip


MUSICA 1BIT Y CONECTOR EAR/MIC
http://freestuff.grok.co.uk/beepola
aun no siendo totalmente necesario, sería un elemento que no incluiría en una nueva arquitectura.


GRAFICOS
- solución bruta: instanciar el chip de video de MSX2 (o acelerador 2D/3D moderno) en la memoria del Spectrum
- la esencia del Spectrum es la estética de los gráficoss
- se mantienen las restricciones gráficas, pero se propone disminuir el tamaño del pixel
- si una CPU 4 veces más potente (3.5*4=14MHz), parece razonable una resolución de video 4 veces superior
- han ocurrido dos cambios fundamentales:
- cambio relación de aspecto de 4:3 a 16:9
- desaparece la señal de video B/N+PAL clásica y aparecen multitud de estándares: VGA999,VGA666,HDMI,TFT18b,..
- ZX81 y ZXSPECTRUM(ULA) orientados a generar señal de video B/N+PAL
- ZXUNO y emuladores: memoria RAM (doble puerto) para video y generador de video independiente de la CPU
- no se explora una paleta de colores mayor de 16+16colores,
(aumentando a dos o tres bytes el atributo permite 2^16, 2^24 colores simultáneos)

NUEVOS MODOS DE VIDEO razonables

MODO 1-CLASICO
aspecto 4:3
32x24=768 caracteres
256x192 pixels
atributo 8x8 pixel => 6912 bytes
atributo 4x4 pixel => 18432 bytes

MODO 4X
aspecto 4:3
64x48=3072
512x384 pixels
atributo 8x8 pixel => 27648 bytes
atributo 8x4 pixel => 30720 bytes

MODO 2
aspecto 16:9
48x28=1344 caracteres
384x224 pixels
atributo 8x8 pixel => 20736 bytes
atributo 4x2 pixel => 21504 bytes

MODO 3
aspecto 16:9
64x36=2304 caracteres
512x288 pixels
atributo 8x8 pixel => 20736 bytes
atributo 4x4 pixel => 27648 bytes

ideas
- intentamos que la memoria ocupe una única página de 32kbyes de memoria paginada
- si el usuario se limita al modo 1 (clásico), el hardware puede utilizar internamente el modo 4 (Alta resolución) y hacer cierto suavizado de bordes (dithering). Efecto de promediado que ya se producía en el televisor, debido a su reducido ancho de banda.
- la asignación de memoria ha de seguir cierto patrón, para facilitar el uso de DMA, movimiento de sprites u otros circuitos de aceleración gráfica.
- un segundo banco de memoria de video idéntico al primero podría contener el fondo de la imagen, que no cambia con la dinámica del juego, o lo hace lentamente.

TERMINAL TECLADO
- aun hoy resulta desconcertante al teclear LOAD aparezca "LET oad"en la pantalla.
- opense ya deja resuelto este problema

JOYSTICK/GUIA DE ESTILO DEL PROGRAMADOR
- la nueva arquitectura podría definir el mapeado simultaneo del movimiento del joystick en los registros de el
- protocolo kepston
- protocolo interface1
- y la pulsación de teclas Q A O P ESPACIO
- objetivo: eliminar el tedioso menú de configuración que aparece en cada juego.
- pulsando espacio o "fuego" en el joystick, se inicia el juego,
- es un importante avance en la usabilidad y experiencia de usuario,
- este comportamiento elimina la necesidad de configurar los emuladores, que muy a menudo, supone un confuso procedimiento

AMSTRAD/MSX
- para aumentar la masa de desarrolladores de juegos que exploten estos nuevos
recursos, seria posible introducir estas mejoras de hardware en un AMSTRAD CPC464
- conciliando los modos graficos
- adaptando la libreria de desarrollo CPCTELERA para que explote el hardware
de transferencia de bloques, movimientos de sprites,etc..
http://lronaldo.github.io/cpctelera/
- en MSX no tendría sentido, al existir ya el MSX2

BlackHole
Mensajes: 721
Registrado: 03 Ago 2011 23:07
Ubicación: Aluche, Madrid
Agradecido : 1 vez
Agradecimiento recibido: 47 veces

Re: ZXDOS, sobre la modernización del ZX-SPECTRUM

Mensajepor BlackHole » 06 Ene 2018 10:37

Francamente no entiendo nada a qué viene toda esta filosofada sin sentido. ¿TCP/IP? ¿Nuevas arquitecturas? Tú lo que quieres es una XBox One o quién sabe qué.

Ya existió esa evolución en los modos gráficos, en los procesadores, en el DMA o en el DAC: se llamó PC-Engine o Super Nintendo. No reinventemos la rueda 30 años después.

Uno de los mejores videojuegos de la historia fue Super Mario World. Para mí, los juegos de Star Wars de los 80 eran una soberana porquería, aburridos y cortos, que es tan válido como opinar que fueron el súmum de la programación.

Diseñar máquinas que nunca existieron no es el objetivo de ZX-UNO.

Avatar de Usuario
carmeloco
Mensajes: 1027
Registrado: 16 Dic 2015 08:56
Agradecido : 3 veces
Agradecimiento recibido: 78 veces

Re: ZXDOS, sobre la modernización del ZX-SPECTRUM

Mensajepor carmeloco » 06 Ene 2018 11:29

Buenas. Para empezar, estaría bien que te leyeras las normas que aceptaste al registrarte en el foro, y te pasaras por el subforo de presentaciones, y te presentases.
Para seguir, es un sin sentido una máquina así, sin absolutamente nada de software. Está más que demostrado con la ULAPlus.
Nueva tirada Carnivore2:
viewtopic.php?f=49&t=976

zxpope
Mensajes: 8
Registrado: 02 Ene 2018 02:25

Re: ZXDOS, sobre la modernización del ZX-SPECTRUM

Mensajepor zxpope » 06 Ene 2018 12:04

hola blackhole,

este ensayo ha sido mi regalo de reyes (hoy es 6 de enero del 18)
me lo he pasado pipa diseñando un Spectrum (usando lo que ZXUNO ofrece).

muchas cosas de las que propongo ya estan siendo implementadas
en TSCONF (en cirílico) y
en ZXNEXT (a puerta cerrada).

mi objetivo es fomentar la discusión en este asunto.

hola carmeloco,
efectivamente el problema es el software.

llevo un tiempo siguiendo la web de "elmundodelspectrum" y me he fijado que muchos
nuevos juegos se estan construyendo usando herramientas como "Arcade Game Designer", la churrera,
cpctelera, etc

la idea es modificar adecuadamente las librerias para hacer uso de, digamoslo así, la aceleración 2D.
estas mejoras hardware quedan ocultas a los desarrolladores de juegos,
salvo en la cantidad de objetos y velocidad de movimiento
(imagino que ZXNEXT tambien trabaja en esta línea)

el video de STARWARS que cito arriba ayuda a entender las limitaciones del hardware original.

si estais cerca de madrid/lérida estais ambos invitados a una cerveza ;-)
salud
zxpope

BlackHole
Mensajes: 721
Registrado: 03 Ago 2011 23:07
Ubicación: Aluche, Madrid
Agradecido : 1 vez
Agradecimiento recibido: 47 veces

Re: ZXDOS, sobre la modernización del ZX-SPECTRUM

Mensajepor BlackHole » 06 Ene 2018 14:54

Buenas, zxpope. Tal vez he sonado bastante reaccionario, aunque se podría discutir punto por punto cada una de las observaciones. De primeras, creo que has pegado un resumen de lo que los ingleses llaman "wishful thinking", una retaila de características que te hubiese gustado (y quizás a todos) que un "Super Spectrum" hubiese tenido en 1985; pero si bien tiene cabida en un foro dedicado a temas FPGA, creo que uno como éste más generalista, quizás no haya sido lo más acertado, al menos en las formas como primer mensaje, así a lo bruto. Ni siquiera es un ensayo, parece el esquema de una presentación Powerpoint.

Hay un tema que he de confesar que no me ha hecho mucha gracia: tu desdén (quizás esa ha sido mi impresión) a que el BASIC o el ensamblador, no puedan constituir hoy en día una forma adecuada de enfrentarse a a una máquina clásica de 8 bits. Sobre todo que el BASIC "sobraría" de estar incluido en la ROM de un aparato. Un BASIC puede ser peor o mejor: el de Commodore 64 es muy espartano mientras que el del Amstrad CPC es mucho más versátil... pero de ahí a decir que se puede eliminar, va todo un mundo. No sé si tu intención era que en vez que estuviese en la ROM, se cargase desde disco... pero... ¿la idea es que pudiese haber otro BASIC mejor que lo sustituya? No queda claro. Además, no todas las máquinas cuentan con unidad de disco.

Parece como si dijeses que la única forma "moderna" de aproximarse -por lo tanto- a estos equipos, fuese utilizar lenguajes de un nivel más alto como el C (compilado) o el Python y que fuese una API la que definiese mejor acceso al hardware para el programador. Eso está bien para máquinas actuales, donde justamente su complejidad y su hardware abierto, necesita esos niveles de abstracción... pero ¿en máquinas con escasa memoria y una arquitectura cerrada? ¿Realmente crees que la programación orientada a objetos en un lenguaje interpretado complejo como Python es asequible para máquinas con 40 KB útiles y un Z80? Tal vez tu opinión venga dada por tus conocimientos y tu experiencia previa en programación de PC e Internet, pero no creo que el BASIC del Spectrum sea un impedimento. Todo lo contrario.

Justamente es en la escena actual del Commodore 64, donde en ensamblador puro y duro y con rutinas ajustadas al ciclo de reloj exacto, se consiguen programar maravillas y efectos impensables en la época... pero para la máquina original sin un solo aditamento actual, sin ninguna clase de mejoras gráficas. Plantearles que el C o el Python sería la forma correcta de programar la máquina, sería no solo visto como una herejía, sino como una chifladura de un "lamer" que no sabe ASM. Cierto que existen algunas producciones para varios SID (chips de sonido del C64) o para ciertas ampliaciones de memoria o para otro procesador más rápido (65C816), pero son anecdóticas y se cuentan con los dedos de una mano (en un ratio 1:100)

Es lo que sugirió carmeloco más arriba: en cuanto el software nuevo necesite hardware especial, menos producciones habrá y echará atrás a mucha gente.

zxpope
Mensajes: 8
Registrado: 02 Ene 2018 02:25

Re: ZXDOS, sobre la modernización del ZX-SPECTRUM

Mensajepor zxpope » 07 Ene 2018 10:04

hola BlackHole,
has encontrado un BUG en mi ensayo-presentacion.
reexplico de nuevo la idea con otras palabras

antes de tocar nada de la maquina,he revisado los casos de uso,
y realizo algunas reflexiones

- ?usa el programador en ensamblador la biblioteca
de funciones almacenada en ROM?

yo creo que no. si se dispone de memoria secundario (disco),
no veo problema que cada programa lleve linkadas
las librerias que ha de usar.
(cargando desde cinta, no se podria decir lo mismo).

- ?es necesario un BASIC en ROM?
supongamos que no, que hacemos el basic un programa mas en el disco.

- la utilidad de la ROM podria quedar reducida practicamente a
un bootloader desde la tarjeta SD

VENTAJAS

- el usuario decide el interprete de comandos
zxbasic
micropython (256kBrom, 16kBram)
o cualquier binario, via autoexec.bat para entendernos

- hacer pequenya la zona de ROM amplia la zona de RAM en los
primeros 32kBytes, espacio muy util en un sistema de paginacion
en los 32kB superiores.

- esto tiene una importante desventaja: se pierde compatibilidad
- solucion: el fichero TAP podria indicar que recursos espera del CORE FPGA.
sino dice nada, se carga el core zx48k clasico

ojo, recursos, no el nombre del core.
con el tiempo, las FPGA van siendo mas y mas grandes, con mas recursos implementados
en un unico core.



perdon sino quedo claro en la exposicion

ACELERADORA MSX2

yo creo que es cuestion de tiempo que no aparezca un zx48k con el chip
grafico del MSX2, como ya se ha hecho con el SID de comodore.
Es fontaneria en verilog...
Este documento pretende ser, con el consenso de toda la comunidad,
una propuesta de roadmap para crecer de forma ordenada.

el problema, de nuevo, es definir que es o no es un spectrum.
el equipo de ZXUNO lo hizo maravillosamente bien!

saludos
ZXPOPE

Avatar de Usuario
FloppySoftware
Mensajes: 179
Registrado: 21 Oct 2016 15:10
Agradecido : 18 veces
Agradecimiento recibido: 11 veces
Contactar:

Re: ZXDOS, sobre la modernización del ZX-SPECTRUM

Mensajepor FloppySoftware » 07 Ene 2018 20:58

Con todos mis respetos, esto es algo que veo mucho desde hace meses, con bastantes máquinas, y en ocasiones no puedo evitar pensar que se nos va la olla.

La máquina original (la que sea), es la que es, y pretender "evolucionarla" está muy bien, salvo cuando pretendemos convertirla en algo totalmente distinto.

Si yo estuviese de acuerdo con eso, tiraría mi viejo (y querido) PCW a un contenedor del ecopark y me quedaría únicamente con mi portátil PC y a programar en Java o lo que se tercie.

Pero no lo haré, porque precisamente me gustan sus limitaciones y el reto que suponen a la hora de programar, entre otras cosas.

Saludos.
Developing software since 1987 - http://www.floppysoftware.es

zxpope
Mensajes: 8
Registrado: 02 Ene 2018 02:25

Re: ZXDOS, sobre la modernización del ZX-SPECTRUM

Mensajepor zxpope » 08 Ene 2018 14:33

hola floppysoftware,

entiendo tu punto de vista, y hasta puedo compartirlo,
pero..... ZXNEXT ha conseguido que 3000 personas
confien su dinero, 700.000 libras concretamente
https://www.kickstarter.com/projects/18 ... xt?lang=es
para un "nuevo" spectrum

a eso sumar que durante el año 2017 se editaron
100 nuevos juegos (fuente: elmundodelspectrum)

todo ello me hace pensar que el ZXSPECTRUM no es una maquina
del pasado, sino que sus usuarios la mantienen muy viva.
(léase cacharreo, justo el nombre de esta web: retrowiki&cacharreo)

en el contexto de un dia de reyes (6/ene), me atreví a escribir posibles
puntos de mejora de la maquina. !!que mejor regalo!! :-)

los rusos con su ZXEVO/TSCONF o los señores de ZXNEXT
por similares razonamientos han pasado....

el problema es encontrar ese punto dulce que, sin desvirtuar
la esencia de la maquina (experiencia de usuario), permita
incorporar todo aquello que carecia en su dia.

ojo, ZXUNO siempre dispondrá el CORE de ZX48K 100% compatible,
y usando el CORE "ZXDOS" mas moderno, sería opcional por parte del
programador usar SCROLL, SPRITES o un sintetizador musical mejorado.
(bloques de verilog ya presentes en otros nucleos. Y no cuestan dinero).

pero antes es importante escuchar la opinion de la comunidad
para identificar ese punto dulce.
los ingredientes ya estan sobre la mesa, pero ?como combinarlos?

saludos,
zxpope

Avatar de Usuario
FloppySoftware
Mensajes: 179
Registrado: 21 Oct 2016 15:10
Agradecido : 18 veces
Agradecimiento recibido: 11 veces
Contactar:

Re: ZXDOS, sobre la modernización del ZX-SPECTRUM

Mensajepor FloppySoftware » 08 Ene 2018 22:26

Es decir, la pasta manda, as usual.

Yo es que soy un RETROgrado (con acento), pero para gustos colores, sólo era mi opinión.
Developing software since 1987 - http://www.floppysoftware.es

Avatar de Usuario
gflorez
Mensajes: 823
Registrado: 12 Sep 2014 19:58
Agradecido : 12 veces
Agradecimiento recibido: 115 veces

Re: ZXDOS, sobre la modernización del ZX-SPECTRUM

Mensajepor gflorez » 09 Ene 2018 02:31

Hablas de modificar lo que es un Spectrum, su "colour-clash", su nieve, sus colores chillones y su audio de 1bit.

El Spectrum es lo que es gracias a la inmensidad de programas que se han escrito para él, y eso no lo va a cambiar un hardware nuevo, porque esos juegos se plasmaron en condiciones precarias, con soluciones muy imaginativas. Esos juegos clásicos no aprovecharán los nuevos gráficos y sonido, a menos que se re-escriban, y si toda esta movida es solo para eso, no tiene ningún sentido.


Volver a “Hardware Spectrum”

¿Quién está conectado?

Usuarios navegando por este Foro: No hay usuarios registrados visitando el Foro y 1 invitado