Is there any docs on vsav data files

Tired of having to delete and recreate game pieces because I have to add a trait to my units. It would be great to be able to use the refresh style button to have the units on the map board gain the new traits created in the prototypes. When building a big game that have 500 units the creation process is horrible when feature requests happen!

So is there a utility or something that can be use to alter the units already deployed on the map?

Thus spake ChuckS:

Tired of having to delete and recreate game pieces because I have to add
a trait to my units. It would be great to be able to use the refresh
style button to have the units on the map board gain the new traits
created in the prototypes. When building a big game that have 500 units
the creation process is horrible when feature requests happen!

So is there a utility or something that can be use to alter the units
already deployed on the map?

The piece updater might work for your situation.

In the long term, this will cease to be a problem because we won’t be
storing piece definitions in save files in VASSAL 4.


J.

Piece updater you me refresh pieces? Tried that and it does not help units deployed on the map for some reason.

From the main menu

Tools → Refresh Counters

should pop up a box with 3 buttons: Test, Run and Exit. Clicking Run should update every unit in the currently open game with the current definition recorded in the module that the piece was created from. You will get a report on how many pieces where updated and how many could not be updated.

If you have made major surgery to the module so that the definitions used to create the pieces in the current game no longer exist, then you will get pieces that cannot be updated. In this case you can try the checkbox ‘Use counter names to identify unknown counters?’ which will try and locate a suitable definition based on the unit name.

Regards,
Brent.

refreash works on units in the unit display maps but not on the main map, if i pick up a unit on the main map put it back in the display map and run the refresh and activate the movement trail then move that unit back it blows up the module in a max heap memory error, increased max to 1024 still blows it up, units starting on the unit display work fine when moved to the main map. so the refresh adds the trait to the main map but does not draw when activated!

What message do you get displayed when you run the Refresh?

Haven’t checked error log will do that soon, 1058 units refreshed. It adds the trait to units on the main map but it will not draw the trail. But if I pull a unit off the display to map it will show the trail if I activate it! It’s gotta be something with the main map. I’ve changed order of the units in the module and the display plus units. Not thing fixes it. No missing unit errors. Only symptom is the memory error if I move a unit back to the display then refresh and try to move the unit with the trail on. It’s as though the game thinks the trail is so large.

Ran Vassal and loaded module with preset scenario then applied the refresh.

