MiSTer Vs RGB-Pi #2 - Input Lag?

Here I demonstrate how good is the lag in Raspberry Pi4 without any latency improvement, and also using Runahead.
Also I show you how to accurately measure input lag using Retroarch, and how to fully eliminate the same, that's is, Zero input lag.
Finally I show you a small comparison against MiSTer to show how well these Pi4 configurations work.
#RGBPi

[@tyruiiederttree3074]

Gracias por el vídeo. En los últimos segundos se puede incluso ver como Mario cae antes en el Pi4. Aunque tengo una Mister de Villena, no lo cambiaría por las posibilidades que me ofrece el MAME en mi PC. Y también tengo claro que si a más de uno de los supuestos fanáticos del cacharro le hicieran varios tests viendo y oyendo varios juegos sin saber si es emulador o Mister, meterían la pata hasta el fondo.

[@Marco-00]

Hola, Cuidado con el poner run-ahed por defecto "per core", los dos frames que tienes SMW son proprio del juego y no del core, el set up de run-ahead tiene que ser ajustado por cada juego, no todos son igulales. Soy Italiano perdona mi español!

[@rafaron]

Tienes razón

[@rafaron]

Que buen trabajo, hace falta trabajo como el tuyo, para bajar un poco del pedestal a la escena de MisTer. ¡Felicidades!

[@joseselu5054]

Totalmente de acuerdo. No niego el buen trabajo que se hace desde la comunidad de Mister, pero desde luego el curre que se hace desde la emulación por software es increíble, y no tiene sentido querer tirar por tierra uno frente al otro para darse protagonismo, como se ha hecho con Mister frente a Mame y otros emuladores en los últimos meses.

[@rafaron]

@@joseselu5054 FPGA: Estos dispositivos son el futuro, para los videojuegos retro. Lamentablemente el FPGA qué utiliza MisTer, no están poderoso. RESUMEN: Los FPGA son la solución real. El FPGA qué utiliza MiSter ahora "DE-10-NANO" es insuficiente para esta tarea.

[@Recechator]

Maravilloso Rubén! Muchas gracias por tus aportes y explicaciones. Así da gusto!

[@obocafree]

Qué maravilla de vídeo y de sistema: simples, claros y eficientes. Lo único malo, que todo el mundo querrá una RPi y no volverá a haber stock de la 4 en la vida...

[@DreamCRT]

Una imagen vale más que mil palabras. Buen trabajo Rubén!!!

[@joseselu5054]

Gran video Rubén. Enhorabuena. La emulación (por software y hardware) está ya a un nivel increible. Aún así me quedo con la duda de saber si el hardware original (megadrive y supernes en este caso) llega al input lag de Mister y Rbpi. A mí me dá que, desde luego, una megadrive o supernes a cero lag no llega, pero sería interesante poder medir de alguna forma el lag del sistema original. Si, por ejemplo, una supernes tuviera 2 frames de lag, yo dejaría la Rbpi con la configuración por defecto, porque qué mejor que tener justo la experiencia del original, ¿no?, ni más ni menos.

[@jose-pb6yf]

Muy buena explicación y así es como se deben comparar las cosas: con técnica. Me ha gustado mucho el video y el detalle que se veía la Suite de Artemio por ahí también jejeje ;)

[@matsalinas]

Gran trabajo Rubén y muy buena explicación. Ya tengo muchas ganas de probar el alfa y qué bien que esto ya venga preconfigurado en las próximas actualizaciones. Saludos!

[@6kase6]

Impresionante Rubén muchas gracias por el sistema y tus enseñanzas

[@D0aTech]

