WitpDecoder; Now providing some overview

[Woos]

OK, an intermediate version is ready for any entrepeneurial Allies player to test (testing of the Allies by me is at best scarce). Everything should work for the Allies as it does for the Japanese (although quite a lot of things shown in the "Storage" tab are useless for the Allies).

How to get it:

• Get the witpdecoder.zip file from the first post and install it according to the doc in a subdirectory of you save directory.
• Get the updated witpDecoder2b.jar file. (If you can no longer download this file, it probably has been removed due to V0.3 being ready.)
• Rename it to witpDecoder2.jar and overwrite the witpDecoder2.jar file in the directory of step 1 with it.
• Edit witpdecoder.bat and add a "3" as first argument to the "java -Djava.library.path=. -jar witpdecoder2.jar" line. If you want to analyze a PBEM, you have to add the password after the 3.
• Run and suffer from all the bugs, the Japanese already have to bear.

Usage by Japanese players:
This release changes the database format. You have to delete the witp.* files if you want to use it.
If you play the AI, you can simply overwrite the witpDecoder2.jar file with the above file. No witpdecoder.bat editing necessary.
If you play a PBEM, you have to add a "0" as the first argument before your password in the witpdecoder.bat file. I.e. the line would then look "java -Djava.library.path=. -jar witpdecoder2.jar 0 MyPassword".

Changes since 0.2:
- Support for Allies (including automatic appearing resources)
- Minor bugs fixed
- Preparations for Ship-Overview (results of this can already be seen in a minor change in the "Ship Updates" tab).

[2ndACR]

