WitPTracker AE Release 1.11 Available!

[FeurerKrieg]

ORIGINAL: n01487477

Mucking around with the map and added some options. Sunk Ships - thinking about larger dots for more ships / a number.

How about a dot size that is scaled based on total VP of ships sunk in the hex? That way a big ship or a lot of small ships would be represented the same way. Just a thought - all the other improvements look great too!

[margeorg]

Hiya,


any idea what happened here? I´m in October 1943 in a game against the AI as the allied player. Had to "re-launch" the tracker one month ago because the DB file got more than 2GB in size and was throwing around with lots of errors due to the file size ...

Really a great program, makes this vast amount of data manageable. Many thanks for supporting it.

OK, here comes the error message:

Exception in thread "AWT-EventQueue-0" java.lang.ArrayIndexOutOfBoundsException: 1584 >= 1298
at java.util.Vector.elementAt(Unknown Source)
at witptracker.AlertPanel$1.getValueAt(AlertPanel.java:82)
at javax.swing.JTable.getValueAt(Unknown Source)
at javax.swing.JTable.prepareRenderer(Unknown Source)
at javax.swing.plaf.basic.BasicTableUI.paintCell(Unknown Source)
at javax.swing.plaf.basic.BasicTableUI.paintCells(Unknown Source)
at javax.swing.plaf.basic.BasicTableUI.paint(Unknown Source)
at javax.swing.plaf.ComponentUI.update(Unknown Source)
at javax.swing.JComponent.paintComponent(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JViewport.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JLayeredPane.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintToOffscreen(Unknown Source)
at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(Unknown Source)
at javax.swing.RepaintManager$PaintManager.paint(Unknown Source)
at javax.swing.RepaintManager.paint(Unknown Source)
at javax.swing.JComponent._paintImmediately(Unknown Source)
at javax.swing.JComponent.paintImmediately(Unknown Source)
at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)
at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)
at javax.swing.RepaintManager.prePaintDirtyRegions(Unknown Source)
at javax.swing.RepaintManager.access$700(Unknown Source)
at javax.swing.RepaintManager$ProcessingRunnable.run(Unknown Source)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$400(Unknown Source)
at java.awt.EventQueue$2.run(Unknown Source)
at java.awt.EventQueue$2.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(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)
Exception in thread "AWT-EventQueue-0" java.lang.ArrayIndexOutOfBoundsException: 1587 >= 1298
at java.util.Vector.elementAt(Unknown Source)
at witptracker.AlertPanel$1.getValueAt(AlertPanel.java:86)
at javax.swing.JTable.getValueAt(Unknown Source)
at javax.swing.JTable.prepareRenderer(Unknown Source)
at javax.swing.JTable.getToolTipText(Unknown Source)
at javax.swing.ToolTipManager$insideTimerAction.actionPerformed(Unknown Source)
at javax.swing.Timer.fireActionPerformed(Unknown Source)
at javax.swing.Timer$DoPostEvent.run(Unknown Source)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$400(Unknown Source)
at java.awt.EventQueue$2.run(Unknown Source)
at java.awt.EventQueue$2.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(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)
Exception in thread "AWT-EventQueue-0" java.lang.ArrayIndexOutOfBoundsException: 1584 >= 1298
at java.util.Vector.elementAt(Unknown Source)
at witptracker.AlertPanel$1.getValueAt(AlertPanel.java:82)
at javax.swing.JTable.getValueAt(Unknown Source)
at javax.swing.JTable.prepareRenderer(Unknown Source)
at javax.swing.plaf.basic.BasicTableUI.paintCell(Unknown Source)
at javax.swing.plaf.basic.BasicTableUI.paintCells(Unknown Source)
at javax.swing.plaf.basic.BasicTableUI.paint(Unknown Source)
at javax.swing.plaf.ComponentUI.update(Unknown Source)
at javax.swing.JComponent.paintComponent(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JViewport.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JLayeredPane.paint(Unknown Source)
at javax.swing.JComponent.paintChildren(Unknown Source)
at javax.swing.JComponent.paint(Unknown Source)
at javax.swing.JComponent.paintToOffscreen(Unknown Source)
at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(Unknown Source)
at javax.swing.RepaintManager$PaintManager.paint(Unknown Source)
at javax.swing.RepaintManager.paint(Unknown Source)
at javax.swing.JComponent._paintImmediately(Unknown Source)
at javax.swing.JComponent.paintImmediately(Unknown Source)
at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)
at javax.swing.RepaintManager.paintDirtyRegions(Unknown Source)
at javax.swing.RepaintManager.prePaintDirtyRegions(Unknown Source)
at javax.swing.RepaintManager.access$700(Unknown Source)
at javax.swing.RepaintManager$ProcessingRunnable.run(Unknown Source)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$400(Unknown Source)
at java.awt.EventQueue$2.run(Unknown Source)
at java.awt.EventQueue$2.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(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)

[floydg]

ORIGINAL: margeorg

Hiya,


any idea what happened here? I´m in October 1943 in a game against the AI as the allied player. Had to "re-launch" the tracker one month ago because the DB file got more than 2GB in size and was throwing around with lots of errors due to the file size ...

Really a great program, makes this vast amount of data manageable. Many thanks for supporting it.

OK, here comes the error message:

...

Is this causing the program to crash? If not, ignore the messages -- could be related to showing the alert data set while reading in a turn. To eliminate these types of error messages, try displaying a "static" data set while reading in the turn (e.g., Aircraft Comparison or Scenario tab of Summary data set).

[margeorg]

Hiya,


nope, the Tracker did not crash. Displaying static data seems to suppress these warnings, thanks for the info . Now I only need to manage avoiding the fattening of the DB file. Just 2 months and it already has passed the 200MB mark

