RE: TOE Upgrade display (Full Version)

All Forums >> [New Releases from Matrix Games] >> War in the Pacific: Admiral's Edition



Message

sven6345789 -> RE: TOE Upgrade display (1/22/2010 1:40:26 PM)

first of all, the program is running, but i have a problem. The alerts and SIGINT reports do not seem to be imported. The alert list is empty. set the property file right. The file is loaded from the savegamefolder of the game. Windows XP.
As i said, everything else is workig fine



floydg -> RE: TOE Upgrade display (1/22/2010 1:47:01 PM)


quote:

ORIGINAL: sven6345789

first of all, the program is running, but i have a problem. The alerts and SIGINT reports do not seem to be imported. The alert list is empty. set the property file right. The file is loaded from the savegamefolder of the game. Windows XP.
As i said, everything else is workig fine



Alerts are generated when a new turn is loaded. The information is computed by comparing the old turn's info with the new turn. So when you first start up, there will be no alerts.

The sigint information comes from the file dated the day previous to the turn loaded. So if you loaded a save for December 7th, the program is looking for a sigint file for December 6th (and there won't be one). If you load a save for December 12th, the program is looking for a sigint file for December 11th, which hopefully you have. But depending on your settings in the witptracker.properties, it may not find it (if the SaveMode is 0, it only looks in the witptracker folder for the file, so unless you copied it there, it won't be found). You can use the Load Text Files function to load it after the fact.

I hope this explains the behavior.



Nux Mortis -> RE: TOE Upgrade display (1/22/2010 2:22:10 PM)

quote:

