[Devlog] Vircon32: Creando mi propia consola

Al final he estado viendo que el método de crear un zip con las dependencias para Linux no es la mejor manera. Ya he podido crear y probar los paquetes DEB para emulador y dev tools. Estos paquetes sirven para instalar en la familia Debian (Debian, Ubuntu, Mint, Raspbian...). La parte de encontrar las dependencias de tus paquetes es más difícil de lo que parece. Pero cuando lo tienes, la instalación se puede hacer del tirón y te descarga todo lo que necesita.

Ahora me falta ver si desde Ubuntu puedo crear también paquetes RPM (para Red Hat, CentOS, Fedora...). Y cuando me llegue el Mac, hacer lo mismo. Luego creo que lo suyo es subir esos paquetes y el Zip de windows como una release en el repositorio de GitHub, tengo que mirarme cómo funciona eso.

#426 #427 Pues gracias a los dos, pero ya tengo hechos los paquetes DEB y RPM. Con eso debería bastar para la mayoría de Linux. Aparte se pueden convertir a otros formatos de manera fácil con el comando "alien" (se llama así, en serio XD)

Aparte los que comentáis la verdad nunca los había oido, prefiero ir a algo más estándar

#430 Te refieres que no se hace automático, no? Bueno tampoco me preocupa mucho, puede ser de hecho mejor que no se te actualicen por ejemplo las dev tools si te puede dejar de compilar algo con el cambio. Además como no estamos en repos "oficiales" de ubuntu tampoco creo que fuera a esperarse nadie lo automático (en qué servidor lo miraría? yo no tengo ninguno...)

#432kidandcat:

De todas formas no es mi intención criticar, yo estoy en Mac

Pues debería ser en breve, mañana en teoría tendré un iMac para trastear

#432kidandcat:

Por otro lado eso de que DEB es el estandar... en dos distros principales, debian y ubuntu, que pasa con arch? con suse? con etc...?

Me refiero a que DEB y RPM son los paquetes nativos del sistema operativo, mientras que Snap u otras opciones pueden estar o no. ¿Qué pasa si el año que viene Snap deja de estar disponible?

Quiero aclarar que tampoco tengo intención de cubrir el 100% de las distros o configuraciones que puedan existir (cosa imposible en la práctica). Creo que bastante hago con preocuparme de dar facilidades, al fin y al cabo podría decir que con los fuentes y CMake yo ya he hecho el software portable. Pero ya con esos 2 tipos de paquetes se cubre seguramente al 80% de usuarios de Linux. Para el resto que tengan una opción minoritaria, sintiéndolo mucho se tendrán que convertir los paquetes a sus sistemas (que seguramente ya estarán acostumbrados) o si no, compilar el código ellos mismos.

Las que tengo que montar en casa por mi consola... jeje

Ya he conseguido compilar el emulador en mac ...y no funciona

Resulta que los señores de Apple solo han implementado en sus máquinas OpenGL hasta la versión 2.1. Para que te de un contexto OpenGL 3 o más reciente hay que pedirle explícitamente que te lo de sin soportar la pipeline antigua (que es la que uso ahora mismo), con lo cual todavía no va a haber versión Mac.

Tendré que ponerme a portar la parte gráfica a OpenGL moderno. Por suerte ya vi como usar los shaders para vircon, cuando investigué lo de Libretro. Pero me llevará un tiempo portar toda la gestión gráfica. Eso sí, cuando lo haga ya lo tendré preparado también para OpenGL ES. Algo es algo...

#446r2d2rigo:

Y si, lo que estas haciendo de mezclar fixed y programmable pipeline es algo que te iba a morder en el culo tarde o temprano.

Eso parece! Lo que pasa es que la nueva pipeline tampoco la sabía usar cuando empecé. Lo estoy aprendiendo ahora.

Si no se me complica no espero tardar tanto. Pero para organizar una jam no sería problema, el emulador actual sí se puede usar. Lo único sería si alguien con Mac quisiera unirse.