El video esta estupendo pero queria aclarar por que en la SIDI no se replica el mismo lag que en la maquina real. Es algo que no se ha comentado en el video. LA SiDi al igual que la Mist usan un microcontrolador para gestionar el teclado por USB. Un teclado por USB se lee por pooling, es decir en determinados espacios de tiempo, de ahi esos 10 ms de latencia de Video que se muestran. Me centro mas en el Video porque el audio es mucho mas dificil de detectar. Para salir de dudas de lo que digo con las FPGAs habria que realizar una prueba con una FPGA que tuviera conexion por membraba exactamente igual que tiene un Spectrum real. Esa FPGA podria ser una N-Go corriendo el core del Spectrum ZXUNo adaptado al teclado de membrana, o bien en la FPGAs ZX Next o N-Go corriendo el core de Kypp de Spectrum adaptado tambien al teclado de membrana. Eso si tomando como salida de video la VGA Asi si podriamos hacer una comparacion mas realista de hasta donde puede llegar una FPGA Saludos
Gracias y totalmente de acuerdo. No tienes más que fijarte en el ZXBaremulator por GPIO y por USB; por GPIO se hace poll del teclado cuando el código lee el puerto, y por USB y encima inalámbrico va bastante más lento. Yo no tengo ZXUno ni N-Go, pero con el procedimiento que he dejado indicado igual alguien se anima...
Si señor, me lo has quitado de la boca, el lag realmente es introducido por el teclado USB, y según el teclado usado puede ser cercano a 0. Gran video!
El teclado que utilizo en el vídeo se supone que tiene "frecuencia de sondeo 1000hz" (según las especificaciones que aparecen en la tienda www.pccomponentes.com/mars-gaming-mkxtkl-teclado-mecanico-gaming-rgb-switch-azul) Nota: Ni lo aconsejo, ni lo desaconsejo ;-)
Estupenda comparativa. Muy instructivo para comprender hasta qué punto la latencia es un problema. Sobresale el ZXBaremulator por calidad/coste. Gracias por el trabajo...
Gran trabajo!!!!...muy, muy interesante. Yo disfruto de mi SIDI desde hace unos 3/4 meses y no puedo estar más contento con su versatilidad y posibilidades. Lo dicho, un gran video!!!
Gracias! Yo también estoy disfrutando enormemente de la SiDi, estoy deseando tener algo más de tiempo para probar todo lo que tiene para ofrecer. Un saludo!
Jjaaj aja Que buen Video 😃..... y me da mucha gracia que Hardware de 5usd (ESP32) pueda tener menos LAG que los encopetados PCs Modernos... Me parece que si uno No tiene dinero para comprar FPGA, no debe sentirse mal, sino estar satisfecho con los resultados de emulación de RaspberryPi 3 (35usd), pues una latencia de Audio-Video de (60MS) es muy baja como para que alguien pueda decir que exista diferencias jugables significantes entre FPGA vs Raspberry (En cuanto a Lag)... Este video tiene datos muy reveladores 😃dejan las cosas muy claras. FPGA es el futuro de la emulación perfecta!.. Y se dice futuro, porque la mayoría de mortales no podemos adquirir una, solo por su elevado precio, y ademas hay poco desarrollo de cores comparado con la emulación actual. PD: Sus valores no son tan exactos como deberían, porque no se puede hacer medición entre 1-20ms... Teniendo en cuenta la limitación de no tener una cámara que grabe a 1.000 FPS x Segundo. Lo mas acertado en valores sería sumar 10ms a todos los valores. cuando usted dice: 0ms debería ser 10ms y cuando dice 20ms debería ser 30ms.... el valor mas cercano entre 2 puntos es justo la mitad. Asi que en 20ms el valor mas cercano entre 0ms y 20ms seria 10ms.. El margen de error (numero mas alto) no seria de 19ms, sino de 10ms, un margen de error menor. IGUALMENTE... Increíble VIDEO Test!!. Gracias 😋
PD: Acabo de descubrir algo... Si el Hardware original tiene un Audio-LAG de 7ms, no se debería poner en estadísticas, contando el valor desde cero... Por ejemplo, si el emulador Raspberry tuviera cero LAG en Audio, entonces estaría MAL emulado porque la maquina original tiene LAG 7ms.. Así que el Jugador no tendría la misma experiencia Jugable teniendo LAG cero, comparado con el hardware original... o un Lag de -500... que suene medio segundo antes que se presione el botón. (eso seria aun mas grave).... Lo que quiero decir es que si la Maquina original tiene un lag de 7ms la ZXBare GPIO deberia tener 62 - 7 = 55ms de lag de distancia de la original, ese sería el valor correcto, y no poner 62ms como usted lo hace... 😄lo siento, es que me emociona un poco el tema. Espero no malentiendan mi punto de vista. GRAN LABURO... como dicen en Argentina 🤗
PD2: En otro video test latencias que no recuerdo donde lo vi, se demostró que la RaspberryPI 4 tiene menos latencia que la RaspberryPI3.... por si algún día quieres repetir este experimento, seria bueno considerar hacerlo con la PI4
De los mejores viedos que he visto en mucho tiempo. Muy serio sin ser para nada aburrido. Se agradece. Gran trabajo. PD: si no es moléstia me gustaría hacerte un par de preguntas: * La sidi me parece muy interesante y hasta emula amiga... aparece que emula MSX... sabes si emula MSX2? ... * El ghosting de los teclados es una putada gorda... Qué teclado utilizas? ... si es que usas alguno que no lo tenga y tal... Gracias de antemano ... PD2: tienes twitter?
Hola, gracias por tu comentario. Intento que mis vídeos no sean aburridos escribiendo primero el guión y luego cubriéndolo con imágenes, al estilo de los informativos, así no me quedo pensando qué decir ;-) Entre los cores de la SiDi que tengo solo hay MSX1 creo, no estoy muy puesto en MSX, pero una búsqueda en google me revela que hay un core MSX2 para la Mist que no he probado. Utilizo un teclado Mars Gaming MKXTKL Switch Azul que va muy bien. Permite unas 6 pulsaciones simultáneas y en las especificaciones dice que muestrea a 1000Hz. No uso twitter (de momento).
Gracias! Pues no digo de este agua no beberé, pero de momento tengo el proyecto bastante aparcado. Eso sí, en marzo hice una reorganización importante del código y creo que está en un estado bastante bueno por si algún programador se quiere poner a hacer mejoras. La verdad es que me ha pasado un poco como a JLSanchez del ZXBaremulator, que viendo las maravillas que hacen las FPGAs, los emuladores ahora como que saben a poco (y eso que su emulador es mucho más preciso que el mío).
Muy buen video, pero me imagino que ahora con el runahead se acaba ya el lag en emulación bien ajustado se puede dejar a frames de latencia en la respuesta de control.
Eso espero. También soy usuario de Batocera en Raspberry, lo utilizo para los juegos que no están en la MiSTer, y me interesa que la latencia sea baja.
Genial video, este es un tema que me trae de cabeza, yo he hecho mis propias pruebas y los resultados para la version 2 de RVM son muy similares a los tuyos. En la próxima version he cambiado muchas cosas y la latencia mejora bastante, Se da la paradoja de que es menor la de audio que la de video en RVM 2.1 (o debería serlo si los sistemas operativos no nos hacen ninguna guarrada). Como bien dices en el video es bastante difícil de mejorar, para que te hagas una idea RVM en una buena CPU emula un frame entero en unos 2ms cosa que ya es difícil de mejorar el problema es que mientras pulsas una tecla y Windows (o Linux o macOS) te mandan el evento de la tecla pasa una eternidad. Luego también he visto que según que pantallas LCD añaden 1/2 frames de retardo. El render del emulador añade entre 1 y 2 frames al sincronizarse con la vsync. (cosa que consigo evitar ahora en monitores FreeSync). El tema es RVM 2.1 tiene (o debería tener) una latencia de aproximadamente 90ms para el video y menos para el audio, pero depende enormemente de otros factores como el teclado (los USB tienen mas latencia que los PS2) y la tarjeta gráfica y sobre todo el monitor. Una cosa más veo en el video que has hecho la prueba con el shader que simula un crt puesto en RVM, esto quizás haya añadido un frame de latencia (se mezcla los fotogramas anterior y actual) con lo que en modo "HDMI" quizás hubiera bajado un frame, pero como te digo mis mediciones son parecidas a las tuyas. Como curiosidad te digo que yo he usado un iPhone grabando a 240 fps, lo cual me permite en el video tener más precision, muy buena tu idea de medir la latencia con Audacity no se me había ocurrido. Gracias por el video y un saludo, para lo que quieras puedes contactarme por el mail que hay en mi web.
Hola Juan Carlos, te felicito por tu excelente emulador. He visto que estás trabajando en emular otros sistemas y eso te puede servir para diferenciarte. Gran trabajo! El tema de la latencia pienso es una batalla en parte perdida desde el principio... sólo puedes tratar de hacerlo lo mejor posible desde tu lado, porque desde el otro lado (el OS) tienes zancadillas casi inevitables. Lo de usar el shader CRT es porque es el ajuste por defecto y me pareció bonito para enseñarlo... no se me ocurrió desactivarlo. De todas formas un frame de latencia no es demasiada diferencia (16ms frente a 90). Grabando a más FPS tienes más precisión sobre cuándo el dedo está sobre la tecla, yo tenia cierta indeterminación. De todos modos, haciendo varias medidas y promediando obtienes una medida más precisa. Un saludo!
El vídeo está bien realizado pero las mediciones no están en igualdad de condiciones, me explico, si vas a medir el lag, mide bajo las mismas condiciones y no compares una mister con televisor crt y teclado con cable en comparación con un LCD y si no es suficiente lag el que obtienes le añades un teclado inalambrico, las mediciones están bien representadas pero no así los medios que usas.
I already own a MiSTer. It is much more flexible and customizable. Unlike SiDi, it has HDMI output (with simultaneous analog output if you have IOBoard), has ethernet/WiFi/bluetooth connectivity (for updating and copying), external usb disks can be connected and used for games (apart from copying to internal SD), more controllers can be used and it's easier to remap them thru the user interface (allowing keyboard gamepad remappings)... Also, its price is about 3 times more expensive than SiDi. Some people will have enough with SiDi, others will prefer MiSTer. I like both. Some day I will make a video about MiSTer...
Buen video, decían que los FPGAs replican el comportamiento del hardware original de manera exacta, vemos con este estudio que hay una pequeña diferencia
Me han comentado que puede ser por la latencia del teclado USB. El caso es que para jugar no noto la diferencia entre el Spectrum y la SiDi (como sí que la noto jugando en emuladores)
Genial el video!, No queda la mas minima duda de que la "EMULACION POR HARDWARE" a traves de una FPGA, Una Raspberry o con un Arduino (ESP32), es superior a emular por software por windows o quizas por linux (me refiero a los tiempos de respuesta), Quizas en lo que respecta a los emuladores en si mismo quizas no sea TAN asi, por que cada emulador tiene sus ventajas y contras, la posibilidad de editar la memoria no existe en una FPGA, o montandose un sistema con un micro STM o ESP. Creo que el video no desmerece a ningun sistema, muestra exactamente el factor de ambos LAGs Cada uno tiene un punto a su favor, pero en lo que respecta a la velocidad de reaccion, QUEDA TODO ACLARADO (el software en una pc, tiene un tiempo de respuesta "minimo" pero existe). David, Lo veo como un gran aporte de tu parte. Muchisimas gracias por la iniciativa.
Si señor, el video deja a cada uno en su sitio, cada opción tiene sus virtudes. Está claro que emular por software da características extras como esos mapas de memoria, debugger y opciones hoy día imprescindibles para muchos desarrolladores. Las FPGA a cambio ofrecen mayor usabilidad y fidelidad al sistema real.
En muchos juegos echo de menos la posibilidad de guardar snapshots. Por eso me gustan muchos los cores de Kyp de Spectrum que incorporan el DivMMC y puedo guardar snapshots como en el DivMMC real.
La MISTer por HDMI creo que tendría un poco más de lag, aunque no demasiado. Por RGB creo que tendría un lag muy similar a la SiDI. Aún no tengo una para poder probarla, pero por lo que he leido en foros estoy bastante seguro.
So, regularly a lag of 200 msec and up is found. That's less than 5 decisions per second. No good for music, no good for racing. FPGA lags at 50 msec, commonly. That's 20 reactions per second, which is OK if you're stoned or whatever. ESP32 emulation is about as good, a little better than common FPGA even. But there's SiDi that is hanging around 20 msec, and that's only 3x slower than the actual Spectrum hardware. I think I'm old enough, slow enough (and cheap enough) so that ESP32 would be pretty amazing for me.
Respeto tu opinión; pero he hecho unas medidas con el método que describo, y el resultado es el que es. Si quieres puedes hacer tus propias medidas, a lo mejor te llevas una sorpresa. Un saludo.
@@Davidprograma Por supuesto David. No pongo en duda tu rigor y buen hacer. Simplemente me sorprende, porque tenía algo más de confianza en los emuladores. Si tuvieras un MSX estaría bien testear el emulador para windows "blueMSX" y/o el "OpenMSX", aunque por otro lado no se, porque fijo que me iba a desilusionar mucho. También estaría bien probar algún emulador pero no sobre windows sino sobre algún linux. Gracias.
Por otro lado, la Sony PS2 slim lleva una FPGA con el hardware de la PS2 estándar. ¿Piensas que la slim tendrá unas ligeras latencias (más de 100 nanosegundos) respecto a la estándar?
Por supuesto que pueden hacerse muchas más pruebas. Mi idea era esa, dejar un procedimiento sencillo y que la gente se animara a hacer sus propias medidas. En el grupo de telegram de la SiDi es lo que ha pasado, que mucha gente se ha animado a hacer sus medidas. La verdad es que hacer medidas es bastante laborioso y lleva tiempo (y si grabas un vídeo, tardas cuatro veces más). Utilicé mi portátil con windows por ser parecido a lo que mucha gente tiene. Podría haber utilizado un PC de Gaming, o un barebone con linux. Pero el trabajo se habría multiplicado. Bastante me llevó hacer el vídeo tal como lo dejé. Para desilusión, la que me llevé yo con mi emulador MinZX. Creía que lo había hecho mejor, pero medí lo que medí, y es lo que anoté, pese a ser mi criatura. Otros emuladores se comportan mucho mejor, pero por desgracia esas latencias son normales.
No puedo sino suponer. Y el procedimiento de medida tiene su error, unos 20 milisegundos en vídeo y unos 5-10 milisegundos en audio (lo que dura el sonido de pulsación de tecla). Así que hacer medidas con la precisión que indicas no es posible.
El video esta estupendo pero queria aclarar por que en la SIDI no se replica el mismo lag que en la maquina real.
Es algo que no se ha comentado en el video.
LA SiDi al igual que la Mist usan un microcontrolador para gestionar el teclado por USB.
Un teclado por USB se lee por pooling, es decir en determinados espacios de tiempo, de ahi esos 10 ms de latencia de Video que se muestran.
Me centro mas en el Video porque el audio es mucho mas dificil de detectar.
Para salir de dudas de lo que digo con las FPGAs habria que realizar una prueba con una FPGA que tuviera conexion por membraba exactamente igual que tiene un Spectrum real. Esa FPGA podria ser una N-Go corriendo el core del Spectrum ZXUNo adaptado al teclado de membrana, o bien en la FPGAs ZX Next o N-Go corriendo el core de Kypp de Spectrum adaptado tambien al teclado de membrana. Eso si tomando como salida de video la VGA
Asi si podriamos hacer una comparacion mas realista de hasta donde puede llegar una FPGA
Saludos
Gracias y totalmente de acuerdo. No tienes más que fijarte en el ZXBaremulator por GPIO y por USB; por GPIO se hace poll del teclado cuando el código lee el puerto, y por USB y encima inalámbrico va bastante más lento.
Yo no tengo ZXUno ni N-Go, pero con el procedimiento que he dejado indicado igual alguien se anima...
Si señor, me lo has quitado de la boca, el lag realmente es introducido por el teclado USB, y según el teclado usado puede ser cercano a 0. Gran video!
El teclado que utilizo en el vídeo se supone que tiene "frecuencia de sondeo 1000hz" (según las especificaciones que aparecen en la tienda www.pccomponentes.com/mars-gaming-mkxtkl-teclado-mecanico-gaming-rgb-switch-azul) Nota: Ni lo aconsejo, ni lo desaconsejo ;-)
Estupenda comparativa. Muy instructivo para comprender hasta qué punto la latencia es un problema. Sobresale el ZXBaremulator por calidad/coste. Gracias por el trabajo...
Gracias! He leido comentarios en foros de gente que no es especialmente buena jugando y notan que juegan peor cuando hay más latencia. Un saludo.
Pedazo de vídeo. Vaya trabajazo!
Hada David, un gran estudio. Enhorabuena!!!
Gracias!
Excelente video, muy bien trabajado y explicado. Gracias.
Impresionante el vídeo y el trabajo que has realizado para los que estamos indecisos con las FPGA. Felicidades!!
Gracias! Yo estoy totalmente convencido con las FPGAs, la SiDi me parece una maravilla en relación calidad/precio.
Excelente comparativa. Felicidades y nuevo seguidor
Gracias!
Currazo que te has pegado David, gracias por contar, una vez más, con mi humilde emulador. 👌🏻
Gracias a tí por darle vida, como ves les gana de largo a los emuladores que corren sobre OS...
A mí el ZxBaremulator me parece la mejor opción para quien tenga una rpi y no quiera invertir en fpga, la experiencia es buenísima
El zxbaremulator es una maravilla
@@isaias4016 lo que es mal es que no tenemos el codigo fuente, y a el autor de ZXbaremulator no le interesan cositas como ULAplus o Radastan, o Next.
Gran vídeo. 👍
Genial video. Mil gracias por el aporte
Gracias!
Gran trabajo!!!!...muy, muy interesante.
Yo disfruto de mi SIDI desde hace unos 3/4 meses y no puedo estar más contento con su versatilidad y posibilidades.
Lo dicho, un gran video!!!
Gracias! Yo también estoy disfrutando enormemente de la SiDi, estoy deseando tener algo más de tiempo para probar todo lo que tiene para ofrecer. Un saludo!
super interesante, gran trabajo!
Gracias Tentáculo!!! Que sepas que Bernard, Laverne y Hoagie van a acabar con tus malvados planes de dominar el mundo! X-D
Muy buen video. 👏👍
Gracias Armand!
Gran video. Enhorabuena
Gracias!
Jjaaj aja Que buen Video 😃..... y me da mucha gracia que Hardware de 5usd (ESP32) pueda tener menos LAG que los encopetados PCs Modernos... Me parece que si uno No tiene dinero para comprar FPGA, no debe sentirse mal, sino estar satisfecho con los resultados de emulación de RaspberryPi 3 (35usd), pues una latencia de Audio-Video de (60MS) es muy baja como para que alguien pueda decir que exista diferencias jugables significantes entre FPGA vs Raspberry (En cuanto a Lag)... Este video tiene datos muy reveladores 😃dejan las cosas muy claras. FPGA es el futuro de la emulación perfecta!.. Y se dice futuro, porque la mayoría de mortales no podemos adquirir una, solo por su elevado precio, y ademas hay poco desarrollo de cores comparado con la emulación actual. PD: Sus valores no son tan exactos como deberían, porque no se puede hacer medición entre 1-20ms... Teniendo en cuenta la limitación de no tener una cámara que grabe a 1.000 FPS x Segundo. Lo mas acertado en valores sería sumar 10ms a todos los valores. cuando usted dice: 0ms debería ser 10ms y cuando dice 20ms debería ser 30ms.... el valor mas cercano entre 2 puntos es justo la mitad. Asi que en 20ms el valor mas cercano entre 0ms y 20ms seria 10ms.. El margen de error (numero mas alto) no seria de 19ms, sino de 10ms, un margen de error menor. IGUALMENTE... Increíble VIDEO Test!!. Gracias 😋
PD: Acabo de descubrir algo... Si el Hardware original tiene un Audio-LAG de 7ms, no se debería poner en estadísticas, contando el valor desde cero... Por ejemplo, si el emulador Raspberry tuviera cero LAG en Audio, entonces estaría MAL emulado porque la maquina original tiene LAG 7ms.. Así que el Jugador no tendría la misma experiencia Jugable teniendo LAG cero, comparado con el hardware original... o un Lag de -500... que suene medio segundo antes que se presione el botón. (eso seria aun mas grave).... Lo que quiero decir es que si la Maquina original tiene un lag de 7ms la ZXBare GPIO deberia tener 62 - 7 = 55ms de lag de distancia de la original, ese sería el valor correcto, y no poner 62ms como usted lo hace... 😄lo siento, es que me emociona un poco el tema. Espero no malentiendan mi punto de vista. GRAN LABURO... como dicen en Argentina 🤗
PD2: En otro video test latencias que no recuerdo donde lo vi, se demostró que la RaspberryPI 4 tiene menos latencia que la RaspberryPI3.... por si algún día quieres repetir este experimento, seria bueno considerar hacerlo con la PI4
De los mejores viedos que he visto en mucho tiempo. Muy serio sin ser para nada aburrido. Se agradece. Gran trabajo. PD: si no es moléstia me gustaría hacerte un par de preguntas: * La sidi me parece muy interesante y hasta emula amiga... aparece que emula MSX... sabes si emula MSX2? ... * El ghosting de los teclados es una putada gorda... Qué teclado utilizas? ... si es que usas alguno que no lo tenga y tal... Gracias de antemano ... PD2: tienes twitter?
Hola, gracias por tu comentario. Intento que mis vídeos no sean aburridos escribiendo primero el guión y luego cubriéndolo con imágenes, al estilo de los informativos, así no me quedo pensando qué decir ;-)
Entre los cores de la SiDi que tengo solo hay MSX1 creo, no estoy muy puesto en MSX, pero una búsqueda en google me revela que hay un core MSX2 para la Mist que no he probado.
Utilizo un teclado Mars Gaming MKXTKL Switch Azul que va muy bien. Permite unas 6 pulsaciones simultáneas y en las especificaciones dice que muestrea a 1000Hz.
No uso twitter (de momento).
Ah los LG Gram que buenos equipos.
Ostras! buenísimo, gracias
Gracias, Silverio!
Genial
Gran video, por cierto seguiras mejorando el emu para la ttgo vga32?. Un saludo.
Gracias! Pues no digo de este agua no beberé, pero de momento tengo el proyecto bastante aparcado. Eso sí, en marzo hice una reorganización importante del código y creo que está en un estado bastante bueno por si algún programador se quiere poner a hacer mejoras. La verdad es que me ha pasado un poco como a JLSanchez del ZXBaremulator, que viendo las maravillas que hacen las FPGAs, los emuladores ahora como que saben a poco (y eso que su emulador es mucho más preciso que el mío).
Muy buen video, pero me imagino que ahora con el runahead se acaba ya el lag en emulación bien ajustado se puede dejar a frames de latencia en la respuesta de control.
Eso espero. También soy usuario de Batocera en Raspberry, lo utilizo para los juegos que no están en la MiSTer, y me interesa que la latencia sea baja.
Genial video, este es un tema que me trae de cabeza, yo he hecho mis propias pruebas y los resultados para la version 2 de RVM son muy similares a los tuyos.
En la próxima version he cambiado muchas cosas y la latencia mejora bastante, Se da la paradoja de que es menor la de audio que la de video en RVM 2.1 (o debería serlo si los sistemas operativos no nos hacen ninguna guarrada).
Como bien dices en el video es bastante difícil de mejorar, para que te hagas una idea RVM en una buena CPU emula un frame entero en unos 2ms cosa que ya es difícil de mejorar el problema es que mientras pulsas una tecla y Windows (o Linux o macOS) te mandan el evento de la tecla pasa una eternidad. Luego también he visto que según que pantallas LCD añaden 1/2 frames de retardo.
El render del emulador añade entre 1 y 2 frames al sincronizarse con la vsync. (cosa que consigo evitar ahora en monitores FreeSync).
El tema es RVM 2.1 tiene (o debería tener) una latencia de aproximadamente 90ms para el video y menos para el audio, pero depende enormemente de otros factores como el teclado (los USB tienen mas latencia que los PS2) y la tarjeta gráfica y sobre todo el monitor.
Una cosa más veo en el video que has hecho la prueba con el shader que simula un crt puesto en RVM, esto quizás haya añadido un frame de latencia (se mezcla los fotogramas anterior y actual) con lo que en modo "HDMI" quizás hubiera bajado un frame, pero como te digo mis mediciones son parecidas a las tuyas.
Como curiosidad te digo que yo he usado un iPhone grabando a 240 fps, lo cual me permite en el video tener más precision, muy buena tu idea de medir la latencia con Audacity no se me había ocurrido.
Gracias por el video y un saludo, para lo que quieras puedes contactarme por el mail que hay en mi web.
Hola Juan Carlos, te felicito por tu excelente emulador. He visto que estás trabajando en emular otros sistemas y eso te puede servir para diferenciarte. Gran trabajo!
El tema de la latencia pienso es una batalla en parte perdida desde el principio... sólo puedes tratar de hacerlo lo mejor posible desde tu lado, porque desde el otro lado (el OS) tienes zancadillas casi inevitables.
Lo de usar el shader CRT es porque es el ajuste por defecto y me pareció bonito para enseñarlo... no se me ocurrió desactivarlo. De todas formas un frame de latencia no es demasiada diferencia (16ms frente a 90).
Grabando a más FPS tienes más precisión sobre cuándo el dedo está sobre la tecla, yo tenia cierta indeterminación. De todos modos, haciendo varias medidas y promediando obtienes una medida más precisa.
Un saludo!
Podrias hacer la misma comparativa con emuladores de super nintendo, mega drive !
Gracias por la sugerencia. Lo pensaré!
El vídeo está bien realizado pero las mediciones no están en igualdad de condiciones, me explico, si vas a medir el lag, mide bajo las mismas condiciones y no compares una mister con televisor crt y teclado con cable en comparación con un LCD y si no es suficiente lag el que obtienes le añades un teclado inalambrico, las mediciones están bien representadas pero no así los medios que usas.
Encontré el vídeo que hacen pruebas (experimentos) de LATENCIAS CERO con la RaspberryPi 4 Aquí: th-cam.com/video/QmNovlUUepI/w-d-xo.html ... Saludos
Do you think MiSTer would probably be about the same as SiDi?
I already own a MiSTer. It is much more flexible and customizable. Unlike SiDi, it has HDMI output (with simultaneous analog output if you have IOBoard), has ethernet/WiFi/bluetooth connectivity (for updating and copying), external usb disks can be connected and used for games (apart from copying to internal SD), more controllers can be used and it's easier to remap them thru the user interface (allowing keyboard gamepad remappings)... Also, its price is about 3 times more expensive than SiDi. Some people will have enough with SiDi, others will prefer MiSTer. I like both. Some day I will make a video about MiSTer...
Buen video, decían que los FPGAs replican el comportamiento del hardware original de manera exacta, vemos con este estudio que hay una pequeña diferencia
Me han comentado que puede ser por la latencia del teclado USB. El caso es que para jugar no noto la diferencia entre el Spectrum y la SiDi (como sí que la noto jugando en emuladores)
Es que cierto el fallo es usb la metodología ya que hay error de +-1 ms
Genial el video!, No queda la mas minima duda de que la "EMULACION POR HARDWARE" a traves de una FPGA, Una Raspberry o con un Arduino (ESP32), es superior a emular por software por windows o quizas por linux (me refiero a los tiempos de respuesta), Quizas en lo que respecta a los emuladores en si mismo quizas no sea TAN asi, por que cada emulador tiene sus ventajas y contras, la posibilidad de editar la memoria no existe en una FPGA, o montandose un sistema con un micro STM o ESP.
Creo que el video no desmerece a ningun sistema, muestra exactamente el factor de ambos LAGs
Cada uno tiene un punto a su favor, pero en lo que respecta a la velocidad de reaccion, QUEDA TODO ACLARADO (el software en una pc, tiene un tiempo de respuesta "minimo" pero existe).
David, Lo veo como un gran aporte de tu parte. Muchisimas gracias por la iniciativa.
Si señor, el video deja a cada uno en su sitio, cada opción tiene sus virtudes. Está claro que emular por software da características extras como esos mapas de memoria, debugger y opciones hoy día imprescindibles para muchos desarrolladores. Las FPGA a cambio ofrecen mayor usabilidad y fidelidad al sistema real.
En muchos juegos echo de menos la posibilidad de guardar snapshots. Por eso me gustan muchos los cores de Kyp de Spectrum que incorporan el DivMMC y puedo guardar snapshots como en el DivMMC real.
con una mister fpga tendria menos lag ?
La MISTer por HDMI creo que tendría un poco más de lag, aunque no demasiado. Por RGB creo que tendría un lag muy similar a la SiDI. Aún no tengo una para poder probarla, pero por lo que he leido en foros estoy bastante seguro.
@@Davidprograma ok gracias
So, regularly a lag of 200 msec and up is found. That's less than 5 decisions per second.
No good for music, no good for racing.
FPGA lags at 50 msec, commonly. That's 20 reactions per second, which is OK if you're stoned or whatever.
ESP32 emulation is about as good, a little better than common FPGA even.
But there's SiDi that is hanging around 20 msec, and that's only 3x slower than the actual Spectrum hardware.
I think I'm old enough, slow enough (and cheap enough) so that ESP32 would be pretty amazing for me.
Me parece exageradas todas las latencias, incluso las de FPGA
Respeto tu opinión; pero he hecho unas medidas con el método que describo, y el resultado es el que es. Si quieres puedes hacer tus propias medidas, a lo mejor te llevas una sorpresa. Un saludo.
@@Davidprograma Por supuesto David. No pongo en duda tu rigor y buen hacer. Simplemente me sorprende, porque tenía algo más de confianza en los emuladores.
Si tuvieras un MSX estaría bien testear el emulador para windows "blueMSX" y/o el "OpenMSX", aunque por otro lado no se, porque fijo que me iba a desilusionar mucho.
También estaría bien probar algún emulador pero no sobre windows sino sobre algún linux.
Gracias.
Por otro lado, la Sony PS2 slim lleva una FPGA con el hardware de la PS2 estándar. ¿Piensas que la slim tendrá unas ligeras latencias (más de 100 nanosegundos) respecto a la estándar?
Por supuesto que pueden hacerse muchas más pruebas. Mi idea era esa, dejar un procedimiento sencillo y que la gente se animara a hacer sus propias medidas. En el grupo de telegram de la SiDi es lo que ha pasado, que mucha gente se ha animado a hacer sus medidas.
La verdad es que hacer medidas es bastante laborioso y lleva tiempo (y si grabas un vídeo, tardas cuatro veces más). Utilicé mi portátil con windows por ser parecido a lo que mucha gente tiene. Podría haber utilizado un PC de Gaming, o un barebone con linux. Pero el trabajo se habría multiplicado. Bastante me llevó hacer el vídeo tal como lo dejé.
Para desilusión, la que me llevé yo con mi emulador MinZX. Creía que lo había hecho mejor, pero medí lo que medí, y es lo que anoté, pese a ser mi criatura. Otros emuladores se comportan mucho mejor, pero por desgracia esas latencias son normales.
No puedo sino suponer. Y el procedimiento de medida tiene su error, unos 20 milisegundos en vídeo y unos 5-10 milisegundos en audio (lo que dura el sonido de pulsación de tecla). Así que hacer medidas con la precisión que indicas no es posible.