ORIGINAL: floydg
The sigint information comes from the file dated the day previous to the turn loaded. So if you loaded a save for December 7th, the program is looking for a sigint file for December 6th (and there won't be one). If you load a save for December 12th, the program is looking for a sigint file for December 11th, which hopefully you have.


Ah, now I understand why a canīt get a sigint file to load, no matter what I try. I am playing a PBEM with three day turns and so donīt have a file from the day before.

Is there a workaround? Do I have to rename every sigint files with the right date?

edit: hm, renaming doesnīt work :(



sven6345789 -> RE: TOE Upgrade display (1/22/2010 2:44:48 PM)

so if i let the program do an automated first turn (historical first turn), there won't be any alerts since i haven't loaded turn 1.
correct?



n01487477 -> RE: TOE Upgrade display (1/22/2010 2:49:47 PM)


quote:

ORIGINAL: Nux Mortis

quote:

ORIGINAL: floydg
The sigint information comes from the file dated the day previous to the turn loaded. So if you loaded a save for December 7th, the program is looking for a sigint file for December 6th (and there won't be one). If you load a save for December 12th, the program is looking for a sigint file for December 11th, which hopefully you have.


Ah, now I understand why a canīt get a sigint file to load, no matter what I try. I am playing a PBEM with three day turns and so donīt have a file from the day before.

Is there a workaround? Do I have to rename every sigint files with the right date?

edit: hm, renaming doesnīt work :(


No workaround as yet ... although if you format the file like a single turn(exactly) and make three differing files, then I guess it'll work



n01487477 -> RE: TOE Upgrade display (1/22/2010 2:50:42 PM)


quote:

ORIGINAL: sven6345789

so if i let the program do an automated first turn (historical first turn), there won't be any alerts since i haven't loaded turn 1.
correct?

The alerts are generated by the program by comparing the previous turn to the current turn, so as soon as you have loaded 2 turns there will be alerts...




jackyo123 -> RE: WitPTracker AE Release 1.4 Available (1/22/2010 3:33:51 PM)

ok, here is what I have in add/remove programs:

1> Visual C ++ 8.0 ATL (x86) WinSXS MSM(not listed as 'microsoft visual c', but just 'visual c')
1a> Visual C ++ CRT (x86) WinSXS MSM
2> .net frameworks 1,2,3
3> java 6 update 3 and java 6 update 17


thats it for relevant files



Nux Mortis -> RE: TOE Upgrade display (1/22/2010 4:33:38 PM)

quote:

ORIGINAL: floydg
No workaround as yet ... although if you format the file like a single turn(exactly) and make three differing files, then I guess it'll work


That worked indeed, thank you very much :-)



Athius -> RE: TOE Upgrade display (1/22/2010 5:18:19 PM)

Hmmm, I experience some significantly increased loading times with this version, sometimes as bad as 5-10 minutes, where as before It would be 1 minute max.



floydg -> RE: TOE Upgrade display (1/22/2010 5:46:17 PM)


quote:

ORIGINAL: Athius

Hmmm, I experience some significantly increased loading times with this version, sometimes as bad as 5-10 minutes, where as before It would be 1 minute max.


The larger the database (more turns), the longer it will take. When it starts up, it shows how many seconds it took to load the database.

I am looking at some possible methods to speed it up, but that will be a later release.



Athius -> RE: TOE Upgrade display (1/22/2010 7:24:54 PM)

The database loads fast enough (+/- 30nds). The problem is the time between the "database loaded in 22 seconds message" and the moment the program actualy opens, which sometimes is more than 10 minutes. In previous versions this took no more than 1 minute max.

Good to hear you are working on it though, I couldnt play this game without tracker.[&o]



floydg -> RE: TOE Upgrade display (1/22/2010 7:53:20 PM)


quote:

ORIGINAL: Athius

The database loads fast enough (+/- 30nds). The problem is the time between the "database loaded in 22 seconds message" and the moment the program actualy opens, which sometimes is more than 10 minutes. In previous versions this took no more than 1 minute max.

Good to hear you are working on it though, I couldnt play this game without tracker.[&o]


If the delay is after the database is loaded, then it's the screen-building part which is taking all of the time. I'm only looking to decrease the database load time. I don't know why the screen-building would take over 10 minutes except if your PC is overloaded.

Floyd



kfmiller41 -> RE: TOE Upgrade display (1/22/2010 8:13:56 PM)

quote:

ORIGINAL: n01487477


quote:

ORIGINAL: miller41

OS is windows 7 intel processor
just installed Microsoft Visual C++ SP1
am reinstalling 32 bit java now will let you know what happens

So ?


Well it worked, at least for my AI game, not sure yet about the PBEM due to no turns yet from my opponent (am on the road) so when I get one I will know. Thanks for the help so far, as this program makes japan much easier to play, at least economically[:D]



Reg -> RE: TOE Upgrade display (1/22/2010 10:41:10 PM)


quote:

ORIGINAL: n01487477


quote:

ORIGINAL: Nux Mortis

quote:

ORIGINAL: floydg
The sigint information comes from the file dated the day previous to the turn loaded. So if you loaded a save for December 7th, the program is looking for a sigint file for December 6th (and there won't be one). If you load a save for December 12th, the program is looking for a sigint file for December 11th, which hopefully you have.


Ah, now I understand why a canīt get a sigint file to load, no matter what I try. I am playing a PBEM with three day turns and so donīt have a file from the day before.

Is there a workaround? Do I have to rename every sigint files with the right date?

edit: hm, renaming doesnīt work :(


No workaround as yet ... although if you format the file like a single turn(exactly) and make three differing files, then I guess it'll work


Could you possibly create a standalone utility/script to do this for the multi-day turn players???



CaptDave -> RE: WitPTracker AE Release 1.3 Available (1/23/2010 1:56:16 AM)

I may have missed it in 39 pages of comments, but I don't see this issue in any of the release notes. In the Bases screen, an individual base's damage is not reported correctly. Looks like it's just a matter of fields being relocated in the game's data base, since some of the right numbers are reported, just in the wrong places (and other numbers don't appear). Here's an example (I hope):

The lower panel shows Tavoy with 67 port damage, 0 airfield damage, and 0 runway damage. In fact, the 67 damage is for the runway, and I think the airfield is also non-zero (shortage of memory prevents me from double-checking in less than a half-hour).

A little voice in the back of my brain tells me I've seen this reported before, but I can't find anything about it.

[image]local://upfiles/6886/980789DD133E4EC88A87DB7969986467.gif[/image]



n01487477 -> RE: WitPTracker AE Release 1.4 Available (1/23/2010 3:09:03 AM)


quote:

ORIGINAL: jackyo123

ok, here is what I have in add/remove programs:

1> Visual C ++ 8.0 ATL (x86) WinSXS MSM(not listed as 'microsoft visual c', but just 'visual c')
1a> Visual C ++ CRT (x86) WinSXS MSM
2> .net frameworks 1,2,3
3> java 6 update 3 and java 6 update 17


thats it for relevant files

I suggest you go to the this link download the 32 bit vcredist_x86.exe and install it ...

Good Luck



Smeulders -> RE: WitPTracker AE Release 1.4 Available (1/23/2010 5:38:06 PM)

Something rather weird just happened with my Intel panel. I loaded a turn, but only 4 entries came up in the Intel panel, tried reading the SigInt from the file, but again only the same four came up. Now the 5th line was a line of SigInt that doesn't come up too much, it was the following.

"2/2nd Engineer Regiment is loaded on xAK Kazuura Maru at Atimonan (80,79)."

I deleted this line in the SigInt and read the file again, no problem, everything else in the SigInt came up just fine. Maybe the program doesn't recognize this sort of line (A loaded on B at C ?) and stopped because of this ?



floydg -> RE: WitPTracker AE Release 1.4 Available (1/23/2010 6:47:24 PM)

quote:

ORIGINAL: Smeulders

Something rather weird just happened with my Intel panel. I loaded a turn, but only 4 entries came up in the Intel panel, tried reading the SigInt from the file, but again only the same four came up. Now the 5th line was a line of SigInt that doesn't come up too much, it was the following.

"2/2nd Engineer Regiment is loaded on xAK Kazuura Maru at Atimonan (80,79)."

I deleted this line in the SigInt and read the file again, no problem, everything else in the SigInt came up just fine. Maybe the program doesn't recognize this sort of line (A loaded on B at C ?) and stopped because of this ?



Looks like I missed that pattern.

I handle "unit" loaded on "ship" moving to "loc" pattern, but not with it at a specific location. I'll need to fix that.

Floyd



floydg -> RE: WitPTracker AE Release 1.3 Available (1/23/2010 7:52:46 PM)

quote:

ORIGINAL: CaptDave

I may have missed it in 39 pages of comments, but I don't see this issue in any of the release notes. In the Bases screen, an individual base's damage is not reported correctly. Looks like it's just a matter of fields being relocated in the game's data base, since some of the right numbers are reported, just in the wrong places (and other numbers don't appear). Here's an example (I hope):

The lower panel shows Tavoy with 67 port damage, 0 airfield damage, and 0 runway damage. In fact, the 67 damage is for the runway, and I think the airfield is also non-zero (shortage of memory prevents me from double-checking in less than a half-hour).

A little voice in the back of my brain tells me I've seen this reported before, but I can't find anything about it.

[...]


Confirmed that it's not correct. [:(]

I'll take a look in detail now.

Update: found the problem.



CapAndGown -> RE: WitPTracker AE Release 1.3 Available (1/24/2010 4:49:11 AM)

Does tracker tell me when units need to be withdrawn? Under the Alerts section? Before, or on the date for withdrawal?



n01487477 -> RE: WitPTracker AE Release 1.3 Available (1/24/2010 7:27:15 AM)


quote:

ORIGINAL: cap_and_gown

Does tracker tell me when units need to be withdrawn? Under the Alerts section? Before, or on the date for withdrawal?

Not yet, but we've been planning to do it for some time now ... next release I hope will have this.



Zenra -> RE: WitPTracker AE Release 1.3 Available (1/24/2010 2:47:48 PM)

I just wanted to give a big Thanks for the hierarchical HQ structure in the drop-down filters.  I just updated to Tracker v1.4 (from 1.2 - my you guys have been busy these last few weeks!). This is a huge help as Japan, particularly for air groups dependent on proximity to HQs for replacements and upgrades.

Keep up the great work - I don't know how I could play WitP AE without Tracker!



Roger Neilson II -> RE: WitPTracker AE Release 1.3 Available (1/24/2010 3:50:01 PM)

Is there a reason why some reports cannot be exported as CSV files? E.g. Intel.

Roger



witpqs -> RE: WitPTracker AE Release 1.3 Available (1/24/2010 5:00:23 PM)

I'm running the latest release and loaded the newer regions file that you supplied with it (and recommended using, I just forget what it's called right now) - Kalidjati base on Java is incorrectly listed under the Soviet Union region. Should be Java region.



CapAndGown -> RE: WitPTracker AE Release 1.3 Available (1/24/2010 6:06:10 PM)

quote:

ORIGINAL: Mitchell

Keep up the great work - I don't know how I could play WitP AE without Tracker!


Tracker has blown away all the blind optimism I used to have. I am panicking about engine production dropping, trying to get resources to Honshu, and worrying about the ever dwindling supply of fuel and oil. Tracker has made my playing enjoyment living hell! Oh to be ignorant of just how bad my economy really is! [sm=00000007.gif]



Nomad -> RE: WitPTracker AE Release 1.3 Available (1/24/2010 6:29:19 PM)

quote:

ORIGINAL: witpqs

I'm running the latest release and loaded the newer regions file that you supplied with it (and recommended using, I just forget what it's called right now) - Kalidjati base on Java is incorrectly listed under the Soviet Union region. Should be Java region.


I'm not sure which of the files you are using, but Nomad_5 has Kalidjati in Java. If fact I just looked at Nomad_4, Nomad_5 and Kulls files and all of them have Kalidjati belonging to the Java Region.



floydg -> RE: WitPTracker AE Release 1.3 Available (1/24/2010 7:18:16 PM)


quote:

ORIGINAL: Roger Neilson II

Is there a reason why some reports cannot be exported as CSV files? E.g. Intel.

Roger


The reason is simply that we didn't get to it yet.



Roger Neilson II -> RE: WitPTracker AE Release 1.3 Available (1/24/2010 8:09:40 PM)

That's ok, no worries, you guys have to sleep occasionally I suppose!

Grins.

Roger



witpqs -> RE: WitPTracker AE Release 1.3 Available (1/24/2010 9:39:27 PM)


quote:

ORIGINAL: Nomad

quote:

ORIGINAL: witpqs

I'm running the latest release and loaded the newer regions file that you supplied with it (and recommended using, I just forget what it's called right now) - Kalidjati base on Java is incorrectly listed under the Soviet Union region. Should be Java region.


I'm not sure which of the files you are using, but Nomad_5 has Kalidjati in Java. If fact I just looked at Nomad_4, Nomad_5 and Kulls files and all of them have Kalidjati belonging to the Java Region.


Hmmm - I wonder if I forgot to load when we started, then? Can I load a new region file mid-game or will that screw things up on me?



floydg -> RE: WitPTracker AE Release 1.3 Available (1/24/2010 9:41:54 PM)


quote:

ORIGINAL: witpqs


quote:

ORIGINAL: Nomad

quote:

ORIGINAL: witpqs

I'm running the latest release and loaded the newer regions file that you supplied with it (and recommended using, I just forget what it's called right now) - Kalidjati base on Java is incorrectly listed under the Soviet Union region. Should be Java region.


I'm not sure which of the files you are using, but Nomad_5 has Kalidjati in Java. If fact I just looked at Nomad_4, Nomad_5 and Kulls files and all of them have Kalidjati belonging to the Java Region.


Hmmm - I wonder if I forgot to load when we started, then? Can I load a new region file mid-game or will that screw things up on me?


It shouldn't be a problem. Some stuff summed up by region may be off (not 100% sure), but a re-start of WitPTracker should fix that.



Page: <<   < prev  31 32 [33] 34 35   next >   >>

Valid CSS!




Forum Software © ASPPlayground.NET Advanced Edition 2.4.5 ANSI
2.640625