.com.unity Forums
  The Official e-Store of Shrapnel Games

This Month's Specials

Raging Tiger - Save $6.00
World Supremacy - Save $7.00

   







Go Back   .com.unity Forums > The Camo Workshop > WinSPMBT
Notices


Reply
 
Thread Tools Display Modes
  #11  
Old February 1st, 2017, 03:40 AM
scorpio_rocks's Avatar

scorpio_rocks scorpio_rocks is online now
First Lieutenant
 
Join Date: Aug 2013
Location: Yorkshire, UK
Posts: 657
Thanks: 115
Thanked 180 Times in 152 Posts
scorpio_rocks is on a distinguished road
Default Re: "Access Violation"

Quote:
Originally Posted by DRG View Post
NO it's not a "bug"...........it's a way to build a company sized formation with sub formations that ONLY show up in the company but not on their own.
Neat Trick! I had never realised this must immediately incorporate into my own custom OoBs.
__________________

"Gentlemen, when the enemy is committed to a mistake - we must not interrupt him too soon."
Horatio Nelson.
Updated SPMBT Roundel Objective Mod
Reply With Quote
  #12  
Old February 1st, 2017, 04:42 AM
Mobhack's Avatar

Mobhack Mobhack is offline
General
 
Join Date: Mar 2005
Location: Dundee
Posts: 4,797
Thanks: 12
Thanked 924 Times in 654 Posts
Mobhack is on a distinguished road
Default Re: "Access Violation"

Quote:
It is purely a problem with ScenHack. In-game everything is fine. No crashes whatsoever. Just one or two scenarios in ScenHack fail to register properly when I click on the "make tables" function under the SQL tab - specifically six of mine all of which use modified OOBs (units from 35, 44, and 42).

Other Scenarios I've made have, however been processed by ScenHack without any problems and have produced tables in SQL without incident. These also used the same OOBs and even the same units in some cases.

I hope that clarifies things.
In which case then its probably something you have done in the barfing scenarios themselves that has caused a problem with the database table-building for some reason.

for example - have you done say, cross-attaching in the suspect ones but not in the ones that pass? Or put new leader names in and/or renamed units (but not in the ones that pass)?

Whatever it is that you did differently is the likely problem. It would be handy to know that, if you can isolate whatever that was.

If you could zip up a problem (and an OK) scenario (and any altered OOBs it needs too, any altered SHP and leader names etc as well) I'll be able to run that through the debugger and see what the thing is falling over trying to read in.

cheers
Andy
Reply With Quote
  #13  
Old February 1st, 2017, 01:25 PM
RecruitMonty's Avatar

RecruitMonty RecruitMonty is offline
First Lieutenant
 
Join Date: Jul 2005
Location: Mainly Germany (München)
Posts: 781
Thanks: 139
Thanked 64 Times in 45 Posts
RecruitMonty is on a distinguished road
Default Re: "Access Violation"

Quote:
Originally Posted by Mobhack View Post
Quote:
It is purely a problem with ScenHack. In-game everything is fine. No crashes whatsoever. Just one or two scenarios in ScenHack fail to register properly when I click on the "make tables" function under the SQL tab - specifically six of mine all of which use modified OOBs (units from 35, 44, and 42).

Other Scenarios I've made have, however been processed by ScenHack without any problems and have produced tables in SQL without incident. These also used the same OOBs and even the same units in some cases.

I hope that clarifies things.
In which case then its probably something you have done in the barfing scenarios themselves that has caused a problem with the database table-building for some reason.

for example - have you done say, cross-attaching in the suspect ones but not in the ones that pass? Or put new leader names in and/or renamed units (but not in the ones that pass)?

Whatever it is that you did differently is the likely problem. It would be handy to know that, if you can isolate whatever that was.

If you could zip up a problem (and an OK) scenario (and any altered OOBs it needs too, any altered SHP and leader names etc as well) I'll be able to run that through the debugger and see what the thing is falling over trying to read in.

