MiSTer FPGA: Plataforma que implementa Consolas clásicas, microordenadores y arcades

Responder
1…160, 161, 162, 163, 164
RGB-HV escribió:El tema de Cores hechos con IA deberían ir en una carpeta aparte que se llamara IA y ahí dentro ir todo ordenado para que quede separado de los Cores No IA.

Lo bueno de disfrutar de estos Cores hechos por IA es que podemos jugar a juegos que no estaban antes y aunque no vayan perfectos en algo los tenemos reproducidos en Mister con 0 Lag y eso ya es un avance con respecto a la emulación básica. Aparte de tener más juegos por comodidad dentro de un mismo cacharro.


yo creo que con un "tag" deberia ser suficiente, parecido a, por ejemplo, como se identifican los idiomas en los archivos de roms

a mi lo que me hace gracia es que JBG (theypsilon, el autor/mantenedor de update_all) continue de manera insistente abogando porque los autores de los cores hablen y se pongan de acuerdo en unificar el core como si fueran dos niños pequeños teniendo una riña en el colegio, cuando esta bastante mas que claro que uno de ellos, que es el que su negocio depende de tener la exclusividad no tiene el mas minimo interes en alcanzar un acuerdo y unificar proyecto si no es bajo su tejado (tejado, jejeje) para seguir cobrando de los patreon a todo trapo como viene haciendo desde hace años. :-|

coño, es evidente que el no va a querer unificar nada porque hacerlo implica dejar de cobrar por ello, ¿y ademas tu entras en el juego y le facilitas el trabajo poniendo trabas a la "publicacion" del core bajo tu script, a sabiendas de que tu script lo usan 4 de cada 5 usuarios, y en españa esa cifra sube facilmente a mas de 9 de cada 10? ¬_¬

a mi me parece bien que unifiquen el core para no tener duplicados, igual que en su momento dejo de haber emuladores sueltos de diversos arcades para sumarse todos bajo MAME (eso fue a finales de los 90s), pero que le pongas trabas a incluir los cores en el script, sinceramente no lo entiendo. en mi opinion se esta vulnerando la neutralidad utilizando la IA como excusa cuando el problema de fondo no es la IA (que jotego y otros tambien utilizan) sino, como dije en el primer post donde hable del tema hace un par de semanas, el pisarse la manguera

espero que el asunto se acabe resolviendo de una manera satisfactoria (y que no nos obligue a los usuarios a pasar por caja :-| ) antes de que haga un daño irreparable a la comunidad. [toctoc]

edit.

@hodor

el problema no es en sí "que el core se base en MAME". el problema de fondo es una ramificacion de un problema de base que existe en la comunidad retro casi desde siempre, que es el clasismo.

que "el core se base en MAME" (en realidad, en construir en verilog una "caja negra" para implementar un componente basandose en la documentacion de MAME y no en el esquematico del propio integrado, para ser exactos) es que (traiganme un carro de comillas) entonces el core "deja de ser fidedigno" y "pasa a ser un emulador corriendo en FPGA" y la gente... vamos a decir "estricta" u "ortodoxa" con el asunto, entonces lo emparenta a "emulador/raspberry" y no a "FPGA master race", y por tanto el producto obtenido "no es legitimo", por no decir que "es inferior", "yo no me he comprado una mister para correr emuladores como si fuera una raspberry o una consola chinesca", etc.

y no me estoy inventando ni el discurso ni los palabros, que todos ellos los he leido, sin ir mas lejos, en el grupo de telegram (y no pocos de ellos aqui mismo tambien, en el foro).

el fondo del asunto es ese, los talibanes del retro que si es emulacion lo detestan porque no es autentico. no es "porque se base en MAME" por si solo. es porque "huele a emulador barato" :-|

el caso es que muchas de las implementaciones mas potentes que hay en mister (PSX, Saturn, N64, AO486...) se basan tambien en mayor o menor grado en cajas negras similares porque reproducen el funcionamiento de integrados que no estan completamente documentados (o no estan documentados en absoluto) pero por lo visto el gran problema es ahora cuando una nueva camada de desarrolladores reconocen abiertamente haber usado IA como herramienta para elaborar los cores. :-|

y a esto le pone pegas un señor que lleva como 5 años cobrando para hacer una implementacion de una consola portatil que en el fondo le interesa a 4 gatos, que a saber cuantas cajas negras tendra por ahi dentro en la implementacion y que despues de todo ese tiempo sigue siendo de pago y sigue funcionando como la m.... :-|
Menuda tocada de huevos que José no meta los cores de IA en un apartado distinto. Joder, ¿ahora tenemos que esperar a que otro samaritano haga un script para ello?

No me entra en la cabeza cómo alguien crea una utilidad para que puedas tenerlo todo en uno y, por modas, ridiculeces o absurdidades que algunos se toman con la excusa de la IA, decide dejar a sus usuarios sin más contenido.

Yo modero grupos y me encuentro con gente que, ideológicamente, es la antípoda de mis ideas. ¿Y sabes qué hago? Los respeto y les dejo hacer.

Así que, JoseBG, mete esos cores, ¡me cago en mis muelas! Que no tenga que arrepentirme de haberte donado vía PayPal.
GXY escribió:a mi lo que me hace gracia es que JBG (theypsilon, el autor/mantenedor de update_all) continue de manera insistente abogando porque los autores de los cores hablen y se pongan de acuerdo en unificar el core como si fueran dos niños pequeños teniendo una riña en el colegio, cuando esta bastante mas que claro que uno de ellos, que es el que su negocio depende de tener la exclusividad no tiene el mas minimo interes en alcanzar un acuerdo y unificar proyecto si no es bajo su tejado (tejado, jejeje) para seguir cobrando de los patreon a todo trapo como viene haciendo desde hace años. :-|

coño, es evidente que el no va a querer unificar nada porque hacerlo implica dejar de cobrar por ello, ¿y ademas tu entras en el juego y le facilitas el trabajo poniendo trabas a la "publicacion" del core bajo tu script, a sabiendas de que tu script lo usan 4 de cada 5 usuarios, y en españa esa cifra sube facilmente a mas de 9 de cada 10? ¬_¬

