Messages

176

Mods / Re: Tech High Quality

« on: 29 April 2013, 15:42:47 »

Thanks for all the feedback and support  . Criticism is fine (as long as it's constructive and not abusive) and can be very useful. I see what you mean by the overly-high contrast. It doesn't match the rest of the Megaglest art style so well, so I'll see how it looks with a lower contrast + post the results. Also I was thinking of adding more ivy to the building as it's very hard to see the plant-life growing round the building.

Oh, that reminds me, could you consider uploading your WIP regularly? So many mods are started and never completed, but the work is never uploaded, so can't be used in other projects.

Thanks for the confidence you have in me completing this project  . (Joking) But yes, I can't guarantee for whatever reason that I complete my project work so maybe I could put my WIP into dropbox or something like that if you like.

177

Mods / Tech High Quality

« on: 28 April 2013, 21:04:24 »

I've been working on creating better models for the tech faction. So far I have only finished (at least almost finished) the castle, but there are 4 other models on the go Here's a preview:

Low quality texture:

High quality texture:

178

Maps, tilesets and scenarios / Re: tileset birch forest (alpha2 available )

« on: 17 April 2013, 16:26:20 »

Sounds like a good idea, but also explains why you couldn't find blueberries on my map. 

179

Maps, tilesets and scenarios / Re: tileset birch forest (alpha2 available )

« on: 17 April 2013, 02:15:50 »

Just to note while editing my latest map I saw (while looking for blueberries ) that the dead trees seem to be what the big trees should be and vice versa in the dev-alpha 2 of this tileset.

180

Maps, tilesets and scenarios / Re: tileset deciduous forest (work in progress)

« on: 3 April 2013, 22:48:58 »

Nice work! Looks really authentic with the barrels and the detail. More beer atze!

181

Maps, tilesets and scenarios / Re: tileset birch forest (alpha available )

« on: 3 April 2013, 22:47:38 »

Nice job! The textures are very detailed. Can't wait to see this officially released!

182

Feature requests / Re: Name Creation on first game.

« on: 3 April 2013, 15:06:36 »

Sounds Like a good idea so I'll be waiting patiently too.

183

Feature requests / Name Creation on first game.

« on: 23 March 2013, 00:13:03 »

Quite a few 'newbies' when they first start playing Megaglest tend to not bother /don't know how /don't notice to change their name from newbie. This then can get very confusing when multiple people called newbie start playing online. I was thinking that a box when the program is started for the first time by the user can be filled in with a player name before the menu is brought up would then lead to less newbie-confusion.

Thanks.

184

Closed bug reports / Re: [fixed] r4045: setupBuildDeps.sh does not recognise LinuxMint 14

« on: 25 January 2013, 23:02:39 »

Thanks. The script now works fine.

185

Closed bug reports / Re: LinuxMint 14 MG 3.7.2: setupBuildDeps.sh does not recognise Distribution

« on: 25 January 2013, 17:19:23 »

I just uninstalled libwxgtk2.8-0 and then installed libwxgtk2.8-dev and the installation seemed to work fine. 

186

Closed bug reports / Re: LinuxMint 14 MG 3.7.2: setupBuildDeps.sh does not recognise Distribution

« on: 25 January 2013, 17:16:40 »

Thanks for the fix. That was a silly mistake with the sudo. Unfortunately I still came up with an error when trying to install libwxgtk2.8-dev:

Code: [Select]

sudo apt-get install build-essential subversion automake autoconf autogen cmake; sudo apt-get install libsdl1.2-dev libxerces-c2-dev libalut-dev libgl1-mesa-dev libglu1-mesa-dev libvorbis-dev libwxbase2.8-dev libwxgtk2.8-dev libx11-dev liblua5.1-0-dev libjpeg-dev libpng12-dev libcurl4-gnutls-dev libxml2-dev libircclient-dev libglew-dev libftgl-dev libvlc-dev libfribidi-dev
Reading package lists... Done
Building dependency tree       
Reading state information... Done
autoconf is already the newest version.
autogen is already the newest version.
automake is already the newest version.
build-essential is already the newest version.
cmake is already the newest version.
subversion is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 37 not upgraded.
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies.
 libwxgtk2.8-dev : Depends: libwxgtk2.8-0 (= 2.8.12.1-11ubuntu3.1) but 2.8.12.1-12 is to be installed
E: Unable to correct problems, you have held broken packages.


187

Closed bug reports / [fixed] r4045: setupBuildDeps.sh does not recognise LinuxMint 14

« on: 23 January 2013, 22:54:43 »

When I run the script, the output for an unrecogised distribution comes up:

Code: [Select]

We have detected the following system:
 [ LinuxMint ] [ 14 ] [ nadia ] [ x86_64 ]

On supported systems, we will now install build dependencies.

Unsupported LinuxMintrelease.

Please report a bug at http://bugs.megaglest.org providing the following information:
--- snip ---
SVN version:  4045
LSB support:  1
Distribution: LinuxMint
Release:      14
Codename:     nadia
--- snip ---

For now, please try this (which works with other LinuxMint releases) and report back how it works for you:
apt-get install build-essential subversion automake autoconf autogen cmake; apt-get install libsdl1.2-dev libxerces-c2-dev libalut-dev libgl1-mesa-dev libglu1-mesa-dev libvorbis-dev libwxbase2.8-dev libwxgtk2.8-dev libx11-dev liblua5.1-0-dev libjpeg-dev libpng12-dev libcurl4-gnutls-dev libxml2-dev libircclient-dev libglew-dev libftgl-dev libvlc-dev libfribidi-dev
Thanks!
When I install the packages manually they all seem to install except I get an error message at the end:

Code: [Select]

sudo apt-get install build-essential subversion automake autoconf autogen cmake; apt-get install libsdl1.2-dev libxerces-c2-dev libalut-dev libgl1-mesa-dev libglu1-mesa-dev libvorbis-dev libwxbase2.8-dev libwxgtk2.8-dev libx11-dev liblua5.1-0-dev libjpeg-dev libpng12-dev libcurl4-gnutls-dev libxml2-dev libircclient-dev libglew-dev libftgl-dev libvlc-dev libfribidi-dev
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Suggested packages:
  autoconf2.13 autoconf-archive gnu-standards autoconf-doc libtool
  subversion-tools db5.1-util
The following NEW packages will be installed
  autoconf autogen automake build-essential cmake subversion
0 upgraded, 6 newly installed, 0 to remove and 36 not upgraded.
Need to get 5,243 kB/7,165 kB of archives.
After this operation, 18.9 MB of additional disk space will be used.
Get:1 http://archive.ubuntu.com/ubuntu/ quantal/main autoconf all 2.69-1ubuntu1 [568 kB]
Get:2 http://archive.ubuntu.com/ubuntu/ quantal/main build-essential amd64 11.5ubuntu3 [5,814 B]
Get:3 http://archive.ubuntu.com/ubuntu/ quantal/main cmake amd64 2.8.9-0ubuntu1 [4,669 kB]
Fetched 5,243 kB in 23s (219 kB/s)                                             
Selecting previously unselected package autoconf.
(Reading database ... 188353 files and directories currently installed.)
Unpacking autoconf (from .../autoconf_2.69-1ubuntu1_all.deb) ...
Selecting previously unselected package autogen.
Unpacking autogen (from .../autogen_1%3a5.12-0.1ubuntu2_amd64.deb) ...
Replaced by files in installed package libopts25-dev ...
Selecting previously unselected package automake.
Unpacking automake (from .../automake_1%3a1.11.6-1ubuntu1_all.deb) ...
Selecting previously unselected package build-essential.
Unpacking build-essential (from .../build-essential_11.5ubuntu3_amd64.deb) ...
Selecting previously unselected package cmake.
Unpacking cmake (from .../cmake_2.8.9-0ubuntu1_amd64.deb) ...
Selecting previously unselected package subversion.
Unpacking subversion (from .../subversion_1.7.5-1ubuntu2_amd64.deb) ...
Processing triggers for man-db ...
Processing triggers for install-info ...
Processing triggers for doc-base ...
Processing 2 added doc-base files...
Registering documents with scrollkeeper...
Setting up autoconf (2.69-1ubuntu1) ...
Setting up autogen (1:5.12-0.1ubuntu2) ...
Setting up automake (1:1.11.6-1ubuntu1) ...
update-alternatives: using /usr/bin/automake-1.11 to provide /usr/bin/automake (automake) in auto mode
Setting up build-essential (11.5ubuntu3) ...
Setting up cmake (2.8.9-0ubuntu1) ...
Setting up subversion (1.7.5-1ubuntu2) ...
E: Could not open lock file /var/lib/dpkg/lock - open (13: Permission denied)
E: Unable to lock the administration directory (/var/lib/dpkg/), are you root?
but after doing the manual install when I try to run the build-mg script I get this output:

Code: [Select]

-- The C compiler identification is GNU 4.7.2
-- The CXX compiler identification is GNU 4.7.2
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Build type for this compile will be:
-- MegaGlest Version is [3.7.2]
-- Detected GNUC Compiler...
-- *NOTE: Checking for max SSE LEVEL [1]
-- Max SSE desired: [1]
-- Performing Test HAS_SSE3_EXTENSIONS
-- Performing Test HAS_SSE3_EXTENSIONS - Success
-- Performing Test HAS_SSE2_EXTENSIONS
-- Performing Test HAS_SSE2_EXTENSIONS - Success
-- Performing Test HAS_SSE_EXTENSIONS
-- Performing Test HAS_SSE_EXTENSIONS - Success
-- Found SSE extensions, using flags: -msse -mfpmath=sse
-- *NOTE: using SSE for STREFLOP.
-- Performing Test HAS_GCC_BACKTRACE
-- Performing Test HAS_GCC_BACKTRACE - Success
-- Found GCC backtrace lib, will support backtraces
-- Found Subversion: /usr/bin/svn (found version "1.7.5")
-- Found SVN and using SVN version stamping...
-- *NOTE: NOT USING a Custom Data Install Path...
-- **Found game source code.
-- Will try to build MegaGlest shared library
CMake Error at mk/cmake/Modules/FindPackageHandleStandardArgs.cmake:94 (MESSAGE):
  Could NOT find CURL (missing: CURL_LIBRARY CURL_INCLUDE_DIR)
Call Stack (most recent call first):
  mk/cmake/Modules/FindPackageHandleStandardArgs.cmake:255 (_FPHSA_FAILURE_MESSAGE)
  mk/cmake/Modules/FindCURL.cmake:20 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  source/shared_lib/CMakeLists.txt:51 (FIND_PACKAGE)

-- Configuring incomplete, errors occurred!

ERROR: CMAKE failed.

Thanks

188

Mods / Re: I've been thinking this for a looong time.

« on: 15 December 2012, 20:47:01 »

Another point I'd like to make is, when playing offline, I find the games too short. This is because on other games the war lasts a very long time but you can just play for a little while and then save it for another time, so the game lasts longer and I get more fun out of it. But online the brief games work really well, because it means everybody has time to stay for a whole game so the games actually get finished. I don't have a clue though how this problem could be fixed.

189

Mods / Re: I've been thinking this for a looong time.

« on: 15 December 2012, 20:37:00 »

One other thing which might improve the look and feel of Megaglest is to remodel the Menus (I'd be happy to give designs, but not actually make the change as currently I have no Idea how to do so!  ). I won't go into detail here because this is more of a feature request.

190

Closed bug reports / Re: [lacks info] 3.7.0 When joining a server, players may remain on lobby chat (IRC)

« on: 20 November 2012, 22:15:04 »

The bug is gone now on svn head. 

191

Closed bug reports / Re: [lacks info] 3.7.0 When joining a server, players may remain on lobby chat (IRC)

« on: 19 November 2012, 19:55:21 »

I've managed to produce this bug on MG 3.7.0 Rev3905 and on MG-dev Rev3928. It is triggered if I join a headless server before the game manages to connect me to the IRC channel.

Here's a photo of the bug in action, showing me in the lobby and also in the headless server: http://megaglest.pzt.me/9rqn
Also this is a verbose log of the game with the bug using the svn: http://megaglest.pzt.me/8uku
and with MG 3.7.0: http://megaglest.pzt.me/8ckg

Hope these can be of help.

192

Closed bug reports / Re: Linux mint-- setupBuildDeps.sh script for svn doesn't recognise linux mint OS

« on: 31 October 2012, 20:25:12 »

Thanks. The script works fine now.

193

Closed bug reports / [fixed] Linux mint-- setupBuildDeps.sh script for svn doesn't... linux mint OS

« on: 31 October 2012, 09:10:22 »

Running the script puts up the error message:

Code: [Select]

We have detected the following system:
 [ LinuxMint ] [ 13 ] [ maya ] [ x86_64 ]

On supported systems, we will now install build dependencies.

Unsupported Linux distribution.

Please report a bug at http://bugs.megaglest.org providing the following information:
--- snip ---
SVN version:  3793
LSB support:  1
Distribution: LinuxMint
Release:      13
Codename:     maya
--- snip ---

For now, you may want to take a look at the build hints on the MegaGlest wiki at http://wiki.megaglest.org/
If you can come up with something which works for you, please report back to us, too. Thanks!

I reckon if you were to get the script to recognise mint and run as if it was using Ubuntu it should work  .

194

Closed bug reports / Re: [lacks info] 3.6.1-dev crashes while attempting to download a custom map

« on: 22 September 2012, 19:52:56 »

Currently I have Microsoft security essentials, Sophos and windows firewall installed on the windows side (which I was hosting from). Unfortunately, I haven't seen nig for a while so I cannot say what (if any) antivirus and/or firewalls nig has in place.

I haven't been able to reproduce this error with anyone else so far, so I assume the problem is on nig's side. Also this error didn't and doesn't occur on MG 3.6.03 with nig or anyone else.

All I can think of doing for now is keeping an eye out for this error in future.
 

195

Closed bug reports / Re: Fedora 17, MG v 3.6.03 & 3.6.1-dev: MG crashes while user returns to fullscreen

« on: 13 September 2012, 19:30:07 »

Sorry I've taken so long to reply.

Unfortunately, there were no working drivers for this computer with the particular GUI installed, and the alternate options (eg. using a different GUI, or replacing the GPU for a nvidia apparently works) are not options for me to decide, as i don't own this pc. But thanks for the help you all provided. 

196

Closed bug reports / Re: Fedora 17, MG v 3.6.03 & 3.6.1-dev: MG crashes while user returns to fullscreen

« on: 6 August 2012, 22:56:49 »

Ok thanks for the instructions.

With much help from tomreyn i managed to produce both these logs: http://megaglest.pzt.me/9keg, http://megaglest.pzt.me/3p3d

Also I should mention that sometimes this crash can cause the system to force me to log off or automatically do a reboot

tomreyn also mentioned to me:

<tomreyn> Jammyjamjamman: by unfortunate combination i mean that the two GPUs don't seem to go together well. generally mux-less  systems tend to be problematic.

So clearly it seems that the main problem here is the GPU set-up in this computer.

197

Closed bug reports / [invalid] MG 3.6.1-dev crashes on Fedora 17 when returning to fullscreen

« on: 6 August 2012, 01:09:22 »

When I want to switch from windowed mode to full-screen (by pressing alt+return) at any time during using the game it crashes, on both the Normal and the dev game.

Here is a link to a verbose log of the event in MG v3.6.03, although it is harder to achieve the crash when mg is opened in the terminal when returning to full-screen:http://megaglest.pzt.me/1ked

Also here is some information about my system created by the system report utility: http://megaglest.pzt.me/29er

I hope these links can be of help.

198

Closed bug reports / Re: v3.6.1 Rev-3419: MG recognises all mods as having data differences on windows

« on: 8 July 2012, 12:03:12 »

Thanks softcoder! The problem is fixed and the game recognises the mod game data properly now . It also recognises when the game data actually is different.

199

Closed bug reports / Re: v3.6.1 Rev-3419: MG recognises all mods as having data differences on windows

« on: 6 July 2012, 23:35:12 »

Just to answer tomreyn's question I redownloaded the Japanese via tomreyn's server where the error instantly emerged again.

200

Closed bug reports / [fixed] r3419: MG recognises mods as having data differences, CRC mismatches

« on: 6 July 2012, 12:09:35 »

When I tried to have a game with tomreyn on the dev version of MG with the Japanese faction v0.89 while using windows7, I kept getting a message complaining about the game data being different between the client (me) and server (tomreyn). The problem was known to be on my end a typedef (who was also there) was having no problems with his data. Even after deleting all my user data (too much ) and re-downloading and installing this mod had no effect.
One idea to the solution (suggested by tomreyn) was to reset the tcp/ip stack(which we still have yet to try out).
Other sources of the problem though could be the Windows firewall, Micosoft security essentials Antiviral software, Sophos Antiviral software, the routers firewall or a bad internet connection which is adsl with 3mb/s download and 0.5mb/s upload.
Also in the Mod Centre all but 2 tilesets were recognised as having game data differences.