ODROID C1 - How do I port Love2d - lubuntu (armhf)

[no_akira]

ODROID C1 device, fantastic powerful little sbc (single board computer), and cheap £28

armhf architecture not 1386 ... ??

How can I get Love2d running on it (lubuntu) ?

[josefnpat]

Start here and tell us where you are having problems.

[no_akira]

Just to clarify....

https://bitbucket.org/MartinFelis/love- ... id_-_Linux

Q1: I have to build it like its an android device, even though its lubuntu running of ARM chips (armhf) ?

Q2: Over on the ODROID forum they are saying Love2d is built for OpenGl 1.* and that to use translation utility called glshim ?

[bartbes]

If you compile the version from this branch https://bitbucket.org/bartbes/love-expe ... ranch/GLES, things should "just work".

[no_akira]

Cheers will try tonight and report back

[josefnpat]

Sorry about that, when I saw the "DROID" part in the "ODROID C1" I assumed it was a device running Android, which is why I suggested love-android-sdl2. Since you're running lubuntu instead of android (I thought that lubuntu was the remote machine), use the GLES branch as suggested by bart. It works nicely on my rpi.

[grism]

I tried the bart version with my Odroid C1+ but it failed at the first step (automagic).

I've been trying for days to get Love2D working on my device. Has there been any progress? The binary package is no good. It doesn't appear to support GLES, which is necessary.

Here is the error from automagic:

Code: Select all

[automagic]  Running aclocal...
[automagic]  Running autoconf...
configure.ac:52: error: possibly undefined macro: AM_PATH_SDL2
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
[automagic]  Failed, sadface.

[bartbes]

Unsurprisingly, things have changed over the last 2 years. Love now always supports GLES out of the box, I'm not sure what error you're getting from the binary package, but GLES (2) support is in there. If you do want to compile it yourself, you can either get the source package from the downloads, where automagic has been run for you, or you can get the repo version and make sure you've installed the dev package of sdl2 properly and its autoconf macro is in the aclocal search path.

[grism]

Yes, that is unsurprising.

I downloaded the latest sources for SDL2 and Love2D but it doesn't work. For some reason, it tries to use OpenGL (which fails, of course) and then doesn't try GLES. I verified this by running the SDL2 tests and seeing that it uses software rendering (and not GLES). I got the usual "driver not found' errors when things ran in software mode. Love2D reported that OpenGL and GLES weren't available and would not load.

Next, I recompiled SDL2 and disabled OpenGL support. I ran the SDL2 tests and verified that it was using GLES acceleration. In this case, I got confirmation that it loaded the right driver. Then I tried Love2D but it got a fatal error and would not start.

Love2D appears to depend on SDL2 to init and open windows. I'm not sure why SDL2 doesn't fall back from OpenGL to GLES(2) but when I force GLES in SDL2, then Love2D crashes.

[bartbes]

Ah, there's a software OpenGL implementation it prefers? That's possible, since love probes for OpenGL before GLES. You can have it prefer GLES by setting the environment variable LOVE_GRAPHICS_USE_OPENGLES to 1, or setting the define LOVE_GRAPHICS_USE_OPENGLES when compiling.