I would love to try this, but this looks like way to much for me. I will stick to pencil and paper.[:(]

[qgaliana]

Sweet - trying the allied version.

One remark: I needed to add the parameter 3 as the _last_ item (or just before password). So:

java -Djava.library.path=. -jar witpdecoder2.jar 3

Or is this a German vs Engish, big/little endian sort of misunderstanding issue? [:D]

No other trioubles as of yet. This is really outstanding woos. [&o]

[ctangus]

Allied player. PBEM. Willing to help with the testing, but I'm running into a problem.

The save starts to load - I get a million messages of "A factory at base id xxx is producing an unknown product xxx..." (It's a mod game.) But after that, everything's blank. I can select all the tabs, but each one is empty of data. I'm sure I'm doing something wrong.

[VSWG]

Hello Woos,
first of all, thank you very much for your continuous work on your utility. [&o]

I have a problem with the new witpDecoder2.jar file: With the old file, I had no problems using your utility for CHS Scen155. Now I wanted to start over with the new .jar file (fresh install of witpDecoder, same .csv files as before, added "3" and my password to the .bat file), but now witpDecoder generates the following error:

Code: Select all

 java.sql.SQLException: Numeric value out of range
     at org.hsqldb.jdbc.Util.sqlException(Unknown Source)
     at org.hsqldb.jdbc.jdbcStatement.fetchResult(Unknown Source)
     at org.hsqldb.jdbc.jdbcStatement.executeUpdate(Unknown Source)
     at de.retsiemuab.witpDecoder.am.a(Unknown Source)
     at de.retsiemuab.witpDecoder.R.a(Unknown Source)
     at de.retsiemuab.witpDecoder.am.b(Unknown Source)
     at de.retsiemuab.witpDecoder.Main.a(Unknown Source)
     at de.retsiemuab.witpDecoder.Main.a(Unknown Source)
     at de.retsiemuab.witpDecoder.Main.main(Unknown Source)
 Couldn't set up a working DB template. Exiting.

As soon as I replace the .jar file with the old one, everything works fine again. Of course I always deleted all witp.* files before retrying.

What am I doing wrong? [&:]

[Woos]

ORIGINAL: qgaliana
One remark: I needed to add the parameter 3 as the _last_ item (or just before password). So:

java -Djava.library.path=. -jar witpdecoder2.jar 3

Or is this a German vs Engish, big/little endian sort of misunderstanding issue? [:D]

Uups.
Actually this is more a Java programmer vs. non-Java programmer issue. The "-D..." and "-jar witp...." parameters are parameters to the java interpreter. Everything after them are parameters to the program. So the 0 or 3 needs to be added as the first parameter to the program which is the third parameter on the command line. It really is time to improve the GUI so nationality can be selected by clicking.

@ctangus: The screenshot shows that you didn't have any save file data read in. This can not be caused by the factory problem as that simply gets ignored. Any other error message appearing (you might want to look in witpdecoder.log to avoid clicking through all the error messages again)? BTW, last time I saw the factory problem it was caused by .csv files and save game file not stemming from the same scenario.

@VSWG Most probably a problem either in the ship class data or the "automatically appearing resources" data as both are read in by V0.2b but not by V0.2. Can you send me the .csv files you used?

[Woos]

VSWG's problem stems probably from a database error in CHS 155.
Ship number 621 (the Shiratsuyu update at 5/44) claims to carry 288 torpedos (8 tubes times 36 loads). That's a bit much to store in a single byte. But since the previous versions only had 16 torpedos (8 tubes times 2 loads) this most probably is a database error.

Have to think on what to do about that, since I don't want to waste space in the database just because of a typo. Currently to get witpDecoder V0.2b to work with CHS 155 you have to edit the generated WITPcls.csv file and in the "621" line (the 622nd line in the excel sheet) replace the "36" in the "WpnAmmo10" column with e.g. a "2". WitpDecoder database initialization should work then. And then hoard all "Shiratsuyu" class ships till after 5/44 to sink the USN from long range. [;)]

[Oliver Heindorf]

Hi, wäre es möglich eine etwas benutzerfreundlichere install-routine und interface zu bekommen ? Bei mir scheiters schon an dem witp-load programm....mit diesen ganzen Konsolenkommandos.....also da kann ich mir auch linux drauf machen, das hat dann den selben charm


I dont get it : "Run witpload on the scenario your savefiles are from

why I should load a scenario if I want to analyze the save file ?

why not simply have an interface where the user selects the file / scenario needed and the game handle this mayhem ? jsut asking but a tool which is this complicated to handle isnt useful to must of the users

[VSWG]

1. Copy witpload.exe into the \witp\scen folder.
2. Open the command prompt. Go to \witp\scen\
3. Type in: "witpload /s15 /e" (to extract data for scen 15. For any other scenario, replace the "15" with the scenario number)
4. Done. Copy & rename the .csv files into the witpDecoder folder.

[VSWG]

It's not Woos' fault that all these steps are necessary. Blame Matrix for that. Woos is doing everything he can to keep it straight and simple. You're being quite rude to someone who is offering a great service - for free!

[Oliver Heindorf]

well, like I assumed : I wasted time for nothing [:(]

I will come back when its version 1.5 [&o]

[VSWG]

Woos,

I did as you said and got the scenario database initialized, but loading a save produces exactly the same error as Oliver Heindorf just posted. Probably another CHS issue? Looks like your utility is the ultimate scenario debugger... [;)]

[Oliver Heindorf]

ORIGINAL:  VSWG

Woos,

Looks like your utility is the ultimate scenario debugger... [;)]

thats exactly what I think - in this game above where I tried to use this tool, my opponent complains about errors in the game in the production system . (pbem stock scen 15)

sorry for sounding harrash before and destroying your party - language barrier. (and when I tried to run your tool, my noodles on the stove burned as I had totally forgotten them cooking there[:@][:@]) 

[Woos]

ORIGINAL: Oliver Heindorf
also da kann ich mir auch linux drauf machen, das hat dann den selben charm

Now that explains the problem. You didn't read the fine print (see last bullet of post 71).

Besides that, not all errors stem from mods/WitP. Sometimes the internal checks catch what they were intended to do: an internal error. So the "bad LCU count" is witpDecoders fault and should have hit most Allied players (as I said, Allies are badly tested).
New version with fix is uploaded (same name and URL and same procedure to install but with another database format change). As additional goodie you get:




I liked the WitPShips.xls file someone posted a few weeks ago (sorry, forgot who it was) but it was for the wrong scenario. So I shamelessly stole the idea and integrated it into witpDecoder so now one can get the same information for all scenarios. The tab probably still has bugs (this is a release to fix the LCU count problem) and no documentation yet.

Concerning the ease of installation: If you want to write an installer for witpDecoder to ease everyone's job, great, just do it! Otherwise you will have to live with my plans for development which still include new functionality as the highest priority because that's what I want from the tool. Sooner or later database setup will be completely GUI driven (if only to reduce the support requests), but since setup is only a one time effort for everyone that's low priority.

[VSWG]

I've downloaded the utility and the .jar file again, and now I can't initialize the DB anymore:



Same .csv files as I sent you. No witp.* files and no errorlog are created.

The classes-tab looks great, Woos.

[ctangus]

I figured out my earlier goof (didn't rename the csv files). I'm now, with the new .jar, getting the exact same error message as VSWG.

By the way, thanks for your work on this Woos! [&o]

[Woos]

ORIGINAL: VSWG
I've downloaded the utility and the .jar file again, and now I can't initialize the DB anymore:

Sorry, that was the debug version, which will only run on my computer. Correctly generated version is uploaded.

BTW, does anyone know how to convince eclipse to do several things in a row for generating a release? I currently have to
1. Edit the debug flag.
2. Compile (if not done already)
3. Create the jar file
4. Run the optimizer/obfuscator.
Sounds like a makefile job (or an ant job in the java world) but what is an IDE for if it can't do that without the user generating a makefile?

[VSWG]

Now it works! [:)]

ORIGINAL:  Woos

BTW, does anyone know how to convince eclipse to do several things in a row for generating a release? I currently have to
1. Edit the debug flag.
2. Compile (if not done already)
3. Create the jar file
4. Run the optimizer/obfuscator.
Sounds like a makefile job (or an ant job in the java world) but what is an IDE for if it can't do that without the user generating a makefile?

Wow, you can speak Chinese, too! [;)]