Muy bien hecho tu video. Me atrevo a decir que en tu prueba el Raspberry Pi va medio frame adelante. Lo que si es que depende del Run-Ahead que literal corre una instancia adelantada. Una genialidad de los programadores. Pero creo que tu Setup fue perfecto para responder si el Run-Ahead tiene el mismo lag que el Mister, o me atrevo a decir, como el hardware original. Ahora donde yo veo que mucha gente se confunde es con entender todos los puntos que influyen en el Input lag. Con un CRT no hay pero cualquiera que use un panel digital algo hay. Y también los controles Bluetooth. Aunque la realidad es que es lo suficientemente baja como para el 99% de las personas no lo note. Creo que mucha gente no entiende bien el Mister y cree que es una solución para tener 0 lag. Cuando mas bién es una solución para simular al 100% la ejecución de una consola real. Por su naturaleza eso casi siempre es menos lag, pero mas importante es la sincronización perfecta de la ejecución, cuando estas usando también Input original. Por eso el Mister puede usar Lightguns (obviamente con CRTs), mientras que con emulación es casi imposible. Incluso con Run-Ahead. Aunque tambien hay manera de darle la vuelta pero sin las pistolas originals. Perdón, para terminar, una pregunta. ¿Como estas conectando el RPi al CRT? Nuevo suscriptor. Sigue asi. Gracias por el video.

[@pepemomax]

99.9% que es con scart. Yo vivo en USA y corro mi rgbpi de scart a component.

[@Retromojones]

En el primer video mejora de aspect ratio en los juegos y en este segundo video nos enseñas que no hay lag en la pi4, ¿va a haber mas sorpresas?

[@CarlosTorresCali]

Jaja... este señor cogió a Porra un Televisor en el Patio de su casa!.... yo lo Vi... Mojones es un peligro para la Emulación... 😄cuidado con darle una Pi

[@joseantonioalvarezmarquez4109]

❤

[@lisbertagustinsegura1955]

Input laagg, donde estas?? Gran trabajo Rubén felicidades!!!

[@viciousviper]

Gracias por el vídeo y la explicación. :-)

[@CarlosTorresCali]

ESO quiere decir que mi POLY-STATION es "Implementacion" ?...... 😄xD

[@joseselu5054]

Jejeje

[@DAN_TITAN]

Brutal crack!

[@evermore2853]

Maravilloso

[@xXxEMANUALxXx]

Muchas Gracias! Alguma possibilidade de inclusão do Street Of Rage Remake para funcionar com RBPi4+RGB-Pi+RGB-Pi OS?

[@thalevian7578]

Muy buen video

[@GABYTOMAS1]

Hola, que carcasa empleas en la Pi 4? Yo tengo la Argon 1 y me daba problemas con la imagen.

[@manuelsanchezdiaz4696]

Mi opinion es que la mister sigue siendo muy buena opcion, no porque no se pueda conseguir iguales resultados con otros sistemas de emulacion, sino porque somos muchos los que no queremos pegarnos con configuraciones o tests. Sinplemente queremos meter una rom y que la experiencia sea lo mas cercana a una placa o sistema original. Yo uso groovymame actualmente y sigo notando algo de diferencia con mvs, por ejemplo. No quiero ir juego x juego pegandome con opciones. Pero para simplemente pasar un buen rato, da un poco igual la opcion a elegir

[@joseselu5054]

Trasteando un poco se puede ajustar el reloj de Groovymame en overclock para dejarlo exacto al sistema original, aunque hay que hacer un poco de trabajo antes de jugar, como muy bien dices. En Mister todo este trabajo ya viene hecho por l@s programador@s que hay detrás. Pero al final, de un modo u otro, se pueden llegar a resultados sorprendentes en la emulación, sea ésta por hardware o por software.

[@dieztroxrgb]

La mister tiene ventajas de emulación que son más atractivas sobre todo en la megadrive dos ejemplos serían los chips de audio corriendo en paralelo junto al procesador (Motorola 68.000.Zilog Z80) y el composite adaptative serían una de las tantas razones de elección entre un sistema u otro de emulación además de otras características está entretenido su video

[@maca.arcade]

