Slim chance this will happen. There are addresses pointing everywhere outside of the stage file and it's a big file. It wouldn't be a problem if I knew what exactly each address points to and what it does, but not only is this a different stage it also reflects work from an earlier version. The best way as I've said is to import the stage to SADX and try to retain some of the objects. As I've said before I think, the LandTable references only four models - the fountain, the land, the pillars, and a platform. So the LandTable is definitely referencing all that's there for the field map. If you need some proof besides loading it in game (which is already not looking good which I'll explain later), I've come up with an explanation. The chao garden is literally cut out from the third Windy Valley stage minus a few other models. The garden stage file's texture name list consist of the same exact names for textures in Windy Valley's stage file (although not all of them are there). The small island on the left is the cut out. They removed the seperate models for the fallen pillars, second row of pillars, this weird tack like structure with land sticking out of the top of it, and everything else except the four models I've mentioned before. On the far left is a model that connects that island with a hill, if you remove that, you're left with a chunk of the island missing like in the Chao Garden. But back to the garden itself, it's not looking good because I can't find all these addresses. I'm sure they're referencing something in 1ST_READ but I don't know what. I can't find similar addresses in GARDEN00 either. Here's what I have so far: Spoiler Code (Text): ROM:0CA800C0 dword_CA800C0: .data.l h'C905060 ; DATA XREF: ROM:loc_CA8001Ar ROM:0CA800C0 ; Might have to be C905400 ROM:0CA800C4 TexHead: .data.l stru_CA87524 ; DATA XREF: ROM:0CA80028r ROM:0CA800C4 ; ROM:0CA80048r ROM:0CA800C4 ; Shouldn't need to be changed ROM:0CA800C8 dword_CA800C8: .data.l h'8C5EC5C4 ; DATA XREF: ROM:0CA80024r ROM:0CA800CC dword_CA800CC: .data.l h'8C596708 ; DATA XREF: ROM:loc_CA8002Er ROM:0CA800D0 dword_CA800D0: .data.l h'8C5A65B8 ; DATA XREF: ROM:0CA80034r ROM:0CA800D4 dword_CA800D4: .data.l h'8C159770 ; DATA XREF: ROM:0CA8003Ar ROM:0CA800D8 dword_CA800D8: .data.l h'8C5A7140 ; DATA XREF: ROM:0CA8003Cr ROM:0CA800DC dword_CA800DC: .data.l h'8C5EC608 ; DATA XREF: ROM:0CA80046r ROM:0CA800E0 off_CA800E0: .data.l Try_Object1 ; DATA XREF: ROM:0CA80050r ROM:0CA800E0 ; Shouldn't need to be changed ROM:0CA800E4 dword_CA800E4: .data.l h'8C5A9572 ; DATA XREF: ROM:0CA8004Er ROM:0CA800E8 dword_CA800E8: .data.l h'8C5A64E0 ; DATA XREF: ROM:0CA80056r ROM:0CA800EC dword_CA800EC: .data.l h'8C59FC94 ; DATA XREF: ROM:0CA8005Cr ROM:0CA800F0 dword_CA800F0: .data.l h'8C02257E ; DATA XREF: sub_CA8006C+6r ROM:0CA800F0 ; Guess: Might need to be 8C022766 ROM:0CA800F4 dword_CA800F4: .data.l h'FFFFFF ; DATA XREF: sub_CA8006C+14r ROM:0CA800F4 ; Shouldn't need to be changed ROM:0CA800F8 dword_CA800F8: .data.l h'5555FF ; DATA XREF: sub_CA8006C+12r ROM:0CA800F8 ; Shouldn't need to be changed ROM:0CA800FC dword_CA800FC: .data.l h'8C5E9C5A ; DATA XREF: sub_CA8006C+10r ROM:0CA80100 dword_CA80100: .data.l h'8C0221C0 ; DATA XREF: sub_CA8006C+1Ar ROM:0CA80100 ; Guess: Might need to be 8C022360 ROM:0CA80104 dword_CA80104: .data.l h'C90003E ; DATA XREF: sub_CA8006C+20r ROM:0CA80104 ; Seems to be okay? Jumps to a branch in AL_MAIN ROM:0CA80108 dword_CA80108: .data.l h'8C0DCE40 ; DATA XREF: sub_CA8006C+36r ROM:0CA80108 ; Should be 8C0DE1A0 ROM:0CA8010C dword_CA8010C: .data.l h'8C079660 ; DATA XREF: sub_CA8006C:loc_CA8009Er ROM:0CA8010C ; Should be 8C078F40 ROM:0CA80110 dword_CA80110: .data.l h'8C0DD03C ; DATA XREF: sub_CA8006C+3Cr ROM:0CA80110 ; Should be 8C0DE3DC I'm missing a few of the 8C5#####, whatever they point to. I was thinking that maybe the geometry was floating around somewhere, so I looked through the file and only found one other object struct that when I viewed with SAMDL gave me a model for a Chao Egg (the object struct I loaded is at 0CA88B6C).