Every external dependancy have to be compiled statically and backed in the lib. ![]() So we could start by a software rendered core with the SDL backend as you suggested. LÖVE have many backends, OpenGL, GLES, SDL. But the best way is to real the "test" cores, that are here for educational purposes too. This whole meme that 'Linux is bad for gaming' only holds true apparently when you don't care for it and resort to half-baked measures to churn out I don't remember about the documentation, but I know that there are some. At the very least I can find solace in the fact that every RA/libretro port is always, without exception, always better on Linux vs. Good concept, but absolutely terrible execution. They couldn't have possibly executed it in a worse fashion, it couldn't have been a worse broken solution. And I find it personally to be terrible that Linux is getting a bad name right now amongst game devs because of this horrible half-baked effort called SteamOS and all of the crapware ports that are arriving on it. I feel pretty strongly about this and I can't see myself ever changing my stance on this. It's either going to be done properly (i.e. Programs need to be reimplemented to use the libretro API, I will never, ever add 'launch external program' abilities to it because that is inherently the wrong way to do it. It doesn't lack it, it's the entire point. I cannot disagree more with your assertion that 'RetroArch lacks the ability to run non-libretro programs'. It is the reason why SteamOS sucks so badly in my opinion, you CANNOT have standalone games implemented through various means without going through some governing application API unless you want to have the entire gaming platform fall apart right in front of your nose, which is exactly what is happening on SteamOS with all of these terribad game ports. As a project leader, though, and as a custodian of this project, it is not something that I am going to personally support though, and to be frank I honestly I think it is a big waste of time and having ports/programs that are not implemented through libretro and having RA launch those kills the entire concept of RetroArch, it kills the entire concept and point behind Lakka, it kills quality assurance, it really makes the entire thing fall apart. ![]() I am not opposed to this launcher or anything, you can use it and all, I can see the point for you personally, I am not stopping you from doing it or whatever. (but it goes deeper than not being interesting to a single individual like me, it is from a project perspective detrimental to the project). Anything non-libretro falls outside the scope of this project and is not interesting to me. This is an application ecosystem that honestly should have happened decades ago instead of mucking about with separate executables per program that all become outdated and die and decay over time and require continuous maintenance. ![]() This entire project all centres around the libretro API.
0 Comments
Leave a Reply. |