cheers
Andy
OK. Thanks for the offer! That is a pretty big zip file though. I'll see what I can do. Will get on it by Friday - weekend at the latest.

It can't be cross-attaching or leader names as in both cases I've done that liberally. Same goes for loadouts, leader names and unit designations.
__________________
"Wir Deutschen sollten die Wahrheit auch dann ertragen lernen, wenn sie für uns günstig ist."

Last edited by RecruitMonty; February 1st, 2017 at 01:35 PM..
Reply With Quote
  #14  
Old February 7th, 2017, 01:59 PM
RecruitMonty's Avatar

RecruitMonty RecruitMonty is offline
First Lieutenant
 
Join Date: Jul 2005
Location: Mainly Germany (München)
Posts: 781
Thanks: 139
Thanked 64 Times in 45 Posts
RecruitMonty is on a distinguished road
Default Re: "Access Violation"

Quote:
Originally Posted by Mobhack View Post
Quote:
It is purely a problem with ScenHack. In-game everything is fine. No crashes whatsoever. Just one or two scenarios in ScenHack fail to register properly when I click on the "make tables" function under the SQL tab - specifically six of mine all of which use modified OOBs (units from 35, 44, and 42).

Other Scenarios I've made have, however been processed by ScenHack without any problems and have produced tables in SQL without incident. These also used the same OOBs and even the same units in some cases.

I hope that clarifies things.
In which case then its probably something you have done in the barfing scenarios themselves that has caused a problem with the database table-building for some reason.

for example - have you done say, cross-attaching in the suspect ones but not in the ones that pass? Or put new leader names in and/or renamed units (but not in the ones that pass)?

Whatever it is that you did differently is the likely problem. It would be handy to know that, if you can isolate whatever that was.

If you could zip up a problem (and an OK) scenario (and any altered OOBs it needs too, any altered SHP and leader names etc as well) I'll be able to run that through the debugger and see what the thing is falling over trying to read in.

cheers
Andy
Dear Andy,

I've given it a thought and I think the best thing I can do is recommend you download the mod itself - since all of the scenarios I'm having trouble with use most of the mod files anyway.

Then I'll send you a dropbox link by PM to the broken scenarios, which you can then download separately and check over.

That is, if you still fancy taking a peak.

I'll provide the links to the relevant posts in the mod section below:

Version 1.1P (the full mod compatible with v10 minus the recent updates):

http://forum.shrapnelgames.com/showp...&postcount=368

Version 1.1.5P (a mini update to 1.1P, which should be installed in case I missed anything from it in the latest version of the mod):

http://forum.shrapnelgames.com/showp...&postcount=396