a mi me parece bien que unifiquen el core para no tener duplicados, igual que en su momento dejo de haber emuladores sueltos de diversos arcades para sumarse todos bajo MAME (eso fue a finales de los 90s), pero que le pongas trabas a incluir los cores en el script, sinceramente no lo entiendo. en mi opinion se esta vulnerando la neutralidad utilizando la IA como excusa cuando el problema de fondo no es la IA (que jotego y otros tambien utilizan) sino, como dije en el primer post donde hable del tema hace un par de semanas, el pisarse la manguera

espero que el asunto se acabe resolviendo de una manera satisfactoria (y que no nos obligue a los usuarios a pasar por caja :-| ) antes de que haga un daño irreparable a la comunidad. [toctoc]


MiSTer-devel cuenta con casi 80 desarrolladores. Todos ellos se han incorporado a lo largo de los últimos ocho años por los cauces habituales y prácticamente sin fricciones, ya que se han adaptado a una estructura y a unos procesos comunes que han permitido mantener adecuadamente muchos de los cores que han aportado, incluso cuando sus desarrolladores se han ausentado durante largos periodos.

Ahora estamos asistiendo a una explosión de nuevos desarrollos y desarrolladores. Sin embargo, muchos de ellos no están siguiendo estas convenciones. Algunos de esta nueva horneada de la IA, ya operan dentro de MiSTer-devel, pero la mayoría no está haciendo siquiera el esfuerzo mínimo de migrar allí sus repositorios. Esto a medio o largo plazo es un problema para el mantenimiento de dichos cores. Y de inmediato es un problema para su distribución, ya que al quedar integrados en MiSTer-devel, tienen automatizada su distribución.

En Update All suelen añadirse opciones adicionales para proyectos que no encajan en MiSTer-devel. Por ejemplo, desarrollos experimentales no adecuados para la mayoría de los usuarios, fondos de pantalla o aplicaciones cuyo mantenimiento MiSTer-devel no quiere asumir. De ahí que no sea necesario añadir allí todos los cores de sistemas, ya que estos son candidatos idóneos para incorporarse a través de MiSTer-devel.

Por tanto, no es razonable esperar que cada nuevo desarrollador que publique cores de nuevos sistemas disponga de su propia opción en Update All, rompiendo así con la forma en que se han venido realizando las contribuciones durante los últimos ocho años. No se trata de una cuestión personal, sino de un problema práctico: aparecen cada semana decenas de cores de nuevos desarrolladores, y añadir una opción diferente para cada uno acabaría haciendo Update All innecesariamente confuso para los usuarios. Lo más conveniente es pedirles que sigan los cauces establecidos y realicen sus aportaciones de la manera que más beneficie a la comunidad.

Antes de terminar, conviene mencionar las dos excepciones presentes en Update All: los cores de Jotego y los de CoinOps. Cada caso tiene su propia historia, pero, en términos generales, ambos se desvincularon de MiSTer-devel ya en 2020, antes de la propia existencia de Update All, al optar por no utilizar el framework común (la carpeta sys del repositorio de cada core).

En el caso de Jotego, recuerdo que la decisión estuvo directamente relacionada con el elevado número de cores que debe mantener (casi 80 a día de hoy). Disponer de un mayor control sobre su propio framework le permite actualizarlos todos a la vez mediante procesos automatizados, en lugar de tener que hacerlo uno por uno.

Sus modelos de betas privadas no están directamente relacionados con esta cuestión, ya que nada impediría que los cores públicos acabaran incorporándose igualmente a MiSTer-devel.

En conclusión, no queda otra opción que pedir a los nuevos desarrolladores que se esfuercen en seguir las convenciones ya establecidas por la comunidad. Es lo que ha funcionado durante los ocho últimos años, y es la forma de trabajar que más nos beneficia a todos.

EDIT:

Notarioh escribió:Menuda tocada de huevos que José no meta los cores de IA en un apartado distinto. Joder, ¿ahora tenemos que esperar a que otro samaritano haga un script para ello?

No me entra en la cabeza cómo alguien crea una utilidad para que puedas tenerlo todo en uno y, por modas, ridiculeces o absurdidades que algunos se toman con la excusa de la IA, decide dejar a sus usuarios sin más contenido.

Yo modero grupos y me encuentro con gente que, ideológicamente, es la antípoda de mis ideas. ¿Y sabes qué hago? Los respeto y les dejo hacer.

Así que, JoseBG, mete esos cores, ¡me cago en mis muelas! Que no tenga que arrepentirme de haberte donado vía PayPal.


No tiene nada que ver con la IA. Ese no es el problema. En MiSTer-devel ya hay al menos un par de nuevos desarrolladores que trabajan exclusivamente con ella y que, si no recuerdo mal, fueron añadidos en mayo. Lo que sí parece cierto es que muchos de estos nuevos desarrolladores que recurren a la IA pasan olímpicamente de las convenciones y yo ya no sé si es por desconocimiento o por vagancia.
@Gadirtiro

El tema es que es muy probable que estos cores, por la polémica del uso de IA y, en el caso de los de jlrh, por el hecho de usar el framework de jotego, es muy poco probable que entren en el paraguas de mister_devel que viene a ser " lo que el amo sorgelig disponga ".

Yo creo que como indica @notarioh el que se va a tener que adaptar a la situación (o pasar media tonelada de hacerlo) es JBG (TheYpsilon). O eso, o que otro alguien elabore y mantenga un "update_all" alternativo en donde si entren esos cores.

También hay que decir que hay vida (cores) fuera del ecosistema mister_devel, pero medianamente se puede ignorar porque el 90% es broza o son cores en estado temprano de desarrollo (p.ej. el que se ha anunciado recientemente de system11)
GXY escribió:@Gadirtiro

El tema es que es muy probable que estos cores, por la polémica del uso de IA y, en el caso de los de jlrh, por el hecho de usar el framework de jotego, es muy poco probable que entren en el paraguas de mister_devel que viene a ser " lo que el amo sorgelig disponga ".


