Temple of The Roguelike Forums

Announcements => Traditional Roguelikes (Turn Based) => Topic started by: chooseusername on April 22, 2014, 02:10:10 AM

Title: Incursion (open source) 0.6.9Y7
Post by: chooseusername on April 22, 2014, 02:10:10 AM
An updated download is available on bitbucket (https://bitbucket.org/rmtew/incursion-roguelike/downloads): 0.6.9Y7.

Changes:
Title: Re: Incursion (open source) 0.6.9Y7
Post by: getter77 on April 22, 2014, 02:57:05 AM
Very nice, longest and most varied changelog yet.   8)
Title: Re: Incursion (open source) 0.6.9Y7
Post by: chooseusername on April 22, 2014, 06:04:26 AM
Very nice, longest and most varied changelog yet.   8)
The only thing that didn't vary much was the importance of having a Frumple helping out.
Title: Re: Incursion (open source) 0.6.9Y7
Post by: getter77 on April 22, 2014, 11:46:00 AM
Not an uncommon thing for useful folk to manifest from Bay12 when it comes to things like this---which is really nice.
Title: Re: Incursion (open source) 0.6.9Y7
Post by: getter77 on April 24, 2014, 01:21:09 AM
Speaking of help...

Considering how Allegro was stripped out in favor of libtcod---has there been any rumblings as to asking Zeno for some guidance at some point as far as getting Incursion functional within the ever-improving stable that is the Necklace of The Eye frontend?  The increase in the visibility profile on each end would almost certainly help to drive yet more attention further and perhaps rouse more of the old players---not so unlike how it factored into the still ongoing great ADOM Resurrection awhile back.

http://www.roguetemple.com/z/noteye.php

In theory, I would guess it would avail Incursion of various useful features relevant in much the same manner as at least with Frozen Depths...?
Title: Re: Incursion (open source) 0.6.9Y7
Post by: chooseusername on April 24, 2014, 03:36:20 AM
Considering how Allegro was stripped out in favor of libtcod---has there been any rumblings as to asking Zeno for some guidance at some point as far as getting Incursion functional within the ever-improving stable that is the Necklace of The Eye frontend? 

...

In theory, I would guess it would avail Incursion of various useful features relevant in much the same manner as at least with Frozen Depths...?
It's complicated.

On my own behalf, I want my involvement with Incursion to be effortless.  I want to only spend my time on tasks which are of personal interest to me.  I do not want to spend my time on tasks which others who are not willing to do the work themselves, want me to do.   I am not.. what is the term.. an "uncompensated volunteer" :-) I personally have no interest at this time in NoTE.  And as such, the answer is no.  Also, going from an old version of Allegro to libtcod was driven my my own knowledge top to bottom of libtcod, and to a lesser extent of SDL2.  It was simply the easiest path, not a choice made because I wanted to go to libtcod specifically.  I would be more likely to add curses support personally, so that the sighticallly challenged among us can bask in the glory of Julian's work, which it must be said I merely polish.  That's a task that appeals to my own personal interests.

On behalf of Incursion and Julian, I believe when Julian released the source code his post was very clear that while he did not ban it outright, he was against licenses like the GPL being put on Incursion.  And in this case, last I recall there were licensing constraints.. specifically GPL licence constraints, which came with NoTE.

Let me remind anyone else reading this, that you can fork Incursion and maintain your own version.  If you personally want NoTE support, then by all means make a version with it.  Just regularly pull my changes and release a matching version with a NoTE tag.  Or go your own way, and make your own changes and take the game in what you see as a better direction!
Title: Re: Incursion (open source) 0.6.9Y7
Post by: getter77 on April 24, 2014, 11:57:06 AM
Ah got it---it was more of a late, incidental thought after the fact...plus I forgot that the licensing and whatnot aspects of NotE are still perhaps getting better wrangled as per the bottom section there.

Definitely continue going the easiest/highest efficacy path possible as there is still a plethora of low hanging, relatively, fruit to be harvested to the enjoyment of all!
Title: Re: Incursion (open source) 0.6.9Y7
Post by: youtoo on April 26, 2014, 11:40:49 PM
Havent tried incursion. I read that it had a ton of critical bugs. I see large numbers of fixes since you got the spurce code. How far do you think you have come in making the game more stable? I dont know the game so i cant tell from the issues.

