Pirate Research crashed Dev.exe

Dip 1.011 reference file grid data same location

Due to the Mad Scientist being missing and presumed dead, I have cloned him in my basement.  }:)

Currently working upgrading the 5 types of strike craft for Diplomacy 1.011

The problem we ran into while testing is while switching A.I. the pirate researchers all died. This from the reference files that have not been modified at all.

ResearchWindow GridPoint Duplication:

  • RESEARCHSUBJECT_PIRATE_WEAPONS1
  • RESEARCHSUBJECT_PIRATE_ARMOR1

and a few more of these until Mini-Dump

 

researchWindowLocation

 block 1 pos [ 1 , 0 ]

It doesn't look to difficult to change the block positions (never tried yet)  :annoyed:

4,016 views 7 replies
Reply #1 Top

The block positions go from 0 to whatever, having the second number be the up or down in the individual research block, and the first number being the 0-7, research tier level position.

It is quite easy after all.

sorry, got kind of mixed up.

Reply #2 Top

Well i am pretty n00b when it comes to this but bare with me.

The 1st 2 have  pos [ 5 , 2 ] location. That would usually mean level 5 (or 5 labs they don't need)? Can anyone recommend some values here?

  • onlyWorksIfTierLabsExist FALSE
  • NumResearchPrerequisites 0

Here is the block positions as they stand now...

RESEARCHSUBJECT_PIRATE_ABILITYACCESS_INCENDIARY_SLUG
 researchWindowLocation
 block 2
 pos [ 5 , 2 ]
 RESEARCHSUBJECT_PIRATE_ABILITYACCESS_SPRINT
 researchWindowLocation
 block 2
 pos [ 5 , 2 ]
 
 RESEARCHSUBJECT_PIRATE_ARMOR1
 researchWindowLocation
 block 1
 pos [ 1 , 0 ]
 RESEARCHSUBJECT_PIRATE_HPMAX1
 researchWindowLocation
 block 1
 pos [ 1 , 0 ]
 RESEARCHSUBJECT_PIRATE_REGEN1
 researchWindowLocation
 block 1
 pos [ 1 , 0 ]
 RESEARCHSUBJECT_PIRATE_WEAPONS1
 researchWindowLocation
 block 1
 pos [ 1 , 0 ]
 RESEARCHSUBJECT_PIRATE_WEAPONSCOOLDOWNS1
 researchWindowLocation
 block 1
 pos [ 1 , 0 ]
 
 RESEARCHSUBJECT_PIRATERAIDDECREASE
 researchWindowLocation
 block 0
 pos [ 1 , 1 ]
  
Edit: I tried changing the up values then the across values with no success

Reply #3 Top

AAAAAAAHHHH!!!!!

All of them are occupying the same space.

Think of the research tree as a grid.

[0, 0] [1, 0] [2, 0]

[0, 1] (^all of your research is in this box) [1, 1] [2, 1]

[0, 2] [1, 2] [2, 2]

Only one research button per position. Apparently having two in the same position will not cause a minidump, but will not work.

The first number is for the distance from the left.

The second number is for the distance from the top of the individual research block.

 

The number starts at 0, so tier 1 or position 1 would really be tier or position 2

 

The actual number of labs required is the TIER assignment value. For example, tier 0 only requires 1 lab to research.

The position only really indicates what tier the research is in, not how many it needs. You could have a Tier 7 research in  position 0 on the left, it does not matter. Does this make sense?

Reply #4 Top

Think of the research tree as a grid.
End of quote


That parts easy

Only one research button per position. Apparently having two in the same position will not cause a minidump, but will not work.
End of quote


It does mini dump

^all of your research is in this box
End of quote


these are sins UNMODIFIED converted files.

The actual number of labs required is the TIER assignment value. For example, tier 0 only requires 1 lab to research.

The position only really indicates what tier the research is in, not how many it needs. You could have a Tier 7 research in  position 0 on the left, it does not matter. Does this make sense?
End of quote

These are pirates and all the files have 

  • onlyWorksIfTierLabsExist FALSE
  • NumResearchPrerequisites 0
  •  

    I tried changing the values down and then across with no luck. Still crashes  X(

    Reply #5 Top

    Research prereq only needs to be there if there is a preceding research, and if so, what is it?

    Hopefully you know what onlyWorksIfTierLabsExist is.

    If you don't, it defines whether or not the ability works after the labs are gone.

     

    I don't really know what the files' problems are. If they are not in the same space, they should be fine. Check your manifest.

    Also, see what size the research block is in the player def entity. If the second number is outside of the size of the block, it WILL minidump.

    That is pretty much all of the info that I have...

    Reply #6 Top

    I am getting the dump when switching to to play the pirates using the DEV without modifying any files

    Assert @ c:\projects\Perforce\SinsDiplomacy\main\CodeSource\GS/Entity/Interfaces/IResearchSubject.cpp(114)
    m_Tier == researchWindowLocation.pos.m_X

    this is after the position change

    Reply #7 Top

    Make sure that none of the researches are on top of each other and that none of the connecting ones are too far apart.