Tanto JLRH como cualquier otro desarrollador tienen que hacer un pequeño esfuerzo por seguir las convenciones de la plataforma, como han hecho esos 80 desarrolladores durante los últimos ocho años. Los requisitos son mínimos, ya que la filosofía de MiSTer-devel en este sentido consiste precisamente en reducir al máximo la fricción para el desarrollador.

Si un desarrollador quería usar el framework de Jotego, lo normal habría sido que colaborara con él, como hizo el otro día Andrea Bogazzi, que también sacó un core asistido por IA junto a Jotego. Y, si ya no quiere, puede cambiar de framework con ayuda de la IA.

GXY escribió:Yo creo que como indica @notarioh el que se va a tener que adaptar a la situación (o pasar media tonelada de hacerlo) es JBG (TheYpsilon). O eso, o que otro alguien elabore y mantenga un "update_all" alternativo en donde si entren esos cores.

También hay que decir que hay vida (cores) fuera del ecosistema mister_devel, pero medianamente se puede ignorar porque el 90% es broza o son cores en estado temprano de desarrollo (p.ej. el que se ha anunciado recientemente de system11)


JBG soy yo.

Como usuario, ¿te parecería deseable tener que activar decenas de opciones nuevas cada pocas semanas en Update All, con nombres variopintos que ni te sonarán, solo para que se instalen los cores de cada nuevo sistema que aparezca, cuando hasta ahora estos se añadían automáticamente a tu MiSTer sin que tuvieras que hacer nada?

¿Qué te parecería si, en esa anarquía de desarrollo, algunos desarrolladores optaran por escribir exactamente en las mismas rutas, de modo que los archivos empezaran a entrar en conflicto y no pudieras lanzar esos juegos sin que se produjeran errores?
Gadirtiro escribió:
GXY escribió:@Gadirtiro

El tema es que es muy probable que estos cores, por la polémica del uso de IA y, en el caso de los de jlrh, por el hecho de usar el framework de jotego, es muy poco probable que entren en el paraguas de mister_devel que viene a ser " lo que el amo sorgelig disponga ".


Tanto JLRH como cualquier otro desarrollador tienen que hacer un pequeño esfuerzo por seguir las convenciones de la plataforma, como han hecho esos 80 desarrolladores durante los últimos ocho años. Los requisitos son mínimos, ya que la filosofía de MiSTer-devel en este sentido consiste precisamente en reducir al máximo la fricción para el desarrollador.

Si un desarrollador quería usar el framework de Jotego, lo normal habría sido que colaborara con él, como hizo el otro día Andrea Bogazzi, que también sacó un core asistido por IA junto a Jotego. Y, si ya no quiere, puede cambiar de framework con ayuda de la IA.

GXY escribió:Yo creo que como indica @notarioh el que se va a tener que adaptar a la situación (o pasar media tonelada de hacerlo) es JBG (TheYpsilon). O eso, o que otro alguien elabore y mantenga un "update_all" alternativo en donde si entren esos cores.

También hay que decir que hay vida (cores) fuera del ecosistema mister_devel, pero medianamente se puede ignorar porque el 90% es broza o son cores en estado temprano de desarrollo (p.ej. el que se ha anunciado recientemente de system11)


JBG soy yo.

Como usuario, ¿te parecería deseable tener que activar decenas de opciones nuevas cada pocas semanas en Update All, con nombres variopintos que ni te sonarán, solo para que se instalen los cores de cada nuevo sistema que aparezca, cuando hasta ahora estos se añadían automáticamente a tu MiSTer sin que tuvieras que hacer nada?

¿Qué te parecería si, en esa anarquía de desarrollo, algunos desarrolladores optaran por escribir exactamente en las mismas rutas, de modo que los archivos empezaran a entrar en conflicto y no pudieras lanzar esos juegos sin que se produjeran errores?


Vamos a ver Jose, no has metido en el último update varios añadidos que no pasan por el MiSTer-devel ?

Que difiere eso de los cores de IA? Que si nos ponemos a sumar es un poco más de media docena, no puedes crear una secciòn de IA cores o lo que se te ocurra y que cada uno se apañe y que si le crea conflicto pues que asuma el usuario el problema?
Gadirtiro escribió:Tanto JLRH como cualquier otro desarrollador tienen que hacer un pequeño esfuerzo por seguir las convenciones de la plataforma, como han hecho esos 80 desarrolladores durante los últimos ocho años. Los requisitos son mínimos, ya que la filosofía de MiSTer-devel en este sentido consiste precisamente en reducir al máximo la fricción para el desarrollador.


Queda perfectamente entendido y es completamente lógico. Si esos desarrolladores quieren entrar en el ecosistema que lo hagan bien o los usuarios tendrán que añadir sus cores a mano.

Y la IA ha llegado para quedarse, y nosotros somos los primeros beneficiados en tener más y mejores cores que los que se han hecho hasta ahora. Por muy basados en MAME que sean, siempre tendremos la ventaja de ser hardware corriendo los juegos en lugar de una capa de emulación en software.
Gadirtiro escribió:JBG soy yo.


Encantado.

Gadirtiro escribió:Como usuario, ¿te parecería deseable tener que activar decenas de opciones nuevas cada pocas semanas en Update All, con nombres variopintos que ni te sonarán, solo para que se instalen los cores de cada nuevo sistema que aparezca, cuando hasta ahora estos se añadían automáticamente a tu MiSTer sin que tuvieras que hacer nada?


eso ya sucede, que la mitad de opciones disponibles en la configuracion no son precisamente descriptivas por si solas y no sabes del todo bien que es lo que estas metiendo hasta que ya lo has hecho... salvo que ejecutes el script solo para quedarte con los nombres de las cosas y vayas haciendo una o dos sesiones de documentarte por internet acerca de qué es cada cosa. ¿cuanta gente que ejecuta el script crees que hace eso? una de cada 20 con suerte ¿?

