SWORD ART ONLINE Alicization Lycoris(CRILAYLA Decompression)

[lisomn]

I rip some data from SWORD ART ONLINE Alicization Lycoris. The file header is CRILAYLA but using CPK`s DecompressCRILAYLA cannot decompress
https://mega.nz/file/73xgXSBA#P4I2nszudIsZoJ3d0BgRlfZy1HIro9xxXd1kv9qDiBc

[Zolodei]

Where is the key to the archive to download?

[spiritovod]

@lisomn: It works exactly the same as for SAO: Hollow Realization. Use YACpkTool to unpack cpk and corresponding scripts for OFS3 containers and models/text/etc.

More topics about this:
viewtopic.php?t=6893
https://forum.xentax.com/viewtopic.php?f=16&t=17714
viewtopic.php?f=7&t=7644
viewtopic.php?t=7573

[lisomn]

Where is the key to the archive to download?

sorry, I updated the link

[lisomn]

@lisomn: It works exactly the same as for SAO: Hollow Realization. Use YACpkTool to unpack cpk and corresponding scripts for OFS3 containers and models/text/etc.

More topics about this:
viewtopic.php?t=6893
https://forum.xentax.com/viewtopic.php?f=16&t=17714
viewtopic.php?f=7&t=7644
viewtopic.php?t=7573

I updated the link, can you check the file, the link you attached does not seem to have more help with CRILAYLA, I have tried these

[spiritovod]

@lisomn: I believe only headers are additionally obfuscated (not even for every files), the rest seems fine to me, look at the examples below. You can download other games on PhyreEngine and take a look how those headers should look like for models or textures. Sorry, I'm not interested in the game, just passing by.

https://drive.google.com/file/d/1vKswm2 ... sp=sharing

[lisomn]

@lisomn: I believe only headers are additionally obfuscated (not even for every files), the rest seems fine to me, look at the examples below. You can download other games on PhyreEngine and take a look how those headers should look like for models or textures. Sorry, I'm not interested in the game, just passing by.

https://drive.google.com/file/d/1vKswm2 ... sp=sharing

Thanks for your reference file

[spiritovod]

Actually, if you'll use lame solution like extracting compressed assets "as is", unxor first 22 bytes with 0xFF, repack it back to cpk and extract with any actual cpk tool (like YACpkTool or CriPakTools fork by wmltogether), then open and unxor E0+1C bytes (specific for this example) in uncompressed asset again, it will work.

Here is an example, where _uncompressed_unxored part is compatible with SAO Hollow Realization tool (viewer / exporter), linked above.
https://drive.google.com/file/d/1DMkojT ... sp=sharing

Maybe you should initially unxor +-1 byte to avoid the second fix, didn't test it.

[lisomn]

Actually, if you'll use lame solution like extracting compressed assets "as is", unxor first 22 bytes with 0xFF, repack it back to cpk and extract with any actual cpk tool (like YACpkTool or CriPakTools fork by wmltogether), then open and unxor E0+1C bytes (specific for this example) in uncompressed asset again, it will work.

Here is an example, where _uncompressed_unxored part is compatible with SAO Hollow Realization tool (viewer / exporter), linked above.
https://drive.google.com/file/d/1DMkojT ... sp=sharing

Maybe you should initially unxor +-1 byte to avoid the second fix, didn't test it.

Thanks for your analysis, I made the tool

[libaibaba]

Actually, if you'll use lame solution like extracting compressed assets "as is", unxor first 22 bytes with 0xFF, repack it back to cpk and extract with any actual cpk tool (like YACpkTool or CriPakTools fork by wmltogether), then open and unxor E0+1C bytes (specific for this example) in uncompressed asset again, it will work.

Here is an example, where _uncompressed_unxored part is compatible with SAO Hollow Realization tool (viewer / exporter), linked above.
https://drive.google.com/file/d/1DMkojT ... sp=sharing

Maybe you should initially unxor +-1 byte to avoid the second fix, didn't test it.

Thanks for your analysis, I made the tool

Thank you very much for your tool, but I don't know if it's the version problem, Error occurred in data.cpk\chr\mod\10001 （I'm very sorry for my English. It comes from translation software）

[lisomn]

Actually, if you'll use lame solution like extracting compressed assets "as is", unxor first 22 bytes with 0xFF, repack it back to cpk and extract with any actual cpk tool (like YACpkTool or CriPakTools fork by wmltogether), then open and unxor E0+1C bytes (specific for this example) in uncompressed asset again, it will work.

Here is an example, where _uncompressed_unxored part is compatible with SAO Hollow Realization tool (viewer / exporter), linked above.
https://drive.google.com/file/d/1DMkojT ... sp=sharing

Maybe you should initially unxor +-1 byte to avoid the second fix, didn't test it.

Thanks for your analysis, I made the tool

Thank you very much for your tool, but I don't know if it's the version problem, Error occurred in data.cpk\chr\mod\10001 （I'm very sorry for my English. It comes from translation software）

I found this problem, it may be in the xor part. I don’t have a lot of testing, you can try to analyze youself:geek:
2 bytes from 0x16 to 0x17 require manual 0xff XOR

[libaibaba]

Thanks for your analysis, I made the tool

Thank you very much for your tool, but I don't know if it's the version problem, Error occurred in data.cpk\chr\mod\10001 （I'm very sorry for my English. It comes from translation software）

I found this problem, it may be in the xor part. I don’t have a lot of testing, you can try to analyze youself:geek:
2 bytes from 0x16 to 0x17 require manual 0xff XOR

Is your DecompressCRILAYLA method from one of these two? I spent the night trying to figure out how to decrypt it, my stupid brain
https://github.com/FanTranslatorsInternational/Kuriimu2/blob/87d9ff424cd792c603f830e5eb0ee8df8ace5618/plugins/Criware/plugin_criware/CRILAYLA/CRILAYLA.cs#L172
https://github.com/ConnorKrammer/cpk-tools/blob/83303d0c443efc3c9dcc9717c7c0b54bcd3843b2/LibCPK/CPK.cs

[libaibaba]

Thanks for your analysis, I made the tool

Thank you very much for your tool, but I don't know if it's the version problem, Error occurred in data.cpk\chr\mod\10001 （I'm very sorry for my English. It comes from translation software）

I found this problem, it may be in the xor part. I don’t have a lot of testing, you can try to analyze youself:geek:
2 bytes from 0x16 to 0x17 require manual 0xff XOR

I made one. It might helphttps://mega.nz/file/fDhzXTaY#YXweypoxU61N07UrKOk96utFOCuEnyrolR6y2th47Zs

[lisomn]

Thank you very much for your tool, but I don't know if it's the version problem, Error occurred in data.cpk\chr\mod\10001 （I'm very sorry for my English. It comes from translation software）

I found this problem, it may be in the xor part. I don’t have a lot of testing, you can try to analyze youself:geek:
2 bytes from 0x16 to 0x17 require manual 0xff XOR

I made one. It might helphttps://mega.nz/file/fDhzXTaY#YXweypoxU61N07UrKOk96utFOCuEnyrolR6y2th47Zs

no help.length of the XOR part of some files is different
may be 22 or 24 or 32 bytes.duplicate tools
lol

[libaibaba]

I found this problem, it may be in the xor part. I don’t have a lot of testing, you can try to analyze youself:geek:
2 bytes from 0x16 to 0x17 require manual 0xff XOR

I made one. It might helphttps://mega.nz/file/fDhzXTaY#YXweypoxU61N07UrKOk96utFOCuEnyrolR6y2th47Zs

no help.length of the XOR part of some files is different
may be 22 or 24 or 32 bytes.duplicate tools
lol

check 10416tex I'm pretty sure it's the first 0x20 And the ending 0x20 My program no longer prompts for errors
https://mega.nz/file/2G5hQSTa#nWxUDOctriqcN8DW-mhCGZ_HbJk8Lv07F5G8ehnV4Go

[lisomn]

I made one. It might helphttps://mega.nz/file/fDhzXTaY#YXweypoxU61N07UrKOk96utFOCuEnyrolR6y2th47Zs

no help.length of the XOR part of some files is different
may be 22 or 24 or 32 bytes.duplicate tools
lol

check 10416tex I'm pretty sure it's the first 0x20 And the ending 0x20 My program no longer prompts for errors
https://mega.nz/file/2G5hQSTa#nWxUDOctriqcN8DW-mhCGZ_HbJk8Lv07F5G8ehnV4Go

Because this is an ofs3 packet
The header is processed by xor
Not related to CRILAYLA decompression

[JIord222]

no help.length of the XOR part of some files is different
may be 22 or 24 or 32 bytes.duplicate tools
lol

check 10416tex I'm pretty sure it's the first 0x20 And the ending 0x20 My program no longer prompts for errors
https://mega.nz/file/2G5hQSTa#nWxUDOctriqcN8DW-mhCGZ_HbJk8Lv07F5G8ehnV4Go

Because this is an ofs3 packet
The header is processed by xor
Not related to CRILAYLA decompression

Hello, help me figure out the cpk packing. Found the reason for the crashes (in the Russian version). Unpacked cpk using Console version CRI Packed File Maker. But the game does not want to load the file packed back - crashes on startup. I'm in Steam dim128128- add as a friend, maybe we will quickly figure out the work of cpk.

https://yadi.sk/d/b1TqmMEfV6ciJg ( here is the file I created and exported from the developers (a lot of unnecessary information, due to the fact that the console version of the program does not export correctly).
But here it is view that they do not have groups (none), an attribute is assigned to all files (ENC) (but I don’t know what they contributed to it). And all files except two are compressed. ID numbers are also assigned by me as they have. But the game still crashes(

This is how cpk was created by the developers

CPK Filename:usa2.cpk
File format version:Ver.7, Rev.14
Data alignment:2 048
Content files:110
Compressed files:108
Content file size:650 797 394
Compressed file size:341 413 979 (52,46%)
Enable Filename info.:True (4 600 + 0 bytes) [Sorted]
Enable ID info.:False
Enable Group info.:True (1 856 + 0 bytes)
Enable GInfo Table:False
Enable CRC32 info.:False
Enable CheckSum64 info.:False
Compression Mode:Layla Standard Compression
Work size to bind CPK:10 146 bytes
Tool version:CPKMC2.49.32, DLL3.24.00

[JIord222]

I made one. It might helphttps://mega.nz/file/fDhzXTaY#YXweypoxU61N07UrKOk96utFOCuEnyrolR6y2th47Zs

no help.length of the XOR part of some files is different
may be 22 or 24 or 32 bytes.duplicate tools
lol

check 10416tex I'm pretty sure it's the first 0x20 And the ending 0x20 My program no longer prompts for errors
https://mega.nz/file/2G5hQSTa#nWxUDOctriqcN8DW-mhCGZ_HbJk8Lv07F5G8ehnV4Go

Привет, ты вроде бы русскоговорящий? Не могу разобраться как запаковать cpk назад- выше человеку уже расписал, что и как. Если это надо делать через CRILAYLA, то как ей пользоваться? С Python приложениями знаком плохо

[lisomn]

check 10416tex I'm pretty sure it's the first 0x20 And the ending 0x20 My program no longer prompts for errors
https://mega.nz/file/2G5hQSTa#nWxUDOctriqcN8DW-mhCGZ_HbJk8Lv07F5G8ehnV4Go

Because this is an ofs3 packet
The header is processed by xor
Not related to CRILAYLA decompression

Hello, help me figure out the cpk packing. Found the reason for the crashes (in the Russian version). Unpacked cpk using Console version CRI Packed File Maker. But the game does not want to load the file packed back - crashes on startup. I'm in Steam dim128128- add as a friend, maybe we will quickly figure out the work of cpk.

https://yadi.sk/d/b1TqmMEfV6ciJg ( here is the file I created and exported from the developers (a lot of unnecessary information, due to the fact that the console version of the program does not export correctly).
But here it is view that they do not have groups (none), an attribute is assigned to all files (ENC) (but I don’t know what they contributed to it). And all files except two are compressed. ID numbers are also assigned by me as they have. But the game still crashes(

This is how cpk was created by the developers

CPK Filename:usa2.cpk
File format version:Ver.7, Rev.14
Data alignment:2 048
Content files:110
Compressed files:108
Content file size:650 797 394
Compressed file size:341 413 979 (52,46%)
Enable Filename info.:True (4 600 + 0 bytes) [Sorted]
Enable ID info.:False
Enable Group info.:True (1 856 + 0 bytes)
Enable GInfo Table:False
Enable CRC32 info.:False
Enable CheckSum64 info.:False
Compression Mode:Layla Standard Compression
Work size to bind CPK:10 146 bytes
Tool version:CPKMC2.49.32, DLL3.24.00

Вы XOR заголовок перепакованного файла?
Я не понимаю информацию, которую вы предоставили

[JIord222]

Вы XOR заголовок перепакованного файла?
Я не понимаю информацию, которую вы предоставили

Информация взята из лога Console version CRI Packed File Maker (через неё я запаковывал назад .cpk). Я не совсем понял, что значит XOR заголовка?
P/S я могу записать видео, того как я распаковывал и запаковывал назад cpk. Возможно, так будет проще. Может быть сможешь указать ошибку.