Egoboo mac
Moderator: Developers
-
- Acid Blob (New member)
- Posts: 1
- Joined: Wed Jan 05, 2011 7:57 pm
Egoboo mac
Hi, i have a problem compiling egoboo 2.8.1
i have an iMac with snow leopard, xcode 3.2.5 installed. i followed the steps in the user manual. By compiling egoboo in build config "release", i get two error messages:
File /Users/Manu/Downloads/egoboo-2.8.1/src/osx/../Egoboo.app depends on itself. This target might include its own product.
i am newbi with xcode, so could somebody please help me?
thank you in advance
Manu
i have an iMac with snow leopard, xcode 3.2.5 installed. i followed the steps in the user manual. By compiling egoboo in build config "release", i get two error messages:
File /Users/Manu/Downloads/egoboo-2.8.1/src/osx/../Egoboo.app depends on itself. This target might include its own product.
i am newbi with xcode, so could somebody please help me?
thank you in advance
Manu
-
- Sheep (Developer)
- Posts: 27
- Joined: Tue Oct 21, 2008 10:51 pm
- Location: Murrieta, CA
- Contact:
Ok, it's building and running off of the latest in branches/2.8.x, but it's painfully slow. I'll need to run it through the profiler to see if there's anything in particular causing it.
Also, input's not working properly. Using the arrow keys, I can only go right and down. Using the left or up keys also moves me right or down.
Also, input's not working properly. Using the arrow keys, I can only go right and down. Using the left or up keys also moves me right or down.
-
- Sheep (Developer)
- Posts: 27
- Joined: Tue Oct 21, 2008 10:51 pm
- Location: Murrieta, CA
- Contact:
This is a fast computer; an 11 year old game shouldn't be causing it problems. Even the menus are being extremely choppy.
Initial profiling shows a ton of time spent in SDL_GetTicks (and downstream functions). It appears that the process manager spends a lot of time spinlocking here:
I haven't run it on a Windows computer in ages though, so I don't know what the expected behavior is like nowadays.
Initial profiling shows a ton of time spent in SDL_GetTicks (and downstream functions). It appears that the process manager spends a lot of time spinlocking here:
Code: Select all
while ( !EProc->base.killme && !EProc->base.terminated )
{
// put a throttle on the ego process
EProc->ticks_now = SDL_GetTicks();
if ( EProc->ticks_now < EProc->ticks_next ) continue;
-
- {]-[0{0|307 (Developer)
- Posts: 1864
- Joined: Wed Jul 23, 2008 4:22 am
- Location: Minnesota, USA
I think that in a later version I put a in there. On windows systems this does not seem to make too much difference. The bottlenecks reported by my profiler are in the vector functions and a couple of parts of the collision code.
This part of the code (the part to make various machines synchronize) is not very well written, and has suffered from a lot of version changes/incompatibility over time. (For instance, I will fix it, but then that branch ends up being abandoned for another reason... )
Code: Select all
if ( EProc->ticks_now < EProc->ticks_next ) { SDL_Delay(10); continue; }
This part of the code (the part to make various machines synchronize) is not very well written, and has suffered from a lot of version changes/incompatibility over time. (For instance, I will fix it, but then that branch ends up being abandoned for another reason... )