[lacks info] Units move to bottom centre of screen; building placement off

[rah]

Hi,

I am using MegaGlest v3.6.0.3 from Debian (package version 3.6.0.3-1.2, architecture amd64).  I have an Intel Core2 Duo E8400 with a Radeon HD 4850 graphics card.  I am using the Xorg Radeon driver with kernel mode setting (OpenGL renderer string: Gallium 0.4 on AMD RV770; OpenGL version string: 2.1 Mesa 7.11.2) on vanilla Linux 3.7.1.

Moving units

Unfortunately, I have a problem issuing orders to units.  When I right-click to tell a unit to go somewhere, they do not go where I click but instead go to the point that was at the bottom centre of the screen at the time I right-clicked.  Please see the following screen shots:





However, If I right-click on resources such as wood, stone or gold, the worker will correctly start harvesting the clicked-on resource.

Locating buildings

Similarly, when I have to select a location for a new building, the only option I have is to place it at the bottom centre of the screen, regardless of where the mouse pointer is located:



I tried to get debugging output but unfortunately while putting DebugMode=True in my ~/.megaglest/glestuser.ini (as described here) I got the following error:

Code: [Select]

rah@myrtle:~$ megaglest
megaglest v3.6.0.3
Compiled using: GNUC: 40702 [64bit] on: Oct 21 2012 14:31:49
SVN: [Rev: ] - using STREFLOP
Error saved to logfile [/home/rah/.megaglest/error.log]
******************************************************
    #2 An error occurred and MegaGlest will close.
Error msg = [Error accessing value: DebugMode in: /home/rah/.megaglest/glestuser.ini
[Error converting string to bool, expected 0 or 1, found: [True]]
Stack Trace:
megaglest:Glest::Game::glestMain(int, char**) address [0x5e9f0c] line: 0
megaglest:Glest::Game::glestMainWrapper(int, char**) address [0x5ee82b] line: 0
/lib/libc.so.6:__libc_start_main() address [0x7f7cf4f6ac8d] line: 0
megaglest() [0x4d40c9] address [0x4d40c9] line: 0
]

Please report this bug to  http://bugs.megaglest.org
******************************************************
Aborted


[tomreyn]

Hi rah, and welcome to the MegaGlest forums!

When editing the INI files, please use lower case "true" (Boolean) or the digit "1".

The problem you are experiencing has been reported before. Please search the forums until someone can get back to you with more specific hints. If I recall correctly, this is due to a MESA issue which only triggers with some open source drivers.

[rah]

Please search the forums

I have searched the forums already; I found only a single unanswered bug report.

[tomreyn]

This is most likely not a bug in MegaGlest. Please consider filing a bug report against your distribution's driver / mesa packages, as well as upgrading to a newer version of your distribution (or newer Kernel / X / MESA / driver stack), if possible.

You did not disclose which Linux distribution (and version) you are using. Since you're saying you're using the MegaGlest package from Debian Wheezy, I assume this is the distribution and version you are using, but with a more current kernel image. I suggest you also try this with Wheezy's default Kernel image which seems to be based on Linux v3.2.0.

You can also try some workarounds on MegaGlest (some of which are discussed in the FAQ, too):

• megaglest --disable-vbo
• export SDL_MOUSE_RELATIVE=0; megaglest
• Set No2DMouseRendering=1 in glestuser.ini

Note that with packaged installation, the ini file location may not be ~/.megaglest/glestuser.ini but ~/.config/megaglest/glestuser.ini (I just don't remember where the Debian packages put it).

If none of this works, please try MegaGlest 3.7.1. You can use the installer we provide on http://megaglest.org (hosted on sourceforge), which will place all files in ~/megaglest by default. Or you can download separate data + binary archives (references to which may be found on the bottom of the Downloads page). If you go with the latter option, extract the data archive first, then change into the extracted directory and extract the binary archive there (or use tar -C ...).

Then try both the standard configuration as well as these workarounds on 3.7.1.

If this does not help either, then you can try a current snapshot (3.8.0-dev), repeating all tests. It's currently sufficient to extract the binary archive to the 3.7.1 installation directory, you do not need to download and replace the game data for testing.

Whenever you test, be sure to deactivate the 3D related options in the options menu to rule out side effects.

Possibly related reports:
[not a bug] v3.6.0, radeon: Mouse clicks are registered at bottom of screen
Problems with Intel driver in linux [solved]

[rah]

This is most likely not a bug in MegaGlest.

It would be odd if it were not a MegaGlest bug given that the same problem occurs on multiple combinations of distribution and GPU.

• megaglest --disable-vbo
• export SDL_MOUSE_RELATIVE=0; megaglest
• Set No2DMouseRendering=1 in glestuser.ini

None of this works.

[softcoder]

Did you try the game in NON fullscreen mode to see if the same problem occurs?

[rah]

Did you try the game in NON fullscreen mode to see if the same problem occurs?

No I didn't; that wasn't suggested to me.

[tomreyn]

I think Softcoder implied / meant to also suggest that if you have (understandably so) not tried it in windowed mode, yet, then it would be good to do it now and to report back your findings.

[rah]

NON fullscreen mode

Moving units and locating buildings works properly in windowed mode.

[softcoder]

What version of SDL was your game compiled against:

megaglest --sdl-info

I see there was a bug in SDL fixing this kind of issue:

http://bugzilla.libsdl.org/show_bug.cgi?id=894

[tomreyn]

Wheezy has libSDL 1.2.15, the patch apparently went into 1.2.14, so it should be fixed there.
We still haven't learnt which distribution and version rah is using, so it's hard to tell whether the Debian Wheezy package he has installed can work on this system.

[softcoder]

Please see if any of these environment variables help:

http://wiki.openttd.org/FAQ_troubleshooting#My_mouse_is_not_sensitive_enough_.28SDL_.2F_Fullscreen.29