This topic was archived here:

https://web.archive.org/web/20230000000000fw_/https://www.zenhax.com/viewtopic.php?t=8661

CosmicDreams, posted Wed Oct 03, 2018 5:23 pm (39007)

---

So, Super Mario Party leaked and we can now browse the games files.

All the game files for models, sound effects etc etc are all in the Archive folder stored in .BEA files, which i think means Bezel Engine Archive?
(Interestingly the boot.lua file isn't even compiled and lists things like pool sizes and screen resolutions. NRO is a switch executable format from what i know as well.)

But as i mentioned before, the real meat of the data is in the Archive folder.
There is 456 of these .BEA files in this folder with the biggest one being just over 67MB.
https://cdn.discordapp.com/attachments/419711036837330956/497095262347591680/charapcpc01_mario.nxonnx32.bea
Here is the BEA file for Mario, which is around 10MB.

Hope someone can help extract these

CosmicDreams, posted Wed Oct 03, 2018 6:14 pm (39012)

---

Just tried the BMS script for vroom in the night sky.
It works...kinda.

Code:

Error: incomplete input file 0: C:\Users\faint\Documents\SwitchDumps\SuperMarioParty\romfs\Archive\chara~pc~pc01_mario.nxonnx32.bea
       Can't read 154302 bytes from offset 00a89922.
       Anyway don't worry, it's possible that the BMS script has been written
       to exit in this way if it's reached the end of the archive so check it
       or contact its author or verify that all the files have been extracted.
       Please check the following coverage information to know if it's ok.

  coverage file 0   202%   22379419   11049250   . offset 00a89922

Last script line before the error or that produced the error:
  77  log NAME OFFSET SIZE

aluigi, posted Wed Oct 03, 2018 8:10 pm (39014)

---

Finally the compressed samples I need to complete my script
New version:
http://aluigi.org/bms/vroom_scne.bms

CosmicDreams, posted Wed Oct 03, 2018 8:45 pm (39018)

---

Awesome!

CosmicDreams, posted Fri Oct 05, 2018 12:24 pm (39107)

---

Some files get this.
No matter how many times i make a new file name it never stops(I held enter for like a minute just to see)

ShrineFox, posted Fri Oct 05, 2018 12:45 pm (39111)

---

I'm getting this with any BEA file I try to extract with that script

CosmicDreams, posted Fri Oct 05, 2018 12:47 pm (39112)

---

Updated script or old script?

ShrineFox, posted Fri Oct 05, 2018 12:50 pm (39113)

---

Updated, but I think it's because my quickbms was outdated. Working now, false alarm. Great work guys!
Would love to see a way to repack the BEA files for modding purposes

CosmicDreams, posted Fri Oct 05, 2018 12:57 pm (39114)

---

Me too.
But extracting without error is probably needed before recreating a BEA

aluigi, posted Fri Oct 05, 2018 5:01 pm (39130)

---

@ShrineFox and @CosmicDreams
Upload your 2 samples that give those 2 separate problems.

CosmicDreams, posted Fri Oct 05, 2018 5:42 pm (39134)

---

. https://drive.google.com/file/d/1QrmixjRmhFVC6sj6I87ACbjv4Q-D3af_/view?usp=sharing
Around 68MB in size.

aluigi, posted Fri Oct 05, 2018 6:12 pm (39138)

---

The script has no problems with that sample.

CosmicDreams, posted Fri Oct 05, 2018 6:28 pm (39141)

---

Interesting.
It does manage to dump everything successfully just with that weird oddity.

aluigi, posted Fri Oct 05, 2018 7:21 pm (39143)

---

Ah sorry, I tought it was the compression error reported by the other user.

I checked the archive and yes, it has a filename stored in that way: path/name/name.
It's not an error of the script but it's just the original filename and the size of the name (16bit field) confirms it.
For the record the following are the technical info about the 2 files with colliding name/path:

Code:

. 00000380
. 00000000 getarr  OFFSET     0x00018920 0:896
. 00018920 idstr              "ASST" 4
    41 53 53 54                                       ASST
. 00018924 get     SIZE       0x00000030 4
. 00018928 get     ZERO       0x00000030 4
. 0001892c get     ZERO       0x00000000 4
. 00018930 get     DUMMY      0x000c0002 4
. 00018934 get     ZSIZE      0x0005c655 4
. 00018938 get     SIZE       0x0043d6ec 4
. 0001893c get     ZERO       0x00000000 4
. 00018940 get     OFFSET     0x03ea3ea0 8
. 00018948 get     NAME_OFF   0x0001aea0 8
.
. 0001aea0 get     NAMESZ     0x0000001a 2
. 0001aea2 getdstr NAME       "mainmode/bdr001/layout.lyt" 26
    6d 61 69 6e 6d 6f 64 65 2f 62 64 72 30 30 31 2f   mainmode/bdr001/
    6c 61 79 6f 75 74 2e 6c 79 74                     layout.lyt
  03ea3ea0 4445932    mainmode/bdr001/layout.lyt
.
...
.
. 00000382
. 00000000 getarr  OFFSET     0x00018980 0:898
. 00018980 idstr              "ASST" 4
    41 53 53 54                                       ASST
. 00018984 get     SIZE       0x00000030 4
. 00018988 get     ZERO       0x00000030 4
. 0001898c get     ZERO       0x00000000 4
. 00018990 get     DUMMY      0x000c0002 4
. 00018994 get     ZSIZE      0x00003873 4
. 00018998 get     SIZE       0x000393cc 4
. 0001899c get     ZERO       0x00000000 4
. 000189a0 get     OFFSET     0x041d8e50 8
. 000189a8 get     NAME_OFF   0x0001ae74 8
.
. 0001ae74 get     NAMESZ     0x00000029 2
. 0001ae76 getdstr NAME       "mainmode/bdr001/layout.lyt/bdr001_tlp.lyt" 41
    6d 61 69 6e 6d 6f 64 65 2f 62 64 72 30 30 31 2f   mainmode/bdr001/
    6c 61 79 6f 75 74 2e 6c 79 74 2f 62 64 72 30 30   layout.lyt/bdr00
    31 5f 74 6c 70 2e 6c 79 74                        1_tlp.lyt
  041d8e50 234444     mainmode/bdr001/layout.lyt/bdr001_tlp.lyt

EpicLPer, posted Sat Oct 06, 2018 7:23 pm (39191)

---

CosmicDreams wrote:

Some files get this.
No matter how many times i make a new file name it never stops(I held enter for like a minute just to see)

Also got the same error for multiple files. I saw that the script tries to create files instead of folders when the extracted file has a "." in its path. When you delete the "layout.lyt" file and then manually make that folder and press Enter the script will happily continue to run.

aluigi, posted Sat Oct 06, 2018 8:05 pm (39193)

---

Don't press return, give it a different new name like asdf.txt.
As you can see the "folder" is the same name of the file extracted before, it's a bug of the archive, not related to the script.

EpicLPer, posted Sat Oct 06, 2018 8:11 pm (39196)

---

aluigi wrote:

Don't press return, give it a different new name like asdf.txt.
As you can see the "folder" is the same name of the file extracted before, it's a bug of the archive, not related to the script.

Well, a workaround for that would be nice if possible, as example a choice like "This is a workaround, should I create folders instead of files?" or something but it's annoying, don't think Nintendo or the Engine devs will fix this anytime soon Also, no, giving it another name won't work except when you remove the "layout.lyt" part out of it but you'd manually have to do that for over a few thousand files.

aluigi, posted Sat Oct 06, 2018 8:19 pm (39198)

---

How many bea archives have this same problem?

EpicLPer, posted Sat Oct 06, 2018 8:37 pm (39202)

---

aluigi wrote:

How many bea archives have this same problem?

Well, one of those is "bdr001.nxonnx32.bea (https://mega.nz/#!ushHkKpR!861PMhEv2OprLF3i4c_qI_WeXRKcxKY2WdhpnK08GHY)", I could test more but then I'd have to manually make the folders again...
Going thru the files I've extracted and created the folder manually for already it's around 10 bea files having that problem or so, could be more tho.

aluigi, posted Sat Oct 06, 2018 8:42 pm (39203)

---

In bdr001.nxonnx32.bea only one file has that problem.
Even if 10 archives would have that problem, it's very different than saying that you have to rename "thousand files".
In that case you will be prompted to rename only 10 files which is something that takes no time.

EpicLPer, posted Sat Oct 06, 2018 8:44 pm (39204)

---

aluigi wrote:

In bdr001.nxonnx32.bea only one file has that problem.
Even if 10 archives would have that problem, it's very different than saying that you have to rename "thousand files".
In that case you will be prompted to rename only 10 files which is something that takes no time.

That's at least the first one it caught. Later it'll start to extract a ton of texture files (around 259 of them) and you'd have to rename all of them manually.
Tho you could get the XCI, extract the files and test it for yourself since sharing all of them here would be kinda, ya know, not legal lol

Still tho, you could make the script ask "Is there a . between the path?" and then make a folder out of it and "Is there a . at the end of the path?" then make it a file. Not sure what's so hard about this workaround when the Engine devs/Nintendo can't do stuff properly

aluigi, posted Sun Oct 07, 2018 5:59 am (39227)

---

Before implementing a work-around it's ever necessary to know what's the real exact situation.
Anyway I added a work-around in the script that should bypass the problem of the colliding folder and file names.

CosmicDreams, posted Sun Oct 07, 2018 4:50 pm (39268)

---

Code:

- error in src\extra\xalloc.c line 618: xdbg_malloc()

Error: memory allocation problem
       No such file or directory

Getting this when extracting all the BEA files in the game's archive directory.

Happens around half way through the 117th file out of 456 regardless of if i use the 4GB exe or the standard one, so it's probably something with the script not being able to handle all the files im inputting. Not a huge issue, just a minor gripe.

aluigi, posted Sun Oct 07, 2018 5:47 pm (39272)

---

I need more details like the archive (if it's not very big) or the final part (from "idstring") of the log visualized when runnin quickbms with the -V option.