Page 164 of 323

RE: WitPTracker AE Release 1.0

Posted: Thu Feb 16, 2012 11:13 am
by dorjun driver
Why has the version number in the message banner gone from 1.8 to 1.0?


Image

RE: WitPTracker AE Release 1.0

Posted: Thu Feb 16, 2012 12:54 pm
by BigBadWolf
ORIGINAL: BigBadWolf

What does "Error comparing bases unequal size" means?

I think I got it, has something to do with regions, I think. Is there a regions file for extended map?

RE: WitPTracker AE Release 1.8 Available!

Posted: Thu Feb 16, 2012 7:41 pm
by veldek01
Hi,

Why is Tracker not showing me the Intel report?

Image

RE: WitPTracker AE Release 1.8 Available!

Posted: Thu Feb 16, 2012 8:51 pm
by BigDuke66
1. I don't know of any region file for an extended map, if there aren't too many new bases maybe you could add the missing ones yourself.
2. The version number thing is simply because someone replied to an old post where the version was not upt to 1.8, got nothing to do with the tracker itself.
3. Maybe because your B-24 blocks the view on it? Seriously check the dos window and look if there is something to report in, if so copy it here or make a screenshot so the devs can help.

DBB extended map region file

Posted: Thu Feb 16, 2012 11:33 pm
by Dan Nichols
Here is a region file for the DBB extended map. It has all of the new bases. I renamed some of the Line Island bases as East Pacific Islands.



RE: WitPTracker AE Release 1.8 Available!

Posted: Fri Feb 17, 2012 9:29 am
by BigBadWolf
Oops..

RE: DBB extended map region file

Posted: Fri Feb 17, 2012 11:48 am
by witpqs
ORIGINAL: Dan Nichols

Here is a region file for the DBB extended map. It has all of the new bases. I renamed some of the Line Island bases as East Pacific Islands.

wait a bit - sorry made a small mistake

Sounds great! Let us know when it's good to go.

RE: DBB extended map region file

Posted: Fri Feb 17, 2012 12:07 pm
by Dan Nichols
It's good, I posted one and then realized there was an error and I took it down for a few minutes to redo.

RE: DBB extended map region file

Posted: Fri Feb 17, 2012 9:28 pm
by BigDuke66
A while ago I request a feature that shows alerts for unloaded units, now I think this request gains a bit importance because if I move an unloaded unit in strategic mod overland the arrival at the destination hex doesn't trigger an alert like it usually does.
I my case I unloaded the II Fighter Command at Townsville in strategic mod and after unloading I gave a move order to Charter Towers also in strategic mod and now as the unit arrived I check the alert list and there is no alert regarding this arrival.

RE: WitPTracker AE Release 1.0

Posted: Fri Feb 17, 2012 11:52 pm
by floydg
ORIGINAL: BigBadWolf

What does "Error comparing bases unequal size" means?

It means the newly loaded turn has a different number of bases than the previous turn load. That's not a good thing and usually means the save file just read in was not read in properly.

RE: WitPTracker AE Release 99.99

Posted: Fri Feb 17, 2012 11:53 pm
by floydg
ORIGINAL: dorjun driver

Why has the version number in the message banner gone from 1.8 to 1.0?


Depends on which message you reply to.

[;)]

RE: DBB extended map region file

Posted: Fri Feb 17, 2012 11:58 pm
by floydg
ORIGINAL: BigDuke66

A while ago I request a feature that shows alerts for unloaded units, now I think this request gains a bit importance because if I move an unloaded unit in strategic mod overland the arrival at the destination hex doesn't trigger an alert like it usually does.
I my case I unloaded the II Fighter Command at Townsville in strategic mod and after unloading I gave a move order to Charter Towers also in strategic mod and now as the unit arrived I check the alert list and there is no alert regarding this arrival.

Not sure what's happening here - the arrival at destination hex check doesn't care about the op mode, it just checks that the destination from the previous turn equals the current hex. In strategic move mode, the unit could move more than 1 hex a turn and that could be confusing it.
I may need a before/after example...

RE: WitPTracker AE Release ∞

Posted: Sat Feb 18, 2012 7:06 am
by dorjun driver
10–4 Eleanor.

I knew that.

RE: WitPTracker AE Release 1.0

Posted: Sat Feb 18, 2012 11:50 am
by USSAmerica
ORIGINAL: Historiker

Windows 7 64bit running,

What's the matter for that error message?

Image


Floyd or Damian, is this something that should/could be cleared up by deleting and recreating the trackerdb.* files?

Historiker, since I happen to know this is a db for a new game, try deleting each file that starts with trackerdb.xxx in your tracker folder. There should be 4 of them, or 6 if there is currently an attempt to open the db. Then, when you restart tracker, it will attempt to create them fresh.

Hope this helps!

RE: DBB extended map region file

Posted: Sat Feb 18, 2012 1:22 pm
by witpqs
ORIGINAL: floydg
ORIGINAL: BigDuke66

A while ago I request a feature that shows alerts for unloaded units, now I think this request gains a bit importance because if I move an unloaded unit in strategic mod overland the arrival at the destination hex doesn't trigger an alert like it usually does.
I my case I unloaded the II Fighter Command at Townsville in strategic mod and after unloading I gave a move order to Charter Towers also in strategic mod and now as the unit arrived I check the alert list and there is no alert regarding this arrival.

Not sure what's happening here - the arrival at destination hex check doesn't care about the op mode, it just checks that the destination from the previous turn equals the current hex. In strategic move mode, the unit could move more than 1 hex a turn and that could be confusing it.
I may need a before/after example...

I'm pretty sure that I see Alerts for units in those situations...