Latest version (incl. nine scenarios, which are problem free vis-a-vis ScenHack and one which isn't - Scen. 413):

http://forum.shrapnelgames.com/showp...&postcount=400
__________________
"Wir Deutschen sollten die Wahrheit auch dann ertragen lernen, wenn sie für uns günstig ist."
Reply With Quote
  #15  
Old February 7th, 2017, 03:10 PM
DRG's Avatar

DRG DRG is offline
National Security Advisor
 
Join Date: Mar 2005
Location: GWN
Posts: 8,250
Thanks: 1,106
Thanked 1,797 Times in 919 Posts
DRG is on a distinguished road
Default Re: "Access Violation"

Quote:
Originally Posted by RecruitMonty View Post
Dear Andy,

I've given it a thought and I think the best thing I can do is recommend you download the mod itself - since all of the scenarios I'm having trouble with use most of the mod files anyway.
It's Andys call to make but I can assure you he is more than busy enough with the two official games without a new puzzle to deal with so really.......don't expect any action on this until after the updates are released.
Reply With Quote
  #16  
Old February 7th, 2017, 03:21 PM
Mobhack's Avatar

Mobhack Mobhack is offline
General
 
Join Date: Mar 2005
Location: Dundee
Posts: 4,797
Thanks: 12
Thanked 924 Times in 654 Posts
Mobhack is on a distinguished road
Default Re: "Access Violation"

Yes, really not interested in having to download a huge mod file and try to figure out what itty little bit of wrong data or whatever it is that's causing the tool to hiccup. If it was just a scenario and an OOB, maybe - but not a virtual rewrite of the entire game in 3 parts, sorry!.

Maybe remind me again in the summer - right now, I have a patch to get sorted.
Reply With Quote
  #17  
Old February 7th, 2017, 03:37 PM
RecruitMonty's Avatar

RecruitMonty RecruitMonty is offline
First Lieutenant
 
Join Date: Jul 2005
Location: Mainly Germany (München)
Posts: 781
Thanks: 139
Thanked 64 Times in 45 Posts
RecruitMonty is on a distinguished road
Default Re: "Access Violation"

Quote:
Originally Posted by Mobhack View Post
Yes, really not interested in having to download a huge mod file and try to figure out what itty little bit of wrong data or whatever it is that's causing the tool to hiccup. If it was just a scenario and an OOB, maybe - but not a virtual rewrite of the entire game in 3 parts, sorry!.

Maybe remind me again in the summer - right now, I have a patch to get sorted.
Fair enough .
__________________
"Wir Deutschen sollten die Wahrheit auch dann ertragen lernen, wenn sie für uns günstig ist."
Reply With Quote
  #18  
Old February 7th, 2017, 03:38 PM
RecruitMonty's Avatar

RecruitMonty RecruitMonty is offline
First Lieutenant
 
Join Date: Jul 2005
Location: Mainly Germany (München)
Posts: 781
Thanks: 139
Thanked 64 Times in 45 Posts
RecruitMonty is on a distinguished road
Default Re: "Access Violation"

Quote:
Originally Posted by scorpio_rocks View Post
Quote:
Originally Posted by DRG View Post
NO it's not a "bug"...........it's a way to build a company sized formation with sub formations that ONLY show up in the company but not on their own.
Neat Trick! I had never realised this must immediately incorporate into my own custom OoBs.
Indeed. It is not a bad idea. Would fix some of the clutter in my OOBs too.
__________________
"Wir Deutschen sollten die Wahrheit auch dann ertragen lernen, wenn sie für uns günstig ist."
Reply With Quote
  #19  
Old February 7th, 2017, 07:12 PM
Suhiir's Avatar

Suhiir Suhiir is offline
Major General
 
Join Date: Apr 2007
Location: Salt Lake City, UT
Posts: 2,000
Thanks: 159
Thanked 404 Times in 313 Posts
Suhiir is on a distinguished road
Default Re: "Access Violation"

Clutter in the purchase screens and also useful to keep unusual and powerful subformations from being purchased by players that don't understand, or care, about the reason only one squad in a platoon has say an ATGM or sniper and would purchase three (four) per platoon if they could.
__________________
Suhiir - Wargame Junkie

People should not be afraid of their governments. Governments should be afraid of their people.

"Two things are infinite: the universe and human stupidity; and I'm not sure about the the universe." - Albert Einstein
Reply With Quote
  #20  
Old February 8th, 2017, 12:16 AM
DRG's Avatar

DRG DRG is offline
National Security Advisor
 
Join Date: Mar 2005
Location: GWN
Posts: 8,250
Thanks: 1,106
Thanked 1,797 Times in 919 Posts
DRG is on a distinguished road
Default Re: "Access Violation"

This is the way we build AI only formations way back in the beginning to balance the picks being made. But in that case the WHOLE formation was renationalized so it didn't show up as a purchase option in the game for human players but the AI picked it happily and if we felt it needed a bit more of this or that we could add. Once we got the code that all started to change and those AI formations went the way of the Dodo but at the time it allowed us to build better formations for the AI to use so this is not a "new" trick by any measure. Some OOB's have more sub formations set up that way than others for all the reasons Suhiir mentioned

Don
Reply With Quote
Reply

Bookmarks

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is On

Forum Jump


All times are GMT -4. The time now is 11:14 AM.


Powered by vBulletin® Version 3.8.1
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright ©1999 - 2017, Shrapnel Games, Inc. - All Rights Reserved.