Page 49 of 320
RE: TOE Upgrade display
Posted: Fri Jan 22, 2010 11:40 am
by 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
RE: TOE Upgrade display
Posted: Fri Jan 22, 2010 11:47 am
by floydg
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.
RE: TOE Upgrade display
Posted: Fri Jan 22, 2010 12:22 pm
by Nux Mortis
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
RE: TOE Upgrade display
Posted: Fri Jan 22, 2010 12:44 pm
by 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?
RE: TOE Upgrade display
Posted: Fri Jan 22, 2010 12:49 pm
by n01487477
ORIGINAL: Nux Mortis
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
RE: TOE Upgrade display
Posted: Fri Jan 22, 2010 12:50 pm
by n01487477
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...
RE: WitPTracker AE Release 1.4 Available
Posted: Fri Jan 22, 2010 1:33 pm
by 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
RE: TOE Upgrade display
Posted: Fri Jan 22, 2010 2:33 pm
by Nux Mortis
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
RE: TOE Upgrade display
Posted: Fri Jan 22, 2010 3:18 pm
by 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.
RE: TOE Upgrade display
Posted: Fri Jan 22, 2010 3:46 pm
by floydg
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.
RE: TOE Upgrade display
Posted: Fri Jan 22, 2010 5:24 pm
by 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]
RE: TOE Upgrade display
Posted: Fri Jan 22, 2010 5:53 pm
by floydg
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
RE: TOE Upgrade display
Posted: Fri Jan 22, 2010 6:13 pm
by kfmiller41
ORIGINAL: n01487477
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]
RE: TOE Upgrade display
Posted: Fri Jan 22, 2010 8:41 pm
by Reg
ORIGINAL: n01487477
ORIGINAL: Nux Mortis
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???
RE: WitPTracker AE Release 1.3 Available
Posted: Fri Jan 22, 2010 11:56 pm
by 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.

RE: WitPTracker AE Release 1.4 Available
Posted: Sat Jan 23, 2010 1:09 am
by n01487477
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
RE: WitPTracker AE Release 1.4 Available
Posted: Sat Jan 23, 2010 3:38 pm
by 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 ?
RE: WitPTracker AE Release 1.4 Available
Posted: Sat Jan 23, 2010 4:47 pm
by floydg
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 [font="Courier New"]"unit" loaded on "ship" moving to "loc"[/font] pattern, but not with it at a specific location. I'll need to fix that.
Floyd
RE: WitPTracker AE Release 1.3 Available
Posted: Sat Jan 23, 2010 5:52 pm
by floydg
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.
RE: WitPTracker AE Release 1.3 Available
Posted: Sun Jan 24, 2010 2:49 am
by CapAndGown
Does tracker tell me when units need to be withdrawn? Under the Alerts section? Before, or on the date for withdrawal?