Forum Replies Created

Viewing 10 posts - 271 through 280 (of 280 total)
  • Author
  • in reply to: Minimum System Requirements #9153


    You have to set your XFree display to 24bits mode.

    For instance i have in /etc/X11/XF86Config (only pasting relevant part) :

    # **********************************************************************
    # Screen sections
    # **********************************************************************

    # Any number of screen sections may be present. Each describes
    # the configuration of a single screen. A single specific screen section
    # may be specified from the X server command line with the “-screen”
    # option.
    Section “Screen”
    Identifier “Screen 1”
    # Device “MATROX-G200”
    Device “GEFORCE4TI”
    Monitor “HP-A4576A”
    DefaultDepth 24

    Subsection “Display”
    Depth 8
    Modes “1280×1024” “1152×864” “1024×768” “800×600” “640×480”
    ViewPort 0 0
    Subsection “Display”
    Depth 16
    Modes “1280×1024” “1152×864” “1024×768” “800×600” “640×480”
    ViewPort 0 0
    Subsection “Display”
    Depth 24
    Modes “1280×1024” “1152×864” “1024×768” “800×600” “640×480”
    ViewPort 0 0


    The important part is to set the DefaultDepth to 24 and have a “Depth=24” Display subsection.

    This is not the only way to do it, your config file may be placed elsewhere, am not a X configuration pedagogy guru, etc., but you should be able to fix your problem with those hints and a lil googling around.

    in reply to: A strange bug #10009


    My pleasure .

    Question on windows building : i plan on building my own windows scorched3d exec. from CVS too.
    Any reason MSVC 6 could not be used to build it (i don’t have access to a MSVC .NET currently) ? Anyone tried it already ?

    Apologises for the topic hijackin’ 😳

    in reply to: A strange bug #10005


    If i understand what the man page for setlocale() says, setlocale(LC_ALL, “C”) would not change the default behaviour ?

    Reckon i have no idea on how to fix that problem on the code side 🙂

    in reply to: A strange bug #10002


    This may also be related to the non-english LANG setting problem i discussed in the FreeBSD topic.

    Do you have LANG set ? If so, try to run the game using the command LANG=”” scorched3d from a terminal window, and see if that helps.

    in reply to: Stupic Display Error #9748


    Note on your changes : I was previoulsy able to run the game with a display in 16bpp mode, now i have to set it to 24bpp, otherwise the game’s borking at me.
    May not be going the way you intended it to 🙂

    in reply to: Building from CVS on FreeBSD #9947


    Oh, and yes server browsing works ok.

    I have a couple of other issues to ask about, but need to do a bit more of homework before blindly reporting, will see a bit later.

    And, you may not know, but there’s an “official” port of the game in the FreeBSD ported applications (though it stil use version 35) tree. See the freebsd ported applications list. It means people can just install the game doing, as root user, cd /usr/ports/games/scorched3d-devel; make install clean (and optionally making world writable /usr/local/games/scorched3d/data/display.xml).

    in reply to: Building from CVS on FreeBSD #9946


    Oh dang, i thought my question got unanswered cos the lil reply counter was = 0, so i did not look back here till now => sorry for the delay.

    Here’s my patch, only thing it does is allowing smooth building on FreeBSD :

    diff -ur scorched-CVS-20031107/ scorched/
    --- scorched-CVS-20031107/ Sun Dec 7 18:43:23 2003
    +++ scorched/ Sun Dec 7 18:52:46 2003
    @@ -72,7 +72,11 @@
    AC_MSG_ERROR([*** Can't find the OpenGL library Try:])

    -OPENGL_LIBS="-lGL -lGLU -lpthread"
    +if test `uname -s` != FreeBSD; then
    + OPENGL_LIBS="-lGL -lGLU -lpthread"
    + OPENGL_LIBS="-lGL -lGLU"

    dnl Check for wxwindows
    diff -ur scorched-CVS-20031107/src/3dsparse/ scorched/src/3dsparse/
    --- scorched-CVS-20031107/src/3dsparse/ Sun Dec 7 18:42:32 2003
    +++ scorched/src/3dsparse/ Sun Dec 7 18:52:46 2003
    @@ -5,7 +5,9 @@

    #define YYBISON 1 /* Identify Bison output. */

    +#if !defined(__FreeBSD__)
    #define alloca
    +#endif //!defined(__FreeBSD__)

    #define yyparse aseparse
    #define yylex aselex
    diff -ur scorched-CVS-20031107/src/client/ServerBrowserRefresh.h scorched/src/client/ServerBrowserRefresh.h
    --- scorched-CVS-20031107/src/client/ServerBrowserRefresh.h Sun Dec 7 18:42:33 2003
    +++ scorched/src/client/ServerBrowserRefresh.h Sun Dec 7 18:52:46 2003
    @@ -24,6 +24,9 @@
    +#if defined(__FreeBSD__)

    Side notes :
    – The building process as described for linux in COMPILING works ok, just had to tell the autogen command where my wx-config is this way : ./ –with-wx-config=/usr/X11R6/bin/wxgtk2-2.4-config
    – You may also want to replace any occurence of #include with #include , will avoid warning and future problems (i think malloc.h is flagged as deprecated anywhere now ? It may no longer exist soon on some systems.)
    – I was overzealous with the #ifdef and other tests to get sure my changes only apllies on FreeBSD. But some other systems may want to use some too (have no access to a linux box to test that currently).
    – Your sourcetree can be build with the -jX arg for make, could be worth telling it in the COMPILING file as it can speed up the build time a lot by building multiple files together. For instance on my Bi-Athlon 1.2Ghz, make -j8 take 4m11s to build, while the regular make without args took 7m50s (a typical monoprocessor machine user would run make -j4).
    – You may want to document that non-english langage settings could forbid to run the game. For instance, my LANG is set to fr_FR, which means sscanf() will not await dots but commas as decimal separator, leading to big trouble when reading all those floats from .txt model files 🙂 The easiest solution is to run the game using that command : LANG=”” scorched3d from a terminal window.

    in reply to: Stupic Display Error #9743


    I think the part that says :

    direct rendering: No

    means that you don’t have 3D done by hardware, but rather a software emulation (done by Mesa).

    You may want to google a bit about how to add hardware 3D acceleration support to XFree, according to your video card brand/model.

    in reply to: Death Bug? #9944


    Especially the beam sound 🙂

    “Hostile environnement” (was that thunder strikes or meteor drops) was fun too.

    in reply to: Default configuration #9954


    Currently, you should manually edit (under the identity of the user whom installed the game – probably root) the file [Installation Dir]/data/display.xml.

    Perhaps making the same file writable by the user who play the game would allow you to save your settings from the configuration window, but i hadn’t tried that yet.

Viewing 10 posts - 271 through 280 (of 280 total)