mientras tengas claro que la mister es emulación, todo bien :)

[@dieztroxrgb]

@@maca.arcade quien dice lo contrario xd

[@laumpolumpio]

Emulacion/implementación...pero a nivel hardware, rpi es emulacion con framebuffers de por medio

[@dieztroxrgb]

@@laumpolumpio no hay mucho sentido indicarle a quien prefiera una u otra opcion quienes somos usuarios de mister notamos la diferencia que incluso por hdmi da mejor resultado que emulacion por software por la sencilla razon que son tecnologias distintas y lenguajes de programación totalmente diferentes

[@rafaron]

@@dieztroxrgb Myster: Implementa de acuerdo a la documentación que se tenga... Hay que recordad que la mayoría de la documentación "NO ES OFICIAL" dicha documentación existe gracias a ingeniería inversa, por lo tanto, esta misma no es exacta, así que desde aquí es una obviedad que Myster no es 1 a 1 con el sistema original. Ahora el lenguaje de se utiliza en FPGA, no es un lenguaje de programación como tal, es un lenguaje informático, por lo tanto, eso no es relevante. Otra cosa las mejoras en cuanto a cores que se implementan en Mystar, más tarde que temprano llegaran a los emuladores. Lo que, si es bastante irónico que los fanáticos defensores de Myster, no tienen los conocimientos adecuados para defenderlo.

[@NIGHTKILLER05]

se ve bien !

[@retroboy7688]

RGB pi es lo mejor

[@reiul9787]

Cuando se habla de lag en la Raspberry obviamente es un LCD, ahí es donde el míster sigue sin tener lag y la Raspberry sí. Entre otras cosas la Raspberry va lastrada no tanto por su limitado hardware sinó por las distros que van saliendo que son todas o casi todas basadas en retroarch, el cual al añadir tantas capas lastra mucho el rendimiento. Todo esto si es en un CRT es mucho menos evidente , hasta el punto que es prácticamente lo mismo que un míster a nivel de lag.

[@CalaTec]

No entiendo la parte de que la Raspberry es un LCD. El problema de latencia por "capas" no se arregla con un CRT, la latencia añadida de una pantalla LCD si. Otra de las razones porque hay latencia añadida es porque hay ciertos procesos en las consolas clásicas que se realizaban paralelamente en diferentes chips, en un entorno emulado por software, dichos procesos son secuenciales.

[@reiul9787]

​​​@@CalaTecha sido un error al escribir, quería decir que "es en un LCD" . Hombre , el problema de capas no se arregla dices por ponerlo en un CRT , por sí mismo no , claro, pero a efectos prácticos sí porque la propia naturaleza del CRT disimula esos y/o otros posibles efectos o lastres que puedan darse y que siempre son más evidentes. Misma imagen, misma ROM, mismo hardware, mismos periféricos,pantalla etc, mismo todo, en un LCD hay un lag que en un CRT no lo hay o si lo hay es mucho menos perceptible a eso me refiero, y lo que digo es que esto aunque también sucede con míster ,en una Raspberry es bastante más evidente la diferencia de lag de cuando la usas en un LCD o en un CRT, cosa que con míster no pasa. Sí el factor determinante fuese sólo el LCD entonces enmister debería ocurrir lo mismo, es decir, tener un lag extra considerable cuando lo usas con una pantalla LCD, cosa que no sucede Dicho esto, no quiero parecer un defensor a ultranza del míster ni de nada, tengo míster y tengo Raspberry y ambas opciones me parecen geniales , sobretodo cuando se usan en un CRT.

[@theblowupdollsmusic]

Does run-ahead work well with the RGB-PI? I would love to use it.

[@RTA_RetroDev]

Works well for most of the systems. The frontend option menu already provides a simple option that pre-configures all supported cores with the optimal values

[@theblowupdollsmusic]

