YOUREWINNER.COM
 
   

WINNER: Ride to Hell game
 
Thunder
#31 03-08-2013, 05:10:44 AM
ok thx steev

Also, can you compile them in 32-bit mode with command-line switches? Something to do with GCC or something, I don't know. Have you tested on the Pi?


yourethunder
#32 03-08-2013, 05:12:13 AM
  • Guest
Yeah I will compile 32-Bit binaries

I am trying to compile QB64 on the Pi right now this may take a while...


Thunder
#33 03-08-2013, 05:16:33 AM
Yeah I will compile 32-Bit binaries

I am trying to compile QB64 on the Pi right now this may take a while...

Version 0.980 0.954 I hope.


yourethunder
Thunder
#34 03-08-2013, 05:22:53 AM
You deleted your post. To confirm what you were saying, the new GL version is a work in progress and hardly works at all. I would definitely go with the older version.


yourethunder
#35 03-08-2013, 05:25:47 AM
  • Guest
yeah GL version wouldn't compile for me

SDL version should be more portable I think



Thunder
#36 03-08-2013, 05:27:57 AM
yeah GL version wouldn't compile for me

SDL version should be more portable I think



Yep, let's hope. Well, it's past my bedtime. I will check back in 10-11 hours.


yourethunder
#37 03-08-2013, 05:40:39 AM
  • Guest
argh ran out of memory while compiling

making a bigger swap file then I'll try again

I think it's gonna work tho!!


#38 03-08-2013, 07:23:29 AM
  • Guest
I think the SDL version is broken on Linux (I used the GL version on my laptop)
Got some weird threading error trying to run your game on the Raspi

Trying to compile the GL version again.

I found out if I define the macro QB64_NOT_X86 it will fall back to portable cpp code instead of assembly!!


It also supports GLES which is nice for Pi!!


#39 03-08-2013, 08:16:13 AM
  • Guest
I thought getting the Android GLES code to work on the raspi would be easy but BOY WAS I WRONG!!



Thunder
#40 03-08-2013, 14:36:21 PM
Version 0.980 includes LGPL-licensed libraries static-linked in the executable, so you would only (legally) be able to release the games on something like the Pi store if you open-sourced them to everyone, which I would really not appreciate. Version 0.954 works just fine on Linux for me and many other people. Does the QB64_NOT_X86 flag exist in 0.954?


yourethunder
#41 03-08-2013, 17:02:47 PM
  • Guest
I gave up on the GL version last night, it is too dependent on freeglut which doesn't support the Pi.
I will try the SDL version again today, maybe on a different distro.

People have gotten QB64 SDL working on the Pi in the past so I know it's possible.


Thunder
#42 03-08-2013, 18:28:04 PM
I gave up on the GL version last night, it is too dependent on freeglut which doesn't support the Pi.
I will try the SDL version again today, maybe on a different distro.

People have gotten QB64 SDL working on the Pi in the past so I know it's possible.

I am curious as to what exactly about the Pi FreeGLUT can't handle. Wouldn't it just set up a Mesa window through the OS? Anyways, I assume that you are currently hard at work on this compilation project. I don't think you'll need a different distro. Just my opinion.


yourethunder
#43 03-08-2013, 18:42:36 PM
  • Guest
I don't know why exactly, that's just what I read on the forums.
I assume it has something to do with the Pi having its own implementation of GLES like most embedded devices instead of using OpenGL/mesa.

I can get the SDL version to compile on Raspbian, and your games compile fine too.
But like I said before I get some weird threading error when I try to run them.

A Google search hinted that my libc might be too old (Raspbian uses a pretty old version), that is why I am going to try a different distro.


Thunder
#44 03-08-2013, 18:47:01 PM
I'm going to assume that libc will be statically linked in the program so that you won't get the same threading error the next time you run on the Pi.

Regarding GLES, I don't think Rob implemented that fully yet.


yourethunder
0 Members and 1 Guest are viewing this topic.