Search found 15 matches
- Tue Nov 03, 2009 5:42 pm
- Forum: Discussion
- Topic: Non-standard aspect ratio - now solved for Fighter HUD
- Replies: 53
- Views: 10427
- Tue Nov 03, 2009 2:43 am
- Forum: Discussion
- Topic: Non-standard aspect ratio - now solved for Fighter HUD
- Replies: 53
- Views: 10427
- Wed Oct 28, 2009 3:31 am
- Forum: Oolite-Linux
- Topic: GNUstep 1.16 v 1.19 - should 1.19 work?
- Replies: 11
- Views: 7821
A rather lame reply to say that running gnustep-base 1.19.3 and gnustep-gui 0.17 didn't work well with saved games with an 'in progress' assignment such as UPS, or delivering cargo, or any other type of mission. Loading a saved game with this information would result in a Cobra Mk III OXP not found...
- Tue Oct 27, 2009 6:25 pm
- Forum: Oolite-Linux
- Topic: [Solved] Slow Oolite in Ubuntu
- Replies: 11
- Views: 9871
Re: Some details as requested
Renderer: Mesa DRI Intel(R) 915G 20061017 x86/MMX/SSE2 Ah, OK -- that is a 915G chipset (also known as 82915G, GMA 900, or Grantsdale, or whatever other name Intel wants to make up this week). I'm afraid I can't test on similar hardware myself, so I can't really tell what will help, but perhaps ano...
- Tue Oct 27, 2009 3:59 am
- Forum: Oolite-Linux
- Topic: [Solved] Slow Oolite in Ubuntu
- Replies: 11
- Views: 9871
Re: Slow Oolite in Ubuntu
There is no graphics/video card only onboard intel graphics. Hi, Adeypoop! Could you please describe exactly which Intel graphics chipset you have? Either the output of "glxinfo", or the Oolite log (look in ~/.Oolite/Logs/Latest.log , and search for a few lines around "[rendering.ope...
- Thu Oct 22, 2009 3:58 pm
- Forum: Suggestion Box
- Topic: Speed up for short range chart
- Replies: 8
- Views: 3111
It''s going in. Thanks, a_c! Considering the cache consists of 256 entries anyway, why not just cache the system data for the entire current map for the duration of the gaming session anyway? Ah, good point. The existing generateSystemData claims to obtain a 80-95% hit rate with its single system c...
- Thu Oct 22, 2009 3:48 am
- Forum: Suggestion Box
- Topic: Speed up for short range chart
- Replies: 8
- Views: 3111
Speed up for short range chart
Hi folks, On my system (2.13 GHz Core 2 Duo), the short range chart is pretty slow (about 40 fps, using 100% CPU). The problem is that drawStartChart calls generateSystemData for every nearby system for every single frame, and collectively that takes an awful lot of work. What do you think about the...
- Wed Oct 21, 2009 5:19 am
- Forum: Oolite-Linux
- Topic: NSRunLoop exiting too soon -- FIXED by upgrading GNUstep
- Replies: 8
- Views: 6076
Re: NSRunLoop exiting too soon
This is running on GNUstep 1.19.1. It’s possible this is your issue. 1.19.1 is an out-of-date development release. The current stable is 1.18.0 and the current unstable is 1.19.3. Thanks, Ahruman! You were exactly right. Upgrading to 1.19.3 fixed the problem. (Another happy side effect of the upgra...
- Tue Oct 20, 2009 3:20 am
- Forum: Discussion
- Topic: Non-standard aspect ratio - now solved for Fighter HUD
- Replies: 53
- Views: 10427
What do you think about this patch, which allows HUD items to specify new x_origin and y_origin properties which describe the desired co-ordinate system? (The values should be floating point numbers, e.g. x_origin = 1.0 means that the x co-ordinate is interpreted relative to the right hand side of t...
- Thu Oct 08, 2009 2:24 am
- Forum: Discussion
- Topic: Non-standard aspect ratio - now solved for Fighter HUD
- Replies: 53
- Views: 10427
Y A J, your patch would force a lot of HUDs to be redesigned, and in that sense it could be 'fun' to add it to the codebase. Still, we don't really want to force change down people's throats. I agree: it shouldn't be added to the default source as it is. It improves some existing HUDs at the expens...
- Wed Oct 07, 2009 2:11 am
- Forum: Discussion
- Topic: Non-standard aspect ratio - now solved for Fighter HUD
- Replies: 53
- Views: 10427
This will not achieve the desired result for HUDs that use sprites to add detail to the crosshairs, or add a “real” HUD (like the fighter HUD). True. Like I said, I haven't bothered testing the patch with different OXPs, but I would expect they would roughly fall into one of three categories: Some ...
- Tue Oct 06, 2009 2:44 am
- Forum: Discussion
- Topic: Non-standard aspect ratio - now solved for Fighter HUD
- Replies: 53
- Views: 10427
A patch to align (only) the legends and dials to the bottom
Hi, folks! Here is a patch against SVN trunk which moves only the "bottom" part of the HUD (i.e., the dials and legends, but not crosshairs or any other part of the display) to the screen bottom edge. This is what I understand screet and pwm57's suggestions to be. The patch seems to work f...
- Sun Oct 04, 2009 2:18 am
- Forum: Oolite-Linux
- Topic: NSRunLoop exiting too soon -- FIXED by upgrading GNUstep
- Replies: 8
- Views: 6076
Thanks, folks. It does sound like trying different GNUstep versions is worth a try. The only thing is... the workaround I mentioned is enough to get the game to run, and, wow... this has got to be right up there with the best games of the past 25 years. I suppose I could save my commander and stop t...
- Fri Oct 02, 2009 6:31 pm
- Forum: Oolite-Linux
- Topic: NSRunLoop exiting too soon -- FIXED by upgrading GNUstep
- Replies: 8
- Views: 6076
- Fri Oct 02, 2009 4:38 pm
- Forum: Oolite-Linux
- Topic: NSRunLoop exiting too soon -- FIXED by upgrading GNUstep
- Replies: 8
- Views: 6076
NSRunLoop exiting too soon -- FIXED by upgrading GNUstep
Hi, I have run into an odd problem which doesn't seem to have been reported before: when I start Oolite, I get a splash screen and then a very very brief title screen, and immediately after that appears, Oolite exits with status 0. A little bit of source hunting revealed that the main NSRunLoop iter...