There is an issue with the compression the game uses (I think), but maybe I did something wrong.

Dig to PNG:

Dig + ALMT to PNG:

Edited PNG to Dig + ALMT to PNG:

We need to figure out what is going on.

• Prepare a test with the original DIG + ALMT -> to PNG.
• Prepare a test with the PNG to the original DIG + ALMT.
• Is it 1:1?

We should maybe create a new discovering system as we did with the alar tool. #39

After this change f934a7c#diff-5a811f053af8e8d9ead5cad2293b1967e851fcab78671bb52a2596b170a63e2c the generated dig has a different size than the original one, but according to @Darkc0m the result should be the same.

We need to test that out to ensure everything is working fine.

Update readme with the latest information and how to use.

We need to refactor the old tutorial formats to use the current system. Each file should have a format unless there is 0 differences between two file formats.

As soon as we see a difference we would create a new format, because we don't want any IFs.

Describe the bug
When using an Alar exporter/importer the program doesn't check if the file is compressed or not.

To Reproduce
Grab any Alar file with a DSCP header and try to export it.

Expected behavior
Exporter should first check if the file is compressed or not and then extract/import the files.

• #33
• #34

We will have a separate .md for all the research.

New formats such DTX3 needs to be documented.

We need to list all the .aar files in the game with its major and minor version, so we can classify and study them.

We need to finish the Integration Testing support and add tests for every converter.

Tool Usage

-exportdtx dir <dirToSave> <dirWithFilesToInsert>
In the "dirWithFilesToInsert" we need to have:

• koma.bin
• kshape.bin
• arm9.bin
• deck.bin
• thefile.dtx

Issue

The .dtx format is a Sprite format, here is the research file

Right now the Converter does work until line 100 where we have to use the kshape to get the Sprite shape.

We have already hacked the format with everything we need. BUT, we need the Sprite support, which we don't have. I tried to port it from Ninoimager to Texim but I couldn't. The other option would be to use the Ninoimager classes directly.

Pack files from insertDemo into demo.aar and save it in root (.)
-i alar/demo.aar . alar/insertDemo

We have to keep the same folder structure that we have when unpacking.

To Do

• Get folder structure of demo.aar from Tinke.

It's been a long time I don't work on this project so I want to update everything and get it ready for other contributors.

• Create README with ALL my info.
• Merge ALMT branch
• Merge koma branch
• Merge Alar-refactor branch
• Testing
• Create issue for DTX
• Create issue for DIG
• Delete branches
• Separate research files from the main README.md

We need to test this converter:

• Binary Compressed - Binary Decompressed 1:1 recompress
• Binary Compressed - Binary Decompressed deserialize

When using the LZSSDecompress, we use a temporary file that we are not removing. So we generate a lot of useless files.

-exportdig dirToSave dirWithFilesToInsert

We need to test this feature and see if everything is OK.

We need a CLI function to auto import PNGs directly to the original .aar, so we can start importing images quickly.

The difficult task here is to know if the dig/almt needs to be compressed or not.

Create test for each type of .bin format. The goal is to have 1:1 for export and reimport.

• ability_t.bin
• bgm.bin
• chr_b_t.bin
• chr_s_t.bin
• clearlst.bin
• commwin.bin
• demo.bin
• infoname.bin
• komatxt.bin
• location.bin
• piece.bin
• pname.bin
• rulemess.bin
• stage.bin
• title.bin
• jQuiz.bin #55
• tutorials #54
• InfoDeck
• jGalaxy
• Deck
• DeckMake

When we export a Dig+ATM we get some extra transparent pixels on the bottom:

We need to check if we can ignore those and re-import them into the game (meaning that all the testing we have is correct), or we need to remove it.

• What happens if we remove it?

We want a new architecture + automations for the app:

• Net Core 6
• Testing
• Continous Delivery

Let's see if we can start with one of these:
https://github.com/pleonex/template-csharp or https://github.com/pleonex/PleOps.Cake

• Create new branch
• Copy the Template
• Configure Github Actions
• Tests OK

I want to automate the Converter selection creating an identifier class as I had back in 1.0.

The goal would be to identify a Node by its extension, stamp and version, and then return the format.

Then I would love to transform the Node with the correct converter.

With this we don't need to choose what are we extracting and we could batch export everything automatically.

Refactor the old jquiz format and converter to get it working again.

Hi !
When i Try to export aar file i have an unhandled exception "The specified argument was not within the range of valid values"

And when i try to export bin file i have an unhandled exception too "An exception was thrown by the target of a call. ---> System.Collections.Generic.KeyNotFoundException: The given key was missing from the dictionary."

These are the files i tried to export
envoi.zip

Thanks for your help if you read !

We need to create the alar identifier to export/import without telling which format it is.

Plus, the cli should uncompress or compress the container automatically.

Create test for each type of .aar format. The goal is to have 1:1 for export and reimport.

• alar2 (koma.aar) Deserialze
• alar3 Deserialze
• binary - alar2 1:1 retransform
• binary - alar3 1:1 retransform

We need to create a new converter for this, so we don't duplicate code (png2alar3 and import-dig).

Describe the bug
I'm not 100% sure but I think I forgot to re-adjust the size parameter in the File Info section.

To Reproduce
Insert a new file with a different size from the original to see if it changes.

Create test for each type of .dtx format. The goal is to have 1:1 for export and reimport.

• deserialize
• binary - dtx 1:1

Even though Alar2 converters are tested and working, there isn't a command to use on the CLI.

https://github.com/SceneGate/Texim/tree/main/src/Texim.Games/JumpUltimateStars

• Alar2
• Koma
• Dtx
• Dsig?
• KShape
• KomaElement

Reference him in the credits

I want a CLI command that automatically exports every .dig+.atm from an ALAR file.

So, from demo.aar we would get a ton of .png files.

-e demo.aar demo

System.InvalidOperationException.

We need to fix that issue, debugging.

-exportdig dir ruleselect/out ruleselect/out

We need to test this feature and see if everything is OK.

We need to handle what happens if the files we are passing by arguments are not valid.

If we don't this happens:

Unhandled exception: System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation.
 ---> System.IO.EndOfStreamException: Attempted to read past the end of the stream.
   at Yarhl.IO.DataReader.ReadBytes(Int32 count)
   at Yarhl.IO.DataReader.ReadString(Int32 bytesCount, Encoding encoding)
   at JUSToolkit.Utils.CompressionUtils.IsCompressed(DataStream stream) in /JUSToolkit/src/JUS.Tool/Utils/CompressionUtils.cs:line 49

-importdig dir comic/import/new comic/import

Report here any issue

Create test for each type of .dig format. The goal is to have 1:1 for export and reimport.

• dig + almt Deserialze
• binary - alar 1:1 retransform
• binary - dig 1:1 retransform
• dig + almt 1:1 retransform