@@RTA_RetroDev Thank you! I know FBNeo core just updated to support hi-scores with run-head single instance. I tested and It works. Is it easy to update RGB-PI OS?

[@MRDeu]

Supongo que eres consciente que reducir el lag eliminando frames, son frames que pierdes, no? Por lo que vas a estar jugando a 58 frames con la ligera desincronía/stuttering que haya y te lo dice un fan de RetroArch.

[@RTA_RetroDev]

Yo soy desarrollador de Retroarch y en concreto del subsistema de video y eso que dices no funciona así. Con un Runahead de 1 frame que es lo que uso yo en mi sistema, solo eliminas un frame “inerte” en el que no existe aún ciclo de animación. Esto es así en el 99% de todos los cores. Estos frames no tienen absolutamente nada que ver con la frecuencia a la que funciona el juego por lo que no se produce ningún tipo de desincronia ni shuttering. Dicho esto, el Runahead solo es necesario para el que quiera incluso menos lag q en el sistema original ya que solo con el automatic frame delay ya se consigue prácticamente la paridad

[@joseselu5054]

Exacto. Y tampoco creo que la emulación tenga por objeto superar al hardware original. Tan solo con igualarlo ya habríamos conseguido una revolución en el mundo del retro y la preservación, y sinceramente creo que esto ya se ha hecho por dos vías en paralelo... a saber, con emulación por hardware y emulación por software. Enhorabuena a tod@s l@s que lo habéis hecho posible.

[@MarcVFons]

la gran mentira de la mister, gran video!

[@CarlosTorresCali]

1 Segundo = 1.000 ms ... Entonces 1 FRAME = cuantos ms ?..... Tiene que haber algún lag, sino que la cámara no lo detecta porque graba a 1.000 FPS... pero al ver que mario en ambas pantallas salta al mismo tiempo. Supongo que el lag de la Mister y la Pi4 deben ser una medida entre 8 a 22ms aproximadamente. Lo cual es humanamente imperceptible.

[@RekoneInkings]

Un frame son 16ms a 60 Hz de refresco.

[@CarlosTorresCali]

Y ESTO QUE SIGNIFICA?....... no significa nada... nadie logra volar en el primer salto... ni siquiera NEO pudo.....xD 😃 ahora quedé mas confundido, yo estaba ahorrando para un MISTer.... ahora que Hago?.... quede Confun_Di_Du... HELP!!!

[@shinobi7423]

Con una Pi4 y el RGB-Pi vas a tener lo mismo , o más, que con MiSTer y sobretodo, mucha más pasta en el bolsillo

[@CarlosTorresCali]

@@shinobi7423 gracias, voy a considerar esta opcion de comprar mejor una Pi4... pero lo del RGB no lo entiendo mucho porque tengo TV LED y yo hago el scalador de 30usd... y si mucho me compro un TV CRT LG de 20 pulgadas y eso solo trae entrada AV 3 bananas

[@shinobi7423]

@@CarlosTorresCali Esto es para CRT con entrada SCART

[@Angel-wn2mu]

RGB-Pi no es para esas teles

[@CarlosTorresCali]

@@Angel-wn2mu Cada dia entiendo un poco mas.... gracias!.... Así que mejor me compro una PI4 + RetroArch + TV CRT RGB + Controles por GPIO, hasta que la PFGA-Mister baje a (50usd porque están a 500usd)... Por cierto, quería saber si conecto la RaspbrryPI por VGA a un Monitor CRT de PC (no tiene LAG)??... y Si lo conecto igualmente a un Monitor de PC (tecnologia LED) por puerto VGA tiene LAG?... cual seria mas conveniente... o conseguir un TV Antiguo CRT y meterle la señal por RGB? - Gracias por sus respuestas!

[@pablogirola]

Que buen video, y que buen canal. Suscripto !!!

[@shinobi7423]

Veo litros de bilis en el horizonte😂

[@danielmiguens7712]

