|
|
jku
Zebranky food
 Offline
Posts: 14
|
Hmmm... I just tried setting my host X server to 16bits, and running uqm there (with same settings as scratchbox). That works fine in a window and in full-screen.
So what's going on?
|
|
|
|
|
Logged
|
|
|
|
Novus
Enlightened
Offline
Gender: 
Posts: 1938
Fot or not?
|
Two theories:
- Scratchbox's version of SDL (or Xnest) doesn't support any more than 16 bit colour (and is failing to decrease the bit depth even though UQM is telling SDL to use whatever bit depth is available!). Try editing the SDL_SetVideoMode call in UQM (src/sc2code/libs/graphics/sdl/pure.c) to use 16 bit colour instead of 32.
- Xnest has some problems with running at a different bit depth than the host server.
|
|
|
|
|
Logged
|
|
|
|
|
|
jku
Zebranky food
Offline
Posts: 14
|
That wasn't too hard...
|
|
|
|
|
Logged
|
|
|
|
|
|
jku
Zebranky food
Offline
Posts: 14
|
The controls are a problem.
There are enough buttons I believe (although my muscle memory doesn't tell me how many were used in SC2...). There are 7 (not counting the four-way rocker) of which 2 shouldn't / can't be overridden:
Left of screen
* enter (inside the rocker)
* cancel
* menu
* home [maybe should not be used]
On top
* maximize/unmaximize [should not be used]
* plus
* minus
* on/off [should not be used]
The biggest problem is that the four-way rocker is actually very uncomfortable for fast action -- it is ok for starmap, but pretty much unusable in Melee in UQM. . . On the other hand using the stylus to fly might work: There is a Doom port (the true sign of a living platform  ) that has this "stylus control area" on the bottom of the screen, so you achieve somtehing-like-mouse-precision control without covering the screen with your hand.
|
|
|
|
|
Logged
|
|
|
|
|
|
jku
Zebranky food
Offline
Posts: 14
|
Meep-eep: Surprisingly little. The only "real code changes" were the bitdepth thing discussed here and fixing too high sampling frequency in music playback. The rest were packaging problems related to getting the app installed and running on the device.
It took me one evening, but someone more familiar with maemo (the dev platform) would probably have done it in less than an hour -- this is a good indication that Nokia made a good choice when they decided to put a more-or-less standard Linux distro in the 770.
|
|
|
|
« Last Edit: February 24, 2006, 09:05:06 pm by jku »
|
Logged
|
|
|
|
|
|
jku
Zebranky food
Offline
Posts: 14
|
Sometimes there are quite bad slowdowns in melee, sometimes it's entirely playable* -- the difference seems to be related to whether I start the app from the command line or from a menu (...odd, I know. I don't currently give maemo-desktop the "Hello-my-name-is-UQM--please-add-me-to-runnning-apps-list-etc" -signal, maybe this is related to that).
EDIT:
*) entirely playable == slow, but not slow as molasses
|
|
|
|
« Last Edit: February 25, 2006, 11:56:04 am by jku »
|
Logged
|
|
|
|
Novus
Enlightened
Offline
Gender:
Posts: 1938
Fot or not?
|
Looking at pure.c again, there seems to be a lot of 32-bit surfaces being created. Changing them to 16-bit may speed things up, if you haven't done that already. You may have to do a lot of hacking to do this, though, as UQM seems to be running at 32 bits internally. However, I think the graphics system is probably the greatest time sink right now. Does turning the scaling off (using 320x240 mode graphics) speed things up much?
|
|
|
|
|
Logged
|
|
|
|
|
|
Novus
Enlightened
Offline
Gender:
Posts: 1938
Fot or not?
|
I did some experimenting; on my hardware (Athlon XP at 1800 MHz, nVidia GeForce 4) pure SDL mode is noticeably slower (15-20 % CPU) in Melee than OpenGL mode (5-10 %) (640x480 graphics, pure pixel doubling, no sound). Changing between 16 and 32 bit colour X server, however, doesn't seem to have any effect. I'm not entirely sure what's causing the slowdown on my system, let alone your 770.
|
|
|
|
|
Logged
|
|
|
|
Author