As an aside, what would be nice is an Alert for when a unit finishes changing into or out of Strat Mode.

RE: WitPTracker AE Release 1.0

Posted: Sat Feb 18, 2012 2:44 pm
by floydg
ORIGINAL: USS America

ORIGINAL: Historiker

Windows 7 64bit running,

What's the matter for that error message?

Image


Floyd or Damian, is this something that should/could be cleared up by deleting and recreating the trackerdb.* files?

Historiker, since I happen to know this is a db for a new game, try deleting each file that starts with trackerdb.xxx in your tracker folder. There should be 4 of them, or 6 if there is currently an attempt to open the db. Then, when you restart tracker, it will attempt to create them fresh.

Hope this helps!

Yeah, Mike, deleting those files should do it. The SA user not being found does sound like some kind of corruption. Maybe just one of the auxiliary database files (trackerdb.script), but I'm not sure about how HSQLDB works in this regard.

Floyd

RE: DBB extended map region file

Posted: Sat Feb 18, 2012 2:54 pm
by floydg
ORIGINAL: witpqs
ORIGINAL: floydg
ORIGINAL: BigDuke66

A while ago I request a feature that shows alerts for unloaded units, now I think this request gains a bit importance because if I move an unloaded unit in strategic mod overland the arrival at the destination hex doesn't trigger an alert like it usually does.
I my case I unloaded the II Fighter Command at Townsville in strategic mod and after unloading I gave a move order to Charter Towers also in strategic mod and now as the unit arrived I check the alert list and there is no alert regarding this arrival.

Not sure what's happening here - the arrival at destination hex check doesn't care about the op mode, it just checks that the destination from the previous turn equals the current hex. In strategic move mode, the unit could move more than 1 hex a turn and that could be confusing it.
I may need a before/after example...

I'm pretty sure that I see Alerts for units in those situations...

As an aside, what would be nice is an Alert for when a unit finishes changing into or out of Strat Mode.

I'm looking at the code and it doesn't care about strategic or non-strategic move. It checks the last turn's destination and then compares it with the new turn's location. If the same and it wasn't there before, the alert is generated. If it's not happening, I'd need a specific example.

The suggested alert is possible, but currently we don't read the pack/unpack time from the save. I'll see what can be done.

Floyd

RE: DBB extended map region file

Posted: Sat Feb 18, 2012 4:14 pm
by witpqs
ORIGINAL: floydg
ORIGINAL: witpqs
ORIGINAL: floydg



Not sure what's happening here - the arrival at destination hex check doesn't care about the op mode, it just checks that the destination from the previous turn equals the current hex. In strategic move mode, the unit could move more than 1 hex a turn and that could be confusing it.
I may need a before/after example...

I'm pretty sure that I see Alerts for units in those situations...

As an aside, what would be nice is an Alert for when a unit finishes changing into or out of Strat Mode.

I'm looking at the code and it doesn't care about strategic or non-strategic move. It checks the last turn's destination and then compares it with the new turn's location. If the same and it wasn't there before, the alert is generated. If it's not happening, I'd need a specific example.

The suggested alert is possible, but currently we don't read the pack/unpack time from the save. I'll see what can be done.

Floyd

A comparison might be necessary too. Otherwise you will miss units that only take 1 turn to change.

RE: DBB extended map region file

Posted: Sat Feb 18, 2012 7:44 pm
by BigDuke66
ORIGINAL: floydg

I'm looking at the code and it doesn't care about strategic or non-strategic move. It checks the last turn's destination and then compares it with the new turn's location. If the same and it wasn't there before, the alert is generated. If it's not happening, I'd need a specific example.

The suggested alert is possible, but currently we don't read the pack/unpack time from the save. I'll see what can be done.

Floyd

I think that's the point.
I always load the autosave, now(after the Tracker read the autosave) if a unit is sitting in strategic mode at the start of the turn and then a location is set to move to it will not be recognize before the next autosave is read by the tracker but when the unit already arrives next turn then there is nothing to compare in the autosave as the location it was ordered to move to is already reached and that info was deleted.
So basically in one autosave no destination is set and in the next autosave there is also no destination set but the unit is at a different location than before.
I hope I explained it understandable.

All this usually doesn't happen because the player changes the unit to strategic mod & sets a destination the same turn and this will be read out of the next autosave before then unit even started to move.

RE: LCU arrived alert

Posted: Sun Feb 19, 2012 11:07 am
by floydg
ORIGINAL: BigDuke66
ORIGINAL: floydg

I'm looking at the code and it doesn't care about strategic or non-strategic move. It checks the last turn's destination and then compares it with the new turn's location. If the same and it wasn't there before, the alert is generated. If it's not happening, I'd need a specific example.

The suggested alert is possible, but currently we don't read the pack/unpack time from the save. I'll see what can be done.

Floyd

I think that's the point.
I always load the autosave, now(after the Tracker read the autosave) if a unit is sitting in strategic mode at the start of the turn and then a location is set to move to it will not be recognize before the next autosave is read by the tracker but when the unit already arrives next turn then there is nothing to compare in the autosave as the location it was ordered to move to is already reached and that info was deleted.
So basically in one autosave no destination is set and in the next autosave there is also no destination set but the unit is at a different location than before.
I hope I explained it understandable.

All this usually doesn't happen because the player changes the unit to strategic mod & sets a destination the same turn and this will be read out of the next autosave before then unit even started to move.

Okay, I understand your point. I could check if an LCU has no destination but changed location to catch that case, but I think it will add in other cases as well, such as when an LCU unloads from a ship and when an LCU is moved by air transport. If those additional cases are undesireable, then you're out of luck on these "same turn moved" cases.