50€vs400€ 🤔🤔🤔🤔🤔

[@TheRxxistance]

50? Donde?!

[@joseselu5054]

Un año después vemos que los precios siguen aumentando para Mister. De momento, la burbuja no se ha pinchado, aunque es posible que gracias a vídeos como este lo pueda hacer en el futuro.

[@ConanR]

@@joseselu5054de que burbuja hablas? La de10nano es muy cara ya de base y las ventas para usarlas como Mister son un minoria de las ventas, nunca será barata, y ahora se empieza a ver en el horizonte un nuevo proyecto con otra placa FPGA con mas puertas lógicas con un incremento de precio bastante considerable. No son comparables en términos de precio, pero es que no están destinadas al mismo sector, por mucho que un nicho de personas la usemos para emulación. Dicho esto, grandes sistemas para retro vicio los dos, pi para variedad y mister para los cores realmente trabajados y todos contentos 💪 Por cierto, sobre el tema del video, Mister tiene opción de usar db9 en lugar de usb para conectar los mandos, ahí no hay comparación sobre input lag?

[@joseselu5054]

@@ConanR Sí. La burbuja lo decía en el sentido de que hace 1 año y medio, por ejemplo, la mister que monta Antonio Villena costaba unos 300 € (y ese era el pack deluxe por así decirlo), y ahora cualquier mister de él no baja de los 500€. Con otros montadores de mister ha pasado lo mismo. A esto hay que añadir el aumento del coste de la nano, por la escasez de materiales para microchips en general en el mundo de la electrónica (como en la que se usa en la automoción, que lleva a causar retrasos de hasta 1 año ahora para entregar un coche nuevo). Se trata de una escasez de materiales en general, que infla los precios a una gran velocidad. Si estás interesado, puedo recomendarte que leas o veas a un investigador del CSIC, Antonio Turiel, que lleva tiempo investigando esta cuestión. Tiene vídeos muy interesantes sobre todo con toda esta cuestión del mundo de la electrónica.

[@yannickrosellomoratal264]

BOOMMM, pocas pi4 en stock mucha mister en wallapop, sobran palabras...en la pi4 no salen las estrellas del striker 😂😂🤪😂

[@joseselu5054]

Jajaja... ¡¡qué bueno!!

[@futublock]

ya veo que hay gente que se preocupa mas del lag que de jugar

[@robertasm20]

LOL. You trying convinced people that devices with 5 frames of lag itself (raspberry) and few extra ms of converting digital to analogue video have no lag becouse you showing button pressin on 30 fps video from 60 fps game. What a joke! Why noone retropie/retroarch tester never show tests with proper lag tester?

[@RTA_RetroDev]

Well the joke is spiting nonsense facts like the 5 fps lag (maybe in a Pi1 in 2012), the Digital to Analog (this is GPIO analog signal), or the most important one which is negating a side by side video comparison where you can see the Pi having same or less lag than a mister. Retropie or Retroarch do not show any lag test because the only people obsessed about this war come from the Mister community to justify their purchase. The reality is that as of today, RGB-Pi is able to reach the same level of input lag of real system or even reduce the same.

[@robertasm20]

@@RTA_RetroDev So if lag is so awesome, we could play lightgun games on CRT without any problem? On mister we need just connect proper lightgun over SNAC and everything work. With s*ity-pi with "zero lag" also?

[@RTA_RetroDev]

We developed a gcon2 driver which already works great with nes, snes, sms, smd, scd, psx and arcade perfectly fine with no lag. Same driver is now being implemented by mister people 😉

[@shinobi7423]

@@robertasm20 El lag lo tienes tú en el cerebro😉

[@skootdiggity1301]

@@RTA_RetroDev Just curious, but what is the difference in lag between the hdmi out and the rgb-pi on the pi 4? Can you get the hdmi out latency down to 0 with runahead as well? Also, how does runahead perform on harder cores like PSX?