Gadirtiro escribió:Tanto JLRH como cualquier otro desarrollador tienen que hacer un pequeño esfuerzo por seguir las convenciones de la plataforma, como han hecho esos 80 desarrolladores durante los últimos ocho años. Los requisitos son mínimos, ya que la filosofía de MiSTer-devel en este sentido consiste precisamente en reducir al máximo la fricción para el desarrollador.


me parece estupendo.

Gadirtiro escribió:Si un desarrollador quería usar el framework de Jotego, lo normal habría sido que colaborara con él, como hizo el otro día Andrea Bogazzi, que también sacó un core asistido por IA junto a Jotego. Y, si ya no quiere, puede cambiar de framework con ayuda de la IA.


ahi yo lo que me pregunto es porqué jlrh utiliza el framework de jotego (que hasta donde yo se es de libre uso siempre que se mencione y documente la fuente, pero igual me estoy saltando algo) y jotego la reaccion ante esa publicacion ha sido hostil en lugar de colaborativa, porque digo yo que igual que jlrh podia haberse plegado a las consideraciones de jotego, tambien jotego podia haber tendido una mano a colaborar en vez de colocar una critica y seguidamente empezar a publicar los mismos cores que jlrh ¿no?

que digo yo, que el animo colaborador lo pueden mostrar las dos partes, ¿no? o aqui la unica manera de colaborar es haz lo que yo disponga ¿?

Gadirtiro escribió:¿Qué te parecería si, en esa anarquía de desarrollo, algunos desarrolladores optaran por escribir exactamente en las mismas rutas, de modo que los archivos empezaran a entrar en conflicto y no pudieras lanzar esos juegos sin que se produjeran errores?


eso tambien sucede ya, que el Gran Jotego ha decidido para sus nuevos cores que esta sacando en respuesta a los de jlrh usar las mismas rutas en el filesystem que empezo a utilizar (no_oficialmente, claro) jlrh... con lo cual si has instalado a mano algun core de este señor y despues usas update_all, el script sobreescribe lo instalado a mano con el nuevo core de jotego instalado por el script. core en cuestion que, por cierto, es beta y por tanto "no funciona" si no pagas patreon y por tanto no tienes instalado el archivo jtbeta. :-|

supongo que habras visto en el grupo de telegram que jlrh ya le ha puesto remedio a eso.

llamando a sus cores core_FF . ¿sabes de donde ha sacado lo de "FF", verdad? pues eso. :-P

mira.... yo soy un humilde peasant, un simple usuario, y como simple usuario lo que estoy viendo por un lado me resulta relativamente divertido, curioso e interesante y por otro lado me parece en bastante grado una pelea de cabras. ¿has visto en algun video alguna vez una pelea de cabras peleando por lo que sea que peleen las cabras? bueno, lo que hacen es lanzarse la una a la otra de cabeza a chocar los cuernos. pues eso es lo que estan haciendo, cada uno con sus motivos, jotego y jlrh... y el problema ahi no es que se esten chocando los cuernos, sino porqué... y yo veo ahi a un señor que con toda su buena voluntad se esta dedicando, con mas o menos acierto, a desarrollar algunos nuevos cores para mister y a otro señor que, con toda su buena voluntad... lo que veo desde fuera que esta haciendo es defender la preservacion... de su negocio. y no se tu, pero yo no vine aqui (ni aqui, a "mister", ni los mas de 25 años que llevo usando emuladores ni los casi 40 años que llevo en el mundillo de la informatica y los videojuegos) a alimentar ni el ego ni el negocio de nadie. :o

en fin... terminando e intentando encaminar todo esto a algun lugar productivo...

esto en mi opinion tiene dos posibles soluciones muy sencillas y en mi opinion tienes en bastante grado en tu mano por donde puede ir la cuestion en las proximas semanas.

una de las posibles soluciones es que, como ya te han pedido varios por el canal de telegram y por aqui, incluyas los cores (convenientemente documentados, claro) como una coleccion separada y opcional, en tu script, tal como ya existen en tu script, por cierto, los cores de jotego y los de coinops.

evidentemente los desarrolladores interesados, se tendran que poner de acuerdo contigo y cumplir los requisitos que consideres al respecto (repositorios, documentacion, etc). como creo que ha venido ocurriendo hasta la fecha.

si, como abogas, los desarrolladores van entrando en el ecosistema de sorgelig digoo en mister_devel, pues iran saliendo del repositorio "alternativo". cero dramas al respecto, y los usuarios contentos. (que al fin y al cabo, creo yo, es el objetivo de todo esto).

la otra de las posibles soluciones, que tambien habras podido leer a varios en el grupo de telegram sugiriendolo, es que alguien por ahi se curre (copiandoselo del tuyo o no) un "update_IAll", incorpore alli estos nuevos cores, no segun tus reglas sino segun las que ese alguien considere pertinentes, y lo empiece a publicitar por telegram, foros y demas canales, y asi dentro de unas semanas/meses, los usuarios tendremos que utilizar dos scripts, el tuyo y el alternativo.

o eso o que no ocurra nada y bastante gente siga metiendo cores a mano, y ya iremos viendo las consecuencias en un futuro.

yo no te voy a decir "lo que tienes que hacer", creo que aqui todos somos mayorcitos y aqui estamos voluntariamente. eso si, opino que hay una posible solucion bastante mejor que las otras, la cual es usar un solo script, como se ha venido haciendo desde hace años gracias a tu excelente trabajo. :)

un cordial saludo. nos leemos. [bye]
Hoy puede haber salseillo pues Jotego va a participar en el podcast de un Youtuber y en el anuncio dicen que van a hablar de la IA en mundo del retro
en la escala de jotego va craker (participar en directo en un podcast), luego creativoenjapon (hacer un video colaboracion) y finalmente EOL (contestar preguntas por mail). [toctoc]
Muy interesante todo lo que se está contando aquí. @draz1c gracias por el anuncio del podcast. Tengo ganas de escuchar a jotego, la verdad. @Gadirtiro gracias también por dejar aquí tu punto de vista como parte importante del desarrollo del proyecto MiSTer con tu script Update All. Tu opinión tiene peso e importa. Y nadie como tú @GXY para contar lo que piensas y lo que sientes sin pelos en la lengua.

