Matrix Games Forums

ORIGINAL: Breadguru

Any chance we can get a link to the earlier versions........i seem to have degraded and need to start over.

Thank you

The latest version of WitPTracker should work for almost all releases of WitP:AE, if that's what you were concerned about. What AE release are you using?

ORIGINAL: Breadguru

Any chance we can get a link to the earlier versions........i seem to have degraded and need to start over.

Thank you

I guess 1.3.1 (with the new fixes will be out when Floyd gets a chance to work his magic)

[edit] Ah, I hadn't thought about that Floyd, he's thinking this is just for post patch2 games ... In which case I withdraw my previous comment[;)]

was running 1.01 but I seem to have corrupted it now it does not respond. can I go direct to 1.3 or do I need to start over?

New features list looks fantastic, guys!  I'm particularly excited to see the TF resource load history.  Will that also work for supply and fuel?  I'd like to be able to track (no pun intended) the unloading rates for different ports/docked, etc. 

I hope you boys are still having fun with this project, because we sure love using it!  [8D]

ORIGINAL: Breadguru

was running 1.01 but I seem to have corrupted it now it does not respond. can I go direct to 1.3 or do I need to start over?

You'll need to start over with 1.3. This version can upgrade from 1.1, but not 1.0.1.
If you need 1.0.1 again, I can send it to you.

ORIGINAL: USS America

New features list looks fantastic, guys!  I'm particularly excited to see the TF resource load history.  Will that also work for supply and fuel?  I'd like to be able to track (no pun intended) the unloading rates for different ports/docked, etc. 

I hope you boys are still having fun with this project, because we sure love using it!  [8D]

Mike: shows supply, fuel, resources and oil.

Fun, yes, mostly...

Floyd, yes I will. On the tracker homepage only 1.3 is downloadable

ORIGINAL: Breadguru

Floyd, yes I will. On the tracker homepage only 1.3 is downloadable

Yeah, I did that so nobody would accidentally pick the wrong version. But I just put up 1.0.1 again.

thank you

ORIGINAL: Smeulders

Hey guys, I was wondering if you could change something in the devices tab to make it easier to follow up upgraded devices. Bit hard to explain, so an example, a unit has device A in it's TOE, but has upgraded this to device B. Right now we have the following.
Unit shows up in the list for device A, with the TOE amount and 0 for current
Unit shows up in the list for device B, with the TOE amount = 0 and the number of current devices.

Is it possible to change this to get this unit out of the list for device A and get the TOE for device A to show up for device B ?

Guessing this could be a bit tricky, but it would make tracking device usage and needs a good deal easier.

Thanks for adding the pools to the LCU device screens, it's a very nice addition.

It looks like you've mentioned less improvements in the change notes than you actually made. This request seems to have made it's way into 1.3, but I don't see it mentioned. Thanks a lot for this !

ORIGINAL: Smeulders

ORIGINAL: Smeulders

Hey guys, I was wondering if you could change something in the devices tab to make it easier to follow up upgraded devices. Bit hard to explain, so an example, a unit has device A in it's TOE, but has upgraded this to device B. Right now we have the following.
Unit shows up in the list for device A, with the TOE amount and 0 for current
Unit shows up in the list for device B, with the TOE amount = 0 and the number of current devices.

Is it possible to change this to get this unit out of the list for device A and get the TOE for device A to show up for device B ?

Guessing this could be a bit tricky, but it would make tracking device usage and needs a good deal easier.

Thanks for adding the pools to the LCU device screens, it's a very nice addition.

It looks like you've mentioned less improvements in the change notes than you actually made. This request seems to have made it's way into 1.3, but I don't see it mentioned. Thanks a lot for this !

I noted the addition of the pools, but the device usage was not updated. I looked at the usage, but I couldn't find a good example, so I punted on it for now. If it works, it must have been a mistake and I should fix that... [;)]

I seem to have been a bit too quick. I've loaded up a game were most of the Australian BF have upgraded from CMF Militia to CMF Infantry, in the Militia Device, these LCU aren't mentioned anymore, which I thought they were in the previous version. That's why I thought you had changed this. It does remain the same for the Infantry device though, amount is mentioned, but the TOE amount is indeed 0.

ORIGINAL: floydg

ORIGINAL: hunchback77

ORIGINAL: floydg




Long-term goal is to roll that in there, too.

What kind of re-drawing issues do you see? I only saw cases where changing the scale didn't update the scroll bars properly.

Resizing the map window with right scroll bar and then changing the scale to 12% does it on my computer. The map completely disappears but I can get it back by setting the scale to the 100%, 75% 50% settings. Not a big problem for me.

Thank you Guys, beautiful work. Keep it up.

You're welcome.

When the map "disappears", can you use the scroll bars to scroll up to the top-most left-most part and see if the (small) map is up there?