You said you are working on things that interest you. Have you posted what your vision is for where you want this to go?
Title: Re: Incursion (open source) 0.6.9Y7
Post by: youtoo on April 26, 2014, 11:58:57 PM
do i have to compile this myself in order to run it? I am using windows 7. I try to run the executable and I get an error and exit before i can see what error. I run it from Dos prompt and I get the outline of the screen to come up, but that is it. the game does not run.
Title: Re: Incursion (open source) 0.6.9Y7
Post by: chooseusername on April 27, 2014, 12:21:12 AM
do i have to compile this myself in order to run it? I am using windows 7. I try to run the executable and I get an error and exit before i can see what error. I run it from Dos prompt and I get the outline of the screen to come up, but that is it. the game does not run.
What are you running, that is, specifically which file did you download and where from?  Where did you extract it to, that is, what directory on your hard drive (the full path)?  What error do you see when you run the executable?

I also run on Windows 7, and it runs fine for me.  Unless you're willing to give detail, there's nothing I can do.
Title: Re: Incursion (open source) 0.6.9Y7
Post by: chooseusername on April 27, 2014, 12:28:17 AM
Havent tried incursion. I read that it had a ton of critical bugs. I see large numbers of fixes since you got the spurce code. How far do you think you have come in making the game more stable? I dont know the game so i cant tell from the issues.

You said you are working on things that interest you. Have you posted what your vision is for where you want this to go?
For now I am fixing the bugs.  I will take it from there, once I am done.  It is possible that once it is bug free, I will move on to another project.

I have no idea how stable it is now.  But, one thing to keep in mind, is that there seem to be a lot of people that consider Incursion to be one of the more enjoyable and deep roguelikes out there.  And this is despite the bugs it had before, of which it has less now.
Title: Re: Incursion (open source) 0.6.9Y7
Post by: youtoo on April 27, 2014, 12:44:27 AM
Tried both Y6 and Y7. I hung off the old YI version.

I have multiple hard drives. I boot off an SSD and then I use a regular hard drive to store my games. I have tihs in my roguelikes directory.
This is a fresh install of Windows 7. I just installed it on a new SSD.



F:\games\roguelikes>cd Incursion-0.6.9Y6

F:\games\roguelikes\Incursion-0.6.9Y6>Incursion
ERROR: Couldn't open .\Options.Dat
ERROR: Couldn't open .\Options.Dat
ERROR: Couldn't open ./libtcod.cfg
24 bits font.
key color : 0 0 0
Using SDL renderer...
ERROR: CreateDevice(): NOTAVAILABLE
ERROR: Couldn't load GL function glBlendFuncSeparate: CreateDevice(): NOTAVAILAB
LE
ERROR: Failed loading d3dcompiler_46.dll: The specified module could not be foun
d.
ERROR: Failed loading libGLESv2.dll: The specified module could not be found.
ERROR: Could not initialize OpenGL / GLES library

F:\games\roguelikes\Incursion-0.6.9Y6>Incursion
ERROR: Couldn't open .\Options.Dat
ERROR: Couldn't open .\Options.Dat
ERROR: Couldn't open ./libtcod.cfg
24 bits font.
key color : 0 0 0
Using SDL renderer...
ERROR: CreateDevice(): NOTAVAILABLE
ERROR: Couldn't load GL function glBlendFuncSeparate: CreateDevice(): NOTAVAILAB
LE
ERROR: Failed loading d3dcompiler_46.dll: The specified module could not be foun
d.
ERROR: Failed loading libGLESv2.dll: The specified module could not be found.
ERROR: Could not initialize OpenGL / GLES library

F:\games\roguelikes\Incursion-0.6.9Y6>



Title: Re: Incursion (open source) 0.6.9Y7
Post by: youtoo on April 27, 2014, 12:53:54 AM
booted off another hard drive and it appears to be running. This is surprising. I had trouble installing turbo tax which uses .net framework. It kept failing. So I reformatted and reinstalled one of my hard drives and got it to install with the .net framework (whatever it installed). I am surprised this works on this drive. My registry is messed up here.

any idea what I may not have installed on that drive?
Title: Re: Incursion (open source) 0.6.9Y7
Post by: chooseusername on April 27, 2014, 05:16:06 AM
booted off another hard drive and it appears to be running. This is surprising. I had trouble installing turbo tax which uses .net framework. It kept failing. So I reformatted and reinstalled one of my hard drives and got it to install with the .net framework (whatever it installed). I am surprised this works on this drive. My registry is messed up here.

any idea what I may not have installed on that drive?
Ah.  This might be because of something SDL2 does internally, which requires me to distribute a D3D dll.

