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