No, the scroll bars usually disappear with it. Going to 100% scale gets the map back right away , not a big problem for me. Thankyou floydg.

Okay, I now have release 1.3.1 available.

This is an incremental fix for loading the signal intelligence files. The program will now also look for a file called "[font="Courier New"]asigint.txt[/font]" or "[font="Courier New"]jsigint.txt[/font]" if it can't find a file with a date on in the name. Also, it will look for the file for the date previous to the turn being loaded. That means, for example, if you load the first turn (12/7/41), it will be looking for a file named (for Japanese player), [font="Courier New"]jsigint_411206.txt[/font], which won't exist, but if you load the save after the first turn is run, the date will be 12/8/41 and it will look for a file named [font="Courier New"]jsigint_411207.txt [/font] or [font="Courier New"]jsigint.txt [/font] which should exist for December 7th.

Also added a tooltip to the Turn column in the Intel panel that shows the date associated with the turn number.

Release is available here.

ORIGINAL: floydg

Okay, I now have release 1.3.1 available.

This is an incremental fix for loading the signal intelligence files. The program will now also look for a file called "[font="Courier New"]asigint.txt[/font]" or "[font="Courier New"]jsigint.txt[/font]" if it can't find a file with a date on in the name. Also, it will look for the file for the date previous to the turn being loaded. That means, for example, if you load the first turn (12/7/41), it will be looking for a file named (for Japanese player), [font="Courier New"]jsigint_411206.txt[/font], which won't exist, but if you load the save after the first turn is run, the date will be 12/8/41 and it will look for a file named [font="Courier New"]jsigint_411207.txt [/font] or [font="Courier New"]jsigint.txt [/font] which should exist for December 7th.

Also added a tooltip to the Turn column in the Intel panel that shows the date associated with the turn number.

Release is available here.

Question: If I am on turn 2 and want to load this, will the following happen - load turn 1 (12/7), it looks for 12/6 files reports and properly finds none, then looks for asigint.txt and finds it. Then load turn 2 and it finds the 12/7 files. Therefore the turn 1 reports/sigint files get loaded twice (once during the load for turn 1 and once during the load for turn 2)?

If you load turn 1, it won't find a sig int file, since none exist for Dec 6.
When you load turn 2, it will look for the sig int file for Dec 7, once it finds a file, it'll try to load it.

The key here is the name of the file and the first line of the file. If the first line's date doesn't match the date it's looking for, it will not load it (and you'll get a WARNING message).

Floyd and Damian,

Thanks again for this great program. I was previously running version 1.2 but now after downloading the new version and replacing the witptracker.jar file I am getting the below error. Was I supposed to replace any of the other files? Or how do I modify the .bat memory settings to -Xms384 -Xmx512?

Any help would be appreciated.

C:\Matrix Games\War in the Pacific Admiral's Edition\WITPstaff>java -Xms128m -Xm
x256m -jar "WitPTracker.jar"
WitP Tracker AE tables loaded in 62 seconds
Exception in thread "AWT-EventQueue-0" java.lang.OutOfMemoryError: Java heap spa
ce
at java.awt.image.DataBufferInt.<init>(Unknown Source)
at java.awt.image.Raster.createPackedRaster(Unknown Source)
at java.awt.image.DirectColorModel.createCompatibleWritableRaster(Unknow
n Source)
at java.awt.image.BufferedImage.<init>(Unknown Source)
at witptracker.MapPanel$Map.<init>(MapPanel.java:344)
at witptracker.MapPanel.<init>(MapPanel.java:196)
at witptracker.GUIMain.CreateAndShowGUI(GUIMain.java:605)
at witptracker.GUIMain$5.run(GUIMain.java:682)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)

C:\Matrix Games\War in the Pacific Admiral's Edition\WITPstaff>pause
Press any key to continue . . .

Great work as always guys, however one little question on the sigint files.....

I have more than one game running and the stuff is all in the save folder so how do I avoid it loading the 'wrong' sigint?

Roger

Will it look for multiple SigInt reports if your playing 2 day turns??

ORIGINAL: floydg

If you load turn 1, it won't find a sig int file, since none exist for Dec 6.
When you load turn 2, it will look for the sig int file for Dec 7, once it finds a file, it'll try to load it.

The key here is the name of the file and the first line of the file. If the first line's date doesn't match the date it's looking for, it will not load it (and you'll get a WARNING message).

What caused the question was this part of your previous post:

The program will now also look for a file called "asigint.txt" or "jsigint.txt" if it can't find a file with a date on in the name.

I put in bold the part that makes me ask. When I load turn one, it won't find a date-named sigint file for Dec 6. However, it will find a 'asigint.txt' file, which is actually for Dec 7. That one got created by the combat replay for turn 1 (Dec 7), and will be over-written when I do the combat replay for turn 2 (Dec 8). I hope I'm explaining this clearly. [&:]