Can you try something for me?  Search in your "program files (x86)" and find "d3dcompiler_46.dll".  Copy it to the incursion directory, only bother with 0.9.6Y7.  Does it work?   I do not support the older versions -- as I only fix bugs in Incursion so far, bugs experienced with them are possibly fixed.

If you cannot find it, then do you have Chrome installed?  If so, try looking in:
Quote
C:\Users\<USER>\AppData\Local\Google\Chrome\Application\<HIGHEST VERSION>
Take only d3dcompiler_46.dll and put it in the Incursion directory.  Does it now work?
Title: Re: Incursion (open source) 0.6.9Y7
Post by: chooseusername on April 27, 2014, 05:25:08 AM
Okay, SDL2 actually goes into this in detail.  Your drivers are different on the drive where it works, more recent apparently.

I could distribute the files it mentions, which you can get from Chrome if it has it installed, with Incursion.  But.. I'd prefer not to, to keep file sizes down.

Quote
SDL has support for OpenGL ES 2.x under Windows via two alternative
implementations.
The most straightforward method consists in running your app in a system with
a graphic card paired with a relatively recent (as of November of 2013) driver
which supports the WGL_EXT_create_context_es2_profile extension. Vendors known
to ship said extension on Windows currently include nVidia and Intel.

The other method involves using the ANGLE library (https://code.google.com/p/angleproject/)
If an OpenGL ES 2.x context is requested and no WGL_EXT_create_context_es2_profile
extension is found, SDL will try to load the libEGL.dll library provided by
ANGLE.
To obtain the ANGLE binaries, you can either compile from source from
https://chromium.googlesource.com/angle/angle or copy the relevant binaries from
a recent Chrome/Chromium install for Windows. The files you need are:
   
    * libEGL.dll
    * libGLESv2.dll
    * d3dcompiler_46.dll (supports Windows Vista or later, better shader compiler)
    or...
    * d3dcompiler_43.dll (supports Windows XP or later)
Title: Re: Incursion (open source) 0.6.9Y7
Post by: melville on April 30, 2014, 04:46:40 PM
I would like to ask chooseusername not about game itself, but about tool that was mentioned in previous changelogs (at least I think so): Google Breakpad, if he doesn't mind.

What experience you have with using it? How hard is to integrate it into existing code base. How useful information provided by Breakpad is, compared to GDB? What overhead it has e.g. library size?

I'm asking since I learned about this tool for first time here (I have been lurking around for some time, just didn't register before) and it looks useful. It is hard to replicate event in roguelikes thanks to randomization, core dumps would help here, but expecting normal/casual user of being able to obtain core dump is asking way too much. Even then, size of core dump can be huge, which doesn't help reporting either.
Title: Re: Incursion (open source) 0.6.9Y7
Post by: chooseusername on May 02, 2014, 07:09:37 AM
I suggest you go away and read the Google Breakpad project web pages.  Your questions require me to give you information you'd already have, and to explain why your question is confused because of the lack of that information.

What experience you have with using it?
None whatsoever.  But that is irrelevant, if you understand Google Breakpad and have read the pages -- because I've used Window's minidumps before.

How hard is to integrate it into existing code base.
Simple.  It took very little time.

How useful information provided by Breakpad is, compared to GDB?
Answered in project web pages, and confused.

What overhead it has e.g. library size?
Answered in project web pages.  No idea on Linux, but project web pages will explain why it will likely be higher on Linux.  Regardless, I expect it to be a nominal amount.  All it has to do is capture stack frames for the executable you distribute (and associated information).

I'm asking since I learned about this tool for first time here (I have been lurking around for some time, just didn't register before) and it looks useful. It is hard to replicate event in roguelikes thanks to randomization, core dumps would help here, but expecting normal/casual user of being able to obtain core dump is asking way too much. Even then, size of core dump can be huge, which doesn't help reporting either.
People submit save files for Incursion.  These are infinitely more valuable than the frozen execution state which a *nix coredump or a Windows minidump would ever provide.

This question is also irrelevant, esp. with regard to size of core dumps, and reasons why are detailed on the project web pages.

The core point is that it's all straightforward and the project web pages are clear on all these details.  At least, my basic skimming of them gave me all the answers to these questions, and the understanding necessary for knowing why some of these questions were irrelevant.  Yes, I could answer them going back to check and quote bits and pieces, but I don't have the time.

If you read the project web pages and come back with questions, having clarified your misunderstandings, then I am happy to answer questions from that point.