El tema es espinoso y tiene muchos matices, pero leyendo lo que cada uno piensa por aquí y otras redes me puedo ir formando una opinión cada vez más clara del tema. Veremos cómo se va desarrollando en los próximos meses. Lo que está claro es que nunca había estado el entorno MiSTer tan vivo y tan lleno de nuevas propuestas, tanto de cores como de proyectos alternativos que enriquecen su ecosistema.

Hablando de proyecto alternativo, los que seguís este hilo seguramente conozcáis el proyecto que estoy desarrollando, MiSTer Monitor, basado en una pantalla (la más económica la puedes pillar por 12-15€) que puedes colocar junto a tu MiSTer para obtener información en tiempo real del sistema, el juego y core que tienes activo, etc. Ayer publiqué una versión, la 2.7 y tiene como principal novedad la integración de RetroAchievements, proyecto que desde hace unos meses odelot ha venido implementando para integrarlo en la MiSTer. Ahora si usas los cores del fork de odelot cuando cargas un juego con logros activos puedes ver en la pantallita el progreso en vivo, la lista de trofeos disponibles con su descripción y cuando consigues un logro salta automáticamente un popup informándote.

Aquí se pueden ver algunas imágenes de la interfaz:
1. Pantalla de inicio
https://i.imgur.com/rm5MhgO.png

2. Info de almacenamiento SD
https://i.imgur.com/nmKUssZ.png

3. Uso de CPU y memoria
https://i.imgur.com/5uB7NC6.png

4. Core activo
https://i.imgur.com/AfvB1zu.png

5. Juego cargado
https://i.imgur.com/BhATFFj.png

6. Info del juego (se puede elegir en qué idioma verlo)
https://i.imgur.com/d6w1vkD.png

7. Sinopsis
https://i.imgur.com/ryGfA0M.png

8. Info general de RetroAchievements del juego
https://i.imgur.com/vf9U0rb.png

9. Índice de logros
https://i.imgur.com/rwkyRi4.png

10. Descripción de logro conseguido
https://i.imgur.com/et80Jsa.png

11. Descripción de logro
https://i.imgur.com/MD9YEBM.png

Y aquí el enlace al proyecto: https://github.com/chipster6502/MiSTer_monitor
Jotego explica sus 3 razones de porque la IA es mala para Mister y la scene en general.

Gromber escribió:Jotego explica sus 3 razones de porque la IA es mala para Mister y la scene en general.


¿Que la gente se borre de su Patreon es una de ellas? XD
@Gadirtiro a ti te parece que con el cariño que le profesa en el video, este señor se puede poner de acuerdo con jose luis para que los cores que esta desarrollando se publiquen "bajo el paraguas de jotego" y asi no tener que implementar otro repositorio distinto en el script ¿?

si menos bonito le ha dicho de todo... [toctoc]

parece literalmente un profe gruñon poniendo un 0 al trabajo de un alumno. [angelito]
Unos apuntes:

Los cores de IA no me molestan siempre que sean de código abierto, de hecho como ya dice Jotego un core de IA usa las "trampas" que hace MAME para poder arrancar juegos, entonces cuando se emulan esos juegos en MAME ya "mola" y en una FPGA no? Que cada uno haga lo que le de la gana y si sigue la filosofía de ser abierto es posible que acabe mejorado, de hecho pongo un caso bastante reciente de la Recompilación del Skate 3 que el recompilado por lo visto usa una CPU de xbox 360 emulada, pues bien la recompilación del Skate se ha llibrado de eso y el juego funciona con la CPU del host, quien no te dice que un core de estos de IA no acabe mejorado de la misma manera?

Otra, se nota mucho el resquemor de Jotego con la IA, el llamar "individuo" al creador del core de forma despectiva me ha dejado bastante sorprendido, pero desprestigiar el trabajo e incluso fomentar que no se usen, me parece pasarse dos pueblos.

El problema es que vivimos en una sociedad donde la gente no tiene valores y apenas piensa y ahora falta que salga su endiosado programador para que salga una legión de lemmings repitiendo lo mismo que el haciendo un alarde de su carencia de raciocinio.

Un ejemplo de esto que digo es en los comentarios del vídeo de un NPC pidiendo que no se incluyan esos cores en el update_all, porque al señor le sale de sus santos cojones.

En fin.....
Notarioh escribió:Unos apuntes:

Los cores de IA no me molestan siempre que sean de código abierto, de hecho como ya dice Jotego un core de IA usa las "trampas" que hace MAME para poder arrancar juegos, entonces cuando se emulan esos juegos en MAME ya "mola" y en una FPGA no? Que cada uno haga lo que le de la gana y si sigue la filosofía de ser abierto es posible que acabe mejorado, de hecho pongo un caso bastante reciente de la Recompilación del Skate 3 que el recompilado por lo visto usa una CPU de xbox 360 emulada, pues bien la recompilación del Skate se ha llibrado de eso y el juego funciona con la CPU del host, quien no te dice que un core de estos de IA no acabe mejorado de la misma manera?

Otra, se nota mucho el resquemor de Jotego con la IA, el llamar "individuo" al creador del core de forma despectiva me ha dejado bastante sorprendido, pero desprestigiar el trabajo e incluso fomentar que no se usen, me parece pasarse dos pueblos.

El problema es que vivimos en una sociedad donde la gente no tiene valores y apenas piensa y ahora falta que salga su endiosado programador para que salga una legión de lemmings repitiendo lo mismo que el haciendo un alarde de su carencia de raciocinio.

Un ejemplo de esto que digo es en los comentarios del vídeo de un NPC pidiendo que no se incluyan esos cores en el update_all, porque al señor le sale de sus santos cojones.

En fin.....

