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

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]
8157 respuestas
1160, 161, 162, 163, 164