Log:
2020-01-07 09:04:13,490 [0-main] INFO VASSAL.launch.StartUp - Starting
2020-01-07 09:04:13,506 [0-main] INFO VASSAL.launch.StartUp - OS Windows 7 6.1
2020-01-07 09:04:13,506 [0-main] INFO VASSAL.launch.StartUp - Java version 1.8.0_191
2020-01-07 09:04:13,506 [0-main] INFO VASSAL.launch.StartUp - VASSAL version 3.2.17
2020-01-07 09:04:13,818 [0-AWT-EventQueue-0] INFO VASSAL.launch.ModuleManager - Manager
2020-01-07 09:04:49,339 [0-SwingWorker-pool-15776286-thread-1] INFO VASSAL.launch.AbstractLaunchAction - Loading module file C:\Users\cws\Desktop\SPI\Wellingtons Victory 2-6.vsav
2020-01-07 09:04:49,636 [0-SwingWorker-pool-15776286-thread-1] INFO VASSAL.launch.TilingHandler - No images to tile.
2020-01-07 09:04:49,636 [0-SwingWorker-pool-15776286-thread-1] INFO VASSAL.launch.AbstractLaunchAction - Loading module Wellington’s Victory: 2.6
2020-01-07 09:04:49,636 [0-SwingWorker-pool-15776286-thread-1] INFO VASSAL.tools.io.ProcessLauncher - launching C:\Program Files (x86)\Java\jre1.8.0_191\bin\java -Xms256M -Xmx512M -DVASSAL.id=1 -DVASSAL.port=51510 -Duser.home=C:\Users\cws -Duser.dir=C:\Program Files\VASSAL-3.2.17 -cp lib\Vengine.jar VASSAL.launch.Player --load – C:\Users\cws\Desktop\SPI\Wellingtons Victory 2-6.vsav
2020-01-07 09:04:50,416 [1-main] INFO VASSAL.launch.StartUp - Starting
2020-01-07 09:04:50,416 [1-main] INFO VASSAL.launch.StartUp - OS Windows 7 6.1
2020-01-07 09:04:50,416 [1-main] INFO VASSAL.launch.StartUp - Java version 1.8.0_191
2020-01-07 09:04:50,431 [1-main] INFO VASSAL.launch.StartUp - VASSAL version 3.2.17
2020-01-07 09:04:50,431 [1-main] INFO VASSAL.launch.Launcher - Player
2020-01-07 09:04:51,445 [1-IconFactory-preload] INFO VASSAL.tools.icon.IconFactory - VASSAL images folder found at jar:file:/C:/Program%20Files/VASSAL-3.2.17/lib/Vengine.jar!/images/
2020-01-07 09:04:51,445 [1-IconFactory-preload] INFO VASSAL.tools.icon.IconFactory - Icon family network-server created for network-server.png
2020-01-07 09:04:51,445 [1-IconFactory-preload] INFO VASSAL.tools.icon.IconFactory - Icon family go-down created for go-down.png
2020-01-07 09:04:51,445 [1-IconFactory-preload] INFO VASSAL.tools.icon.IconFactory - Icon family network-idle created for network-idle.png
2020-01-07 09:04:51,445 [1-IconFactory-preload] INFO VASSAL.tools.icon.IconFactory - Icon family VASSAL created for VASSAL.png
2020-01-07 09:04:51,445 [1-IconFactory-preload] INFO VASSAL.tools.icon.IconFactory - Icon family calculator created for calculator.png
2020-01-07 09:04:51,445 [1-IconFactory-preload] INFO VASSAL.tools.icon.IconFactory - Icon family go-up created for go-up.png
2020-01-07 09:04:51,445 [1-IconFactory-preload] INFO VASSAL.tools.icon.IconFactory - Icon family VASSAL-jabber created for VASSAL-jabber.png
2020-01-07 09:04:51,445 [1-IconFactory-preload] INFO VASSAL.tools.icon.IconFactory - Icon family jabber created for jabber.png
2020-01-07 09:04:51,445 [1-IconFactory-preload] INFO VASSAL.tools.icon.IconFactory - Icon family bug created for bug.png
2020-01-07 09:04:51,445 [1-IconFactory-preload] INFO VASSAL.tools.icon.IconFactory - Icon family yes created for yes.svg
2020-01-07 09:04:51,445 [1-IconFactory-preload] INFO VASSAL.tools.icon.IconFactory - Icon family no created for no.svg
2020-01-07 09:04:52,927 [1-AWT-EventQueue-0] WARN VASSAL.launch.BasicModule - Wellington’s Victory: 2.6 version Base 10
2020-01-07 09:05:47,769 [1-AWT-EventQueue-0] WARN VASSAL.tools.logging.LoggedOutputStream - Warning: Could not get charToByteConverterClass!
2020-01-07 09:05:47,769 [1-AWT-EventQueue-0] WARN VASSAL.tools.logging.LoggedOutputStream -

2020-01-07 09:05:47,988 [1-AWT-EventQueue-0] INFO VASSAL.build.GameModule - Exiting
2020-01-07 09:05:48,674 [0-IPC receiver for 29881339] ERROR VASSAL.tools.ipc.IPCMessageReceiver -
java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(Unknown Source) ~[na:1.8.0_191]
at java.net.SocketInputStream.read(Unknown Source) ~[na:1.8.0_191]
at java.net.SocketInputStream.read(Unknown Source) ~[na:1.8.0_191]
at java.io.ObjectInputStream$PeekInputStream.peek(Unknown Source) ~[na:1.8.0_191]
at java.io.ObjectInputStream$BlockDataInputStream.peek(Unknown Source) ~[na:1.8.0_191]
at java.io.ObjectInputStream$BlockDataInputStream.peekByte(Unknown Source) ~[na:1.8.0_191]
at java.io.ObjectInputStream.readObject0(Unknown Source) ~[na:1.8.0_191]
at java.io.ObjectInputStream.readObject(Unknown Source) ~[na:1.8.0_191]
at VASSAL.tools.ipc.IPCMessageReceiver.run(IPCMessageReceiver.java:34) ~[Vengine.jar:na]
at java.lang.Thread.run(Unknown Source) [na:1.8.0_191]

Turns out move trail needs to be applied directly to the unit and below the rotate trait!!