Jump to content

kigurai

Members
 View Profile  See their activity

  • Posts

    46

  • Joined

  • Last visited

 Content Type 

Posts posted by kigurai

    Development Update - Tile Production Process

    in Monthly Development Updates

    Posted

    NIce writup Aaron!

    For the naming problem, did you investigate the Blender Python API? I just did a quick check and found this function:

    http://www.blender.org/documentation/blender_python_api_2_64_5/bpy.ops.image.html?highlight=save#bpy.ops.image.save

    I have only touched Blender a few times (not an artist, which is an understatement :)) and never used the API, but I believe that this kind of work is what it is intended for.

    I guess the community would love to have access to these templates/scripts required to produce the 3D-tiles, if possible. Any chance of that happening?

    [16.1 Linux] Xenonauts doesn't start

    in Xenonauts Bug Reports / Troubleshooting

    Posted

    I downloaded Xenonauts 16.1 via Desura (and what a pain that was until it finally worked!).

    Unfortunately it won't run.

    Running the executable via wine manually produces the following errors.

    fixme:system:SetProcessDPIAware stub!fixme:winediag:AUDDRV_GetAudioEndpoint Winepulse is not officially supported by the wine projectfixme:winediag:AUDDRV_GetAudioEndpoint For sound related feedback and support, please visit http://ubuntuforums.org/showthread.php?t=1960599fixme:system:SystemParametersInfoW Unimplemented action: 59 (SPI_SETSTICKYKEYS)fixme:system:SystemParametersInfoW Unimplemented action: 53 (SPI_SETTOGGLEKEYS)fixme:system:SystemParametersInfoW Unimplemented action: 51 (SPI_SETFILTERKEYS)err:winediag:X11DRV_WineGL_InitOpenglInfo Direct rendering is disabled, most likely your OpenGL drivers haven't been installed correctly (using GL renderer "Mesa DRI Intel® Ivybridge Mobile ", version "1.4 (2.1 Mesa 8.0.4)").wine: Unhandled page fault on read access to 0x7d87e000 at address 0xf75cdb97 (thread 0009), starting debugger...Unhandled exception: page fault on read access to 0x7d87e000 in 32-bit code (0xf75cdb97).Register dump:CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006bEIP:f75cdb97 ESP:0032f3c8 EBP:032f8890 EFLAGS:00210202(  R- --  I   - - - )EAX:7d87dfe2 EBX:f7635ff4 ECX:032c57e0 EDX:7c5f7430ESI:7c5943c8 EDI:0032f888Stack dump:0x0032f3c8:  7d87cff4 7d82f1ed 7c5c4410 7d84afc20x0032f3d8:  032f8880 00000000 00000000 000000000x0032f3e8:  00000000 7d6a7ff4 00151754 000000000x0032f3f8:  0032f888 7d67f5d1 00000001 0032f4a80x0032f408:  0032f888 7d84afc2 00000001 7d67f5a60x0032f418:  7d4fbff4 7d4283dd 00000001 0032f4a8Backtrace:=>0 0xf75cdb97 __memcpy_ssse3_rep+0xd67() in libc.so.6 (0x032f8890) 1 0x7d82f1ed in libgl.so.1 (+0x2c1ec) (0x032f8890) 2 0x7d67f5d1 in libglapi.so.0 (+0xb5d0) (0x0032f888) 3 0x7d4283dd in wined3d (+0x583dc) (0x0032f888) 4 0x7d42cd43 in wined3d (+0x5cd42) (0x0032f8a8) 5 0x7d4b20f4 wined3d_create+0x53() in wined3d (0x0032f8d8) 6 0x7d8b76c4 in d3d9 (+0x176c3) (0x0032f8f8) 7 0x7d8abcee Direct3DCreate9+0x5d() in d3d9 (0x0032f928) 8 0x006aac23 in xenonauts (+0x2aac22) (0x7bc36e90)0xf75cdb97 __memcpy_ssse3_rep+0xd67 in libc.so.6: repe movq	0x10(%eax),%mm1Modules:Module	Address			Debug info	Name (102 modules)PE	  400000-  a66000	Export          xenonautsELF	44602000-4460b000	Deferred        librt.so.1ELF	4475e000-44780000	Deferred        libselinux.so.1ELF	7b800000-7ba3d000	Deferred        kernel32<elf> \-PE	7b810000-7ba3d000	\               kernel32ELF	7bc00000-7bcd5000	Deferred        ntdll<elf> \-PE	7bc10000-7bcd5000	\               ntdllELF	7bf00000-7bf04000	Deferred        <wine-loader>ELF	7d2bc000-7d3c5000	Deferred        opengl32<elf> \-PE	7d2e0000-7d3c5000	\               opengl32ELF	7d3c5000-7d500000	Dwarf           wined3d<elf> \-PE	7d3d0000-7d500000	\               wined3dELF	7d64e000-7d65b000	Deferred        libdrm.so.2ELF	7d65b000-7d674000	Deferred        libxcb-glx.so.0ELF	7d674000-7d6a9000	Dwarf           libglapi.so.0ELF	7d803000-7d87e000	Dwarf           libgl.so.1ELF	7d897000-7d8d3000	Dwarf           d3d9<elf> \-PE	7d8a0000-7d8d3000	\               d3d9ELF	7d8d3000-7d8db000	Deferred        libogg.so.0ELF	7d8db000-7d908000	Deferred        libvorbis.so.0ELF	7d908000-7da80000	Deferred        libvorbisenc.so.2ELF	7da80000-7dabf000	Deferred        libflac.so.8ELF	7dabf000-7dacb000	Deferred        libgsm.so.1ELF	7dacb000-7dae6000	Deferred        libnsl.so.1ELF	7dae6000-7db30000	Deferred        libdbus-1.so.3ELF	7db30000-7db37000	Deferred        libasyncns.so.0ELF	7db37000-7dba0000	Deferred        libsndfile.so.1ELF	7dba0000-7dbaa000	Deferred        libwrap.so.0ELF	7dbaa000-7dbb1000	Deferred        libxtst.so.6ELF	7dbb1000-7dc18000	Deferred        libpulsecommon-1.1.soELF	7dc18000-7dc21000	Deferred        libjson.so.0ELF	7dc21000-7dc6f000	Deferred        libpulse.so.0ELF	7dc7d000-7dc81000	Deferred        libxdamage.so.1ELF	7dc88000-7dcb0000	Deferred        winepulse<elf> \-PE	7dc90000-7dcb0000	\               winepulseELF	7dcb0000-7dddb000	Deferred        oleaut32<elf> \-PE	7dcd0000-7dddb000	\               oleaut32ELF	7dddb000-7de00000	Deferred        mmdevapi<elf> \-PE	7dde0000-7de00000	\               mmdevapiELF	7de18000-7de4e000	Deferred        uxtheme<elf> \-PE	7de20000-7de4e000	\               uxthemeELF	7de4e000-7de54000	Deferred        libxfixes.so.3ELF	7de54000-7de5f000	Deferred        libxcursor.so.1ELF	7de5f000-7de62000	Deferred        libx11-xcb.so.1ELF	7ded8000-7df01000	Deferred        libexpat.so.1ELF	7df01000-7df36000	Deferred        libfontconfig.so.1ELF	7df36000-7df5a000	Deferred        imm32<elf> \-PE	7df40000-7df5a000	\               imm32ELF	7df5a000-7df5e000	Deferred        libxau.so.6ELF	7df5e000-7df80000	Deferred        libxcb.so.1ELF	7df80000-7e0b8000	Deferred        libx11.so.6ELF	7e0b8000-7e0ca000	Deferred        libxext.so.6ELF	7e0ca000-7e0e4000	Deferred        libice.so.6ELF	7e0e4000-7e0ed000	Deferred        libsm.so.6ELF	7e0f6000-7e106000	Deferred        libxi.so.6ELF	7e106000-7e196000	Deferred        winex11<elf> \-PE	7e110000-7e196000	\               winex11ELF	7e196000-7e236000	Deferred        libfreetype.so.6ELF	7e236000-7e339000	Deferred        comctl32<elf> \-PE	7e240000-7e339000	\               comctl32ELF	7e339000-7e562000	Deferred        shell32<elf> \-PE	7e350000-7e562000	\               shell32ELF	7e562000-7e5d5000	Deferred        shlwapi<elf> \-PE	7e570000-7e5d5000	\               shlwapiELF	7e5d5000-7e5fc000	Deferred        mpr<elf> \-PE	7e5e0000-7e5fc000	\               mprELF	7e5fc000-7e612000	Deferred        libz.so.1ELF	7e61b000-7e625000	Deferred        libxrender.so.1ELF	7e625000-7e62b000	Deferred        libxxf86vm.so.1ELF	7e62b000-7e6a2000	Deferred        wininet<elf> \-PE	7e630000-7e6a2000	\               wininetELF	7e6a2000-7e6bb000	Deferred        libresolv.so.2ELF	7e6bb000-7e6df000	Deferred        iphlpapi<elf> \-PE	7e6c0000-7e6df000	\               iphlpapiELF	7e6df000-7e70a000	Deferred        msacm32<elf> \-PE	7e6e0000-7e70a000	\               msacm32ELF	7e70a000-7e78a000	Deferred        rpcrt4<elf> \-PE	7e720000-7e78a000	\               rpcrt4ELF	7e78a000-7e8b5000	Deferred        ole32<elf> \-PE	7e7a0000-7e8b5000	\               ole32ELF	7e8b5000-7e8cf000	Deferred        version<elf> \-PE	7e8c0000-7e8cf000	\               versionELF	7e8cf000-7e939000	Deferred        advapi32<elf> \-PE	7e8e0000-7e939000	\               advapi32ELF	7e939000-7ea0f000	Deferred        gdi32<elf> \-PE	7e950000-7ea0f000	\               gdi32ELF	7ea0f000-7ea2c000	Deferred        libgcc_s.so.1ELF	7ea2c000-7eb81000	Deferred        user32<elf> \-PE	7ea40000-7eb81000	\               user32ELF	7eb81000-7ec34000	Deferred        winmm<elf> \-PE	7eb90000-7ec34000	\               winmmELF	7ec34000-7ec7d000	Deferred        dsound<elf> \-PE	7ec40000-7ec7d000	\               dsoundELF	7efaf000-7efbc000	Deferred        libnss_files.so.2ELF	7efbc000-7efe7000	Deferred        libm.so.6ELF	f7483000-f7488000	Deferred        libdl.so.2ELF	f7488000-f763a000	Dwarf           libc.so.6ELF	f763a000-f7654000	Deferred        libpthread.so.0ELF	f7654000-f7798000	Dwarf           libwine.so.1ELF	f779a000-f77a0000	Deferred        libuuid.so.1ELF	f77b2000-f77d3000	Deferred        ld-linux.so.2ELF	f77d3000-f77d4000	Deferred        [vdso].soThreads:process  tid      prio (all id:s are in hex)00000008 (D) Z:\home\hannes\Applications\Desura\desura\common\xenonauts\Xenonauts.exe00000025    000000024   1500000023   1500000022   -100000009    0 <==0000000e services.exe0000001e    00000001d    000000017    000000015    000000010    00000000f    000000012 winedevice.exe0000001b    000000018    000000014    000000013    000000019 plugplay.exe0000001f    00000001c    00000001a    000000020 explorer.exe00000021    0

    I am running Fedora 17 x86_64 on a laptop with Intel HD4000 graphics.

    Merging/splitting fighter squadrons

    in Xenonauts General Discussion

    Posted

    It would be a bit usefule to be able to split groups. If you send your entire fleet to chase one UFO, and another one shows up, it would be nice to be able to split them into two squadrons to chase both.

    But I guess it's a minor issue. The current behaviour is sort of nice too, as you have to make a choice: Do you send everyone or do you save a few if something else shows up?

    Burst Fire Update

    in Xenonauts General Discussion

    Posted

    Regarding the UI, the way I imagine it would work easiest is:

    1) I choose auto fire mode with my weapon.

    2) when aiming a colored cone will appear that shows the approximate spread of my bullets.

    3) I can then cycle bullet spread (cone angle) by right-clicking. Now it behaves just like "aiming" for single shots.

    Regarding the other meachanics, I am a bit unsure.

    I did like the option to simply consume all ammo or all TU's, like Chris suggested.

    The other option is of course to set some fixed number of bullets fired (modified by the cone angle?) and TU's. But then you'd have to decide all those numbers for each weapon...

    I don't think we'd like to see every bullet fired if we are putting down suppressive fire. So for auto fire I agree that instead only the impacts should be shown. I suppose you could also show each projectile as a "tracer" or something, but not have the camera follow each.

    I imagine using auto fire in two ways:

    1) To suppress enemies by spraying a larger area. Preferably with a machine gun and not an assault rifle. The idea is not primarily to hit but to keep them down.

    2) You enter a room and there are three aliens standing in close formation just a few meters from you, so you try to spray them down with automatic fire.

    Wine Compatability

    in Xenonauts General Discussion

    Posted

    I am not trying to tell anyone what to use for their specific needs, I only imply that for gaming Windows is imperative. You can use Wine, but more demanding games just don't work properly on Linux, no matter what. It would take a hideous amount of top quality hardware to run BF3 on linux, not even sure if it is possible to even get it to install. Games using DirectX are meant to be run on Windows. And if people come to expect that they can run those games without issues on Linux, they will certainly be dissapointed. As for 2D/openGL games I see no problem trying to run them on Linux.

    If you look at the app list on winehq.org you would see that a quite a lot of serious, fairly new, graphics heavy games work pretty fine in WINE. The problem with WINE is rarely performance, as it is a compatibility layer, and not an emulator (WINE = Wine Is Not an Emulator ;))

    As noted, no one is trying to get Goldhawk to support Xenonauts on WINE. Some of us are interested in finding out how it works anyway, so we might be able to play without rebooting if possible.

    Wine Compatability

    in Xenonauts General Discussion

    Posted

    I really don't want to sound like a dickhead, but in this day and age there is really very little incentive to use Linux. If you are a regualr desktop user, student, heck even scientist, MS Windows offers everything you need with minimal hassle. Windows 7 is perfectly suited for almost every task, and has software support that dwarfs Linux/Mac OS you name it. It will always be your choice, but Windows is the most logical choice to me as it offers way more in terms of support and daily usability.

    I agree, Windows 7 is pretty solid. except when it recently took a nose dive with a corrupt file system as result. The Linux installation on the same disk was unharmed, of course.

    I would turn your quote around and say that in this day and age there are compellingly few reasons for most people to run Windows. Unless you are an avid gamer there really is no reason to pay extra for Windows when you can get Linux for free.

    In the last few years I've had ONE application (except games) for which I need to use Windows. For everything else there are perfectly good alternatives.

    Limited use? Give me a break. That would depend only on your type of work and policy of your employer.

    As for usability I can't see why a Gnome or KDE desktop would be harder to use than Windows 7. Command line ninjery is (unless you want to) a thing of the past. My experience is "it just works". And when stuff doesn't work it is never harder to solve than similar problems on Windows.

    As for WINE, I am happy to hear that it might work with it. I know it did with one of the first available versions, so I am happy to hear this still seems to be the case :)

×
×
  • Create New...