[ctangus]

Still some difficulties.

The save starts to load, then I get this:

Couldn't write things to the DB due to
java.sql.SQLException: Integrity constraint violation - no parent SYS_FK_105 table: Suffixes
at org.hsqldb.jdbc.Util.sqlException(Unknown Source)
at org.hsqldb.jdbc.jdbcStatement.fetchResult(Unknown Source)
at org.hsqldb.jdbc.jdbcStatement.executeUpdate(Unknown Source)
at de.retsiemuab.witpDecoder.as.a(Unknown Source)
at de.retsiemuab.witpDecoder.g.a(Unknown Source)
at de.retsiemuab.witpDecoder.U.b(Unknown Source)
at de.retsiemuab.witpDecoder.d.a(Unknown Source)
at de.retsiemuab.witpDecoder.aE.run(Unknown Source)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:67)
at de.retsiemuab.witpDecoder.I.a(Unknown Source)
at de.retsiemuab.witpDecoder.m.widgetSelected(Unknown Source)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:90)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:66)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:928)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3348)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2968)
at de.retsiemuab.witpDecoder.ae.a(Unknown Source)
at de.retsiemuab.witpDecoder.Main.a(Unknown Source)
at de.retsiemuab.witpDecoder.Main.main(Unknown Source)

I don't know if it's relevant, but it's a Nik Mod game.

[Oliver Heindorf]

I loaded the new jar file from the link from the page 5.

now I get a few messages that probably the leader bug has been struck my game ( about 5-6 messages)

and finally I get this one :







all from stock scen 15 game, no mods