[Razz1]

Well.. I finally got the tracker to work but without the map.

Any ideas on getting it to work?

[n01487477]

ORIGINAL: Razz
Well.. I finally got the tracker to work but without the map.
Any ideas on getting it to work?

Is there an error or just doesnt display? Maybe change ur memory settings in the map batch file.

[Razz1]

It is a memory error.

[guytipton41]

ORIGINAL: Feurer Krieg

How about a dot size that is scaled based on total VP of ships sunk in the hex? That way a big ship or a lot of small ships would be represented the same way. Just a thought - all the other improvements look great too!

Hi n01487477, [&o]

Rather than a scaling dot I would prefer more of those little squares scattered around the hex. Perhaps they could be placed radially spiraling out from the center -or- define a grid of potential display locations and then randomly assign each successive sunk to a location. That would be a pretty cool look. Let it saturate at 16 or 32 squares.

Cheers.
Guy
-- Software requirements worth every cent they cost!

[sanderz]

Hi - a couple of questions

Am a bit confused about the LCU production "chart".
Are the "Accumulative armament points" (straight blue line) what you need or what you are projected to produce? I assumed the latter but if so the line doesn't seem to change to allow for reduction in production if i turn factories off.

Engine planner
In the pic below the projected need for Ha34 drops in 9/42 by ignoring the build of Helens who are due to upgrade that month. Should tracker assume that the upgraded version of the Helen is built if it has the same engine?



many thanks

[n01487477]

ORIGINAL: sanderz

Hi - a couple of questions

Am a bit confused about the LCU production "chart".
Are the "Accumulative armament points" (straight blue line) what you need or what you are projected to produce? I assumed the latter but if so the line doesn't seem to change to allow for reduction in production if i turn factories off.

I'll look into it, but I thought it was working fine.

Engine planner
In the pic below the projected need for Ha34 drops in 9/42 by ignoring the build of Helens who are due to upgrade that month. Should tracker assume that the upgraded version of the Helen is built if it has the same engine?
many thanks

1. Why do you have production off for ki-49-1a ? It costs you nothing and if OFF then it will not accumulate R&D points.
2. By having the production off, then the upgrade iteration thinks that there will be no upgrade except for the 65 repairing. I probably should fix this, but having production off is not a good idea for R&D anyway.

[sanderz]

LCU Production - i've a feeling the charts are not always reading the new data

Engine Planner - thanks for that, an error on my part, for some reason i had a bunch turned off

[Keifer]

Are you planning to migrate to Java 7?

From Oracle's website: http://www.java.com/en/download/faq/java_6.xml

Java SE 6 End of Public Updates
After February 2013, Oracle will no longer post updates of Java SE 6 to its public download sites. Existing Java SE 6 downloads already posted as of February 2013 will remain accessible in the Java Archive on Oracle Technology Network. Developers and end-users are encouraged to update to more recent Java SE versions that remain available for public download.

[BigDuke66]

I wonder if the problems with J7 are so big that there is no chance to let the Tracker ever run with it.
In that case it would be better to rewrite the program because it may sooner or later not run at all anymore because of the need of outdated software.
It would also be the chance to do it in 64bit to use more memory and so to enabling the tracker to run with a bigger database that covers more turns.

Of course a rewrite is a "humongous" task and such steps are not lightly taken.

[floydg]

ORIGINAL: Keifer

Are you planning to migrate to Java 7?

From Oracle's website: http://www.java.com/en/download/faq/java_6.xml

Java SE 6 End of Public Updates
After February 2013, Oracle will no longer post updates of Java SE 6 to its public download sites. Existing Java SE 6 downloads already posted as of February 2013 will remain accessible in the Java Archive on Oracle Technology Network. Developers and end-users are encouraged to update to more recent Java SE versions that remain available for public download.

Yes, we plan to migrate. Eventually. We're not looking for support for JRE 6, so it's not really a big issue.

[BigDuke66]

Good to hear that.
Will you go for a 64bit approach?

[n01487477]

ORIGINAL: floydg

ORIGINAL: Keifer

Are you planning to migrate to Java 7?

From Oracle's website: http://www.java.com/en/download/faq/java_6.xml

Java SE 6 End of Public Updates
After February 2013, Oracle will no longer post updates of Java SE 6 to its public download sites. Existing Java SE 6 downloads already posted as of February 2013 will remain accessible in the Java Archive on Oracle Technology Network. Developers and end-users are encouraged to update to more recent Java SE versions that remain available for public download.

Yes, we plan to migrate. Eventually. We're not looking for support for JRE 6, so it's not really a big issue.

Actually, we run under Java7 now, the problem is with the dll to java connection. So, that means that loading a new turn must happen under Jave6 ... And as I've told people before you can have both java 6 and 7 running similtaneously. You just need to point the batch file to the java6 exe to make it work properly.

[witpqs]

Actually, we run under Java7 now, the problem is with the dll to java connection.

Curious about this - is it basically that the DLL has to be recompiled with a newer Java library or something?

[Keifer]

FYI - the link on your WITP Google site to the Java 6 JRE installer doesn't go to the installer.

In Firefox clicking on the link gives me a blank page. If I paste the URL into the browser it takes me to a page about how to change the path settings.

[Keifer]

ORIGINAL: witpqs

Actually, we run under Java7 now, the problem is with the dll to java connection.

Curious about this - is it basically that the DLL has to be recompiled with a newer Java library or something?

I would guess that the code to read the WITPAE save file and load the data into Tracker works with Java 6 but not with Java 7.

It might need to be refactored which sounds like a PITA. I'd volunteer to give it a try to learn JAVA.

[MAARTENR]

SOLVED-i've found it.
Mates how must i install the witptracker file and not the one without map file?
Where should i change it and how?