El problema es que Jotego va a perder mucho dinero, y la perra es la perra. El resto son excusas y lloriqueos.
Pues yo pienso que tiene razon en varios de sus argumentos, además es sincero sobre el tema del patreon, no le veo subido, otra cosa, en el video dice que tiene otro trabajo y que todo lo que gana en patreon lo invierte en empleados, placas etc, para quitarse lios con hacienda.

No digo que sea el caso del foro, pero en general suele haber envidia del emprendedor y hay que entender todas las partes, una de ellas es sencilla si alguien saca un core rapido de un juego, se pierde el interes real por alguien que sabe hacerlo bien, en vez de un simple port a mister de un emulador normal y corriente, y no solo por la pasta, que también, el mismo lo reconoce, si no porque somos humanos y pierde el interes de todo el mundo, incluido de desarrolladores que podrían hacerlo gratis.

Ademas se resiente el prestigio que tenia Mister en cuanto a la fidelidad de sus Cores, respecto a otros sistemas, si se añaden cores de baja calidad.

El mismo pone de ejemplo la movida que esta habiendo con la scene de PSVita con la peña de la IA y Rinnegatamante.

Hay problemas con el tema de la IA en otros competencias, si uno tiene conocimientos y se usa bien, puede ser una herramienta estupenda, supongo que toca irse adaptando, pero si se usa mal o se abusa, se puede perder bastante talento, creatividad humana y que esto afecte a la calidad de los productos.

Salu2
Gromber escribió:Pues yo pienso que tiene razon en varios de sus argumentos, además es sincero sobre el tema del patreon, no le veo subido, otra cosa, en el video dice que tiene otro trabajo y que todo lo que gana en patreon lo invierte en empleados, placas etc, para quitarse lios con hacienda.

No digo que sea el caso del foro, pero en general suele haber envidia del emprendedor y hay que entender todas las partes, una de ellas es sencilla si alguien saca un core rapido de un juego, se pierde el interes real por alguien que sabe hacerlo bien, en vez de un simple port a mister de un emulador normal y corriente, y no solo por la pasta, que también, el mismo lo reconoce, si no porque somos humanos y pierde el interes de todo el mundo, incluido de desarrolladores que podrían hacerlo gratis.

Ademas se resiente el prestigio que tenia Mister en cuanto a la fidelidad de sus Cores, respecto a otros sistemas, si se añaden cores de baja calidad.

El mismo pone de ejemplo la movida que esta habiendo con la scene de PSVita con la peña de la IA y Rinnegatamante.

Hay problemas con el tema de la IA en otros competencias, si uno tiene conocimientos y se usa bien, puede ser una herramienta estupenda, supongo que toca irse adaptando, pero si se usa mal o se abusa, se puede perder bastante talento, creatividad humana y que esto afecte a la calidad de los productos.

Salu2

Si alguien saca un core "rápido" gracias a la IA o a lo que sea y a la gente le vale y Jotego pierde dinero, Jotego se jode. El resto son excusas y lloriqueos.
Gromber escribió:en el video dice que tiene otro trabajo y que todo lo que gana en patreon lo invierte en empleados, placas etc, para quitarse lios con hacienda.

No digo que sea el caso del foro, pero en general suele haber envidia del emprendedor y hay que entender todas las partes, una de ellas es sencilla si alguien saca un core rapido de un juego, se pierde el interes real por alguien que sabe hacerlo bien, en vez de un simple port a mister de un emulador normal y corriente, y no solo por la pasta, que también, el mismo lo reconoce, si no porque somos humanos y pierde el interes de todo el mundo, incluido de desarrolladores que podrían hacerlo gratis.

Montar una empresa con el dinero de donaciones es cuanto menos curioso, y más para un proyecto supuestamente libre y abierto, al menos si tiene que despedir a alguien solamente tiene que decir que es culpa de los suscriptores han dejado de pagar. Y más raro todavía es que diga que "no quiere líos con hacienda".

Nadie le ha pedido que haga todo este entramado, se ha metido él solito porque ha visto una grandísima oportunidad de ganar dinero, mientras otros lo hacen por amor al arte y al sistema sin tanta autopresión ni esa actitud. Hay cierto conflicto entre pensar que lo hace por hobby o por ser entusiasta y el oportunismo económico cuando ya tiene su propio trabajo y muchos usan dinero de su bolsillo para hacer lo que él hace con el dinero de patreon.
Cuanto hate que le tiran a jotego entiendo que puedan estar a favor o encontrar de su modelo de negocio pero lo que es innegable es el conocimiento y dedicación que tiene para con el tema. Volviendo a lo de AI la razón por la que esta en contra es que hay mucho ai slop y la calidad baja mucho, deja de ser replica y pasa a tomar muchos atajos, ya sabemos como es la ai y como ha bajado la calidad de los videos, el diseño grafico, las redes sociales,la publicidad incluso los guiones y mil cosas mas.

Al Usar AI para sacar cores rápido seguramente se pierda la fidelidad y copia idéntica que hay con la misterfpga y esto repercute en la jugabilidad. Justamente ayer hablaba con un compi que colecciona máquinas Arcade y conoce mame hace décadas y demás. Me decía que no hay punto de comparación de un mame con una misterfpga, que ya el audio se le nota la diferencia. Y luego si usas una mister con jamma y la conectas a un Arcade supongo no debe haber diferencia con el original. Ahora si empezamos a meter cosas con ai o que empiezan a hacer cosas raras pues bueno se pierde el sentido de la fpga, otra vez input lag, otra vez colores y videos que no van, otra vez sonidos que suenan diferente..? Para eso mejor una raspberri pi. Paso, y prefiero para eso darle 2 euros o lo que pida jotego XD

Bueno y todo esto es curioso porque justo esta pasando lo mismo con el port de Sonia mania en Dreamcast parece q hay un fork en github hecho con ai donde ya esta compilado para usarse, se apuro para que haya una reléase funcional, pero es parece q va en contra de lo que el creador del fork y sus colaboradores quieren, que fue un port 100% artesanal y a mano, en fin lo comento porque es curioso como la scene va mutando, no estoy en contra de la IA y siempre depende para que se usa si es para sacar cosas rápidas y malas paso si es para profundizar el conocimiento y solucionar errores o problemas, incluso optimizar procesos, mas que bienvenida
La IA como herramienta de ayuda es una muy buena opción, deseable incluso.
Pero pasarle a una IA el código de un driver de MAME y que haga un core sin intervención humana es una idea de mierda: el core, tengamos o no código fuente, no aporta el conocimiento sobre el hardware que gente como JOTEGO sí aporta al desarrollar dicho core manualmente.

No es blanco o negro.
IA como herramienta de ayuda a desarrolladores = BIEN.
IA para sacar cores como churros a partir de los fuentes de MAME = MAL.

Y por último, que a la gente le cuesta entenderlo: MAME como fuente de información para que un ser humano implemente un core = BIEN. SÍ: BIEN.
El verilog NO ES MAGIA: es un lenguaje de descripción de lógica digital. Si la lógica es correcta en MAME, no tiene nada de malo sacarla de allí.
El principal objetivo de MAME no es jugar, ellos mismos lo dicen: es documentar el funcionamiento de las máquinas. Que se pueda jugar en MAME es un efecto colateral.
Normalmente esto se combina con esquemáticos que, como explica JOTEGO, hay que pagar y luego procesar a manubrio, dando como resultado un conocimiento profundo del hardware que, al final, queda de forma que un humano puede acceder a él, comprenderlo y mantenerlo.
Todo ese conocimiento de dominio público, con cores sacados de la churrera de la IA no se crea. No existe. Sólo se juega, cosa que ya puedes hacer con MAME para empezar.

Pueden pasar dos cosas con estos cores automáticos:

1) Que con el rechazo que hay al MAL USO de la IA en los círculos de MiSTer, estos códigos slopeados de mierda dejen de salir con el tiempo, porque el uso de la IA tampoco es gratis y cada vez será más caro. Por suerte, la capacidad de atención de la gente a la que le da igual si algo aporta conocimiento o no es muy limitada y se aburren de todo en cinco minutos, con lo que los propios generadores de cores basura se irán cansando.

2) Que gente como JOTEGO, WickerWaka o FPGAZumpass se desmotiven (JOTEGO lo explica bien en el vídeo) y dejen de meter tiempo, dinero y esfuerzo, y sólo queden los generadores de cores mierdosos echos por IA.
Como por suerte esta mierda ha llegado cuando los cores "importantes" para mi generación ya están desarrollados (Amiga, AtariST, ZXSpectrum, C64, NES, SNES, MegaDrive, PCE, PSX, Saturn...) y todo ese hardware está bien documentado en ellos por seres humanos, quienes van a perder son quienes defienden los cores AI estos.
Por ahora, los cores slopeados sólo son de arcades, así que a mi (y a mucha gente de mi generación) me la sopla relativamente.

La cuestión no es la fidelidad, la cuestión es el conocimiento generado y de capacidad de mantenimiento de esos cores.
Es que con un core hecho por IA, ni siquiera puedes saber si es fiel o no. Lo que ves y oyes no tiene por qué indicar cómo de fiel es una implementación al hardware original internamente.

A los de "bah, mientras la gente juegue, lo demás da igual". Iros a jugar, las discursiones sobre la implicación de generar código automático son cosas de mayores.
A mí me encanta la Mister pero como plataforma hardware. Es decir, que los juegos corran nativos en un hardware compatible, inmediato, pequeño, configurable y sin lag.

La fidelidad a bajo nivel me trae sin cuidado. Para qué me sirve que la implementación del procesador de audio de determinado juego no saque el mismo espectro de agudos que el original. Primero, que los samples de los juegos suelen ser de baja calidad y que además las recreativas de la época tenían los altavoces más chusteros que había en el mercado. Y menos calidad aún tenían las teles de los 80/90 a las que conectabamos las consolas.

En resumen, me valen perfectamente las recreaciones hechas con IA siempre que tengan un mínimo de calidad. Y Jotego en lugar de quejarse de la IA debería adoptarla para sacar más y mejores cores.

Un ejemplo de lo que es aprovechar bien la IA para acelerar el desarrollo de cores.

https://x.com/i/status/2077051725161398560
Yo me pillé una Mister para tener la máxima fidelidad posible a todos los niveles. De ports de Mame hechos por una IA automáticamente paso. Para Mame ya existe Mame, se supone que Mister es una cosa distinta. Si ponen esos cores en el update espero que como mínimo los pongan en una sección aparte para poder evitarlos.
Yaripon escribió:Yo me pillé una Mister para tener la máxima fidelidad posible a todos los niveles. De ports de Mame hechos por una IA automáticamente paso. Para Mame ya existe Mame, se supone que Mister es una cosa distinta. Si ponen esos cores en el update espero que como mínimo los pongan en una sección aparte para poder evitarlos.


¡Estoy totalmente de acuerdo con tus palabras! Yo también me gasté la panoja y vendí mi Raspberry Pi 3 con la carcasa de la NES para pasar a este nivel de fidelidad. Para emular, pues como que paso; hay otros métodos mejores y, además, gratis.

Por cierto, y cambiando un poco de tema, ¿habéis probado los nuevos *cores* con una unidad lectora física? ¡Es la caña! La mía es una Asus External Slim SDRW-08D2S-U LITE y, con la PlayStation, tanto los juegos originales como los grabados van de escándalo.
@Notarioh

basicamente lo que jotego viene a decir (sazonado con calificativos varios a jlrh) es que para un core FPGA, si no se hace el trabajo "bien" (como él considera que debe hacerse), es mejor no hacerlo.... pero no se porque me da la impresion de que si ese trabajo "no tan bien hecho" lo hace el, u otro alguien bajo su paraguas, entonces no es tan terrible como si lo hace un tercero.

yo ya lo he comentado un par de veces por aqui y en el canal de telegram. no se si la solucion es un repositorio accesible desde update_all, o un nuevo script... pero algo va a haber que hacer, y pronto, porque de lo contrario los usuarios nos vamos a perder la mitad de la "fiesta".

y desde luego esta claro que colaboracion por parte de jotego no va a haber en este asunto... y respecto a la decision que pueda adoptar sorgelig ya veremos... ya en alguna ocasion anterior o se hacian las cosas como imponia el o no entrabas y por eso algunos desarrolladores principalmente españoles no continuaron haciendo cores para mister tras los cambios en el framework hace unos años. :-|
Si buscáis la máxima fidelidad, supongo que sabéis que la implementación de la memoria en una FPGA tampoco es físicamente la misma que en la máquina original, ¿no?

Ya puestos a talibanizar, tampoco funciona internamente exactamente como el hardware original: ni el silicio, ni las celdas de memoria, ni la circuitería son las mismas. Lo que se busca es reproducir su comportamiento, timings y funcionamiento de la forma más fiel posible.

Así que si el criterio es que cualquier diferencia respecto al hardware original hace que un core «no sea digno» de usarse, entonces podemos ir descartando prácticamente cualquier reproducción FPGA. Porque, puestos a ser exquisitos, nada es 100 % fiel al original.
No lo son ni entre revisiones de las propias consolas y con cierto hard hasta el tiempo que hace afectaba [+risas]


Pero yo al menos entiendo el punto que se quiere transmitir vaya...
Notarioh escribió:Si buscáis la máxima fidelidad, supongo que sabéis que la implementación de la memoria en una FPGA tampoco es físicamente la misma que en la máquina original, ¿no?

Ya puestos a talibanizar, tampoco funciona internamente exactamente como el hardware original: ni el silicio, ni las celdas de memoria, ni la circuitería son las mismas. Lo que se busca es reproducir su comportamiento, timings y funcionamiento de la forma más fiel posible.

Así que si el criterio es que cualquier diferencia respecto al hardware original hace que un core «no sea digno» de usarse, entonces podemos ir descartando prácticamente cualquier reproducción FPGA. Porque, puestos a ser exquisitos, nada es 100 % fiel al original.


a ver es que el tema no pasa por ahi.. Pasa que luego hay mucho "ai slop", luego los cores no son los que son, como cuando un entusiasta o programador en serio adquiere la placa, la estudia, testea, etc. Es cierto la IA ayuda muchisimo y si es para aprender u optimziar recursos, mas que bienvenida, ahora si es para usarla como si fuese una maquina de chorizos y que salga lo que salga bueno... luego te pierdes el trabajo de mucha gente que no se mete porque se pierde el amor al arte o como sea.

No lo digo siendo programador, ni consumidor, ni nada de eso. Estoy eternamente agradecido de quienes desarrollaron este proyecto de codigo libre, de jotego - nunca le di un euro aclaro-, y de cientos o miles de personas que participan activamente en mister, incluso los usuarios de este hilo que colaboran directa o indirectamente con ideas, ayudas, faqs e incluso debates sanos como este. Uos la IA y estoy a favor de usarla sabiamente.

EL TEMA ES, ESTAMOS DE ACUERDO EN USAR IA Y SI ES ASI COMO? luego podemos entrar en debates de si estamos en contra porque no es rentable o porque no es identico por el motivo que sea pero la realidad es que muchos trabajos con IA suelen ser de mala calidad y con probelmas freezos etc que con un codigo bien hecho limpio y transparente no suceden o suceden menos. La verdad no use ninguno de los core de IA y casi no juego arcades, lo uso mas para consolas ordenadores y 486, los que lo probaron me gustaria que den su opinoin de si son de buena calidad o no, si tiene probelams de sonido o de input lag o no, que es lo mas importante..

Y por otra parte el paprium ahora funciona en misterfpga gracias a un fork hecho con IA y eso es de agradecer (aunque no se que tal funciona)
D_a_r_z_ escribió:No lo son ni entre revisiones de las propias consolas y con cierto hard hasta el tiempo que hace afectaba [+risas]


Pero yo al menos entiendo el punto que se quiere transmitir vaya...

Pero todas ellas son originales.

Notarioh escribió:Si buscáis la máxima fidelidad, supongo que sabéis que la implementación de la memoria en una FPGA tampoco es físicamente la misma que en la máquina original, ¿no?

Ya puestos a talibanizar, tampoco funciona internamente exactamente como el hardware original: ni el silicio, ni las celdas de memoria, ni la circuitería son las mismas. Lo que se busca es reproducir su comportamiento, timings y funcionamiento de la forma más fiel posible.

Así que si el criterio es que cualquier diferencia respecto al hardware original hace que un core «no sea digno» de usarse, entonces podemos ir descartando prácticamente cualquier reproducción FPGA. Porque, puestos a ser exquisitos, nada es 100 % fiel al original.


Es el cuento de nunca acabar.Todo es 100% fiel,hasta que sale algo nuevo.Pasa con las actualizaciones en emuladores y en las de los cores FPGA.
Y si sale otro sistema para intentar copiar el funcionamiento de un hardware original,los emuladores y FPGAs,pasarán a ser una chusta .Y vuelta a empezar.
Por favor, dejar de repetir el argumento ese barato de que la gente va a dejar de programar porque se hagan cores por IA, si acaso lo dejarán de hacer los que cobran por ello y hayan descubierto que solo les mueve el dinero y no la pasión.

A que veríais estúpido que un músico dejase de tocar porque hay IA's que hacen música, verdad?

Pues eso.
Si nos dicen hace unos pocos meses que el DE10 se iba a acercar siquiera a esto nos hubieramos reido pero bien eh
@vectrex De locos, ya con que sea jugable sobra. Van por buen camino.

Por cierto, me gustaria saber que mandos por snac se les puede poner a Game gear y master system. Supongo que los que son compatibles con la consola original.

Había pensado convertir un mando de famicom a un mando de master sistem al menos uno sin el botón star, pero el primer player no sé donde ubicar el start. ¿sabeis el pinout para el botón start? Espero que alguien me ayude.
8181 respuestas
Responder
1…160, 161, 162, 163, 164
Volver a Consolas clásicas