After saving and reloading:

If you click anywhere in the 3D view when Root Directory is set to nothing or to an incorrect directory, this line crashes because m_objRender is null.

As title says, I get an unspecified error "Editor has stopped working" and crash when using the German text dump /res/Msg/data1/bmgres.arc from the European release of TWW (GZLP01). All other languages from this version, plus US English and Japanese, work fine.

I thought it might have been something to do with the ß character, but replacing them all in a hex editor made no difference.

Completely unrelated and not an issue with your program, but I've found that some of the color codes can produce different text colors in-game. For instance, [red] often produces a deep orange (255, 100, 0) but sometimes produces light red (255, 90, 90), and I can't figure out which parameters for a given line of text determine which is used. There is also a darker red (180, 0, 0) that seems to get used for text on signs. If you're interested in looking into this, I can pass along some findings. It's not a big deal to me personally but it would help with multilingual term sourcing at Zelda Wiki (zeldawiki.wiki)

Manually compiling resources output by Winditor and manually opening up Dolphin to test changes slows down iteration time when developing maps. A faster approach would be to allow the user to test changes on-the-fly, similar to Unreal Engine 4's Play in Viewport. This can be simulated by interfacing with Dolphin via CLI upon the user pressing a "Play" button in Winditor's UI.

Assuming that the user has an ISO root extracted, the process would proceed like so:

• The user edits a map.
• The user presses the "Play" button, which saves the current map state to file and places the files in the user's specified ISO root directory.
• Winditor generates an AR code to force the game to load the edited map once Dolphin is started using the game ID 00000000, the ID for games running directly from a directory. (Alternatively, if it is found to be possible, a patch is applied to the game's executable to do the same thing.)
• Winditor forks a child process and starts Dolphin with several command line parameters.
• The user finishes testing their changes and exits Dolphin.

Dolphin has three CLI options that will be useful for this:

• **-b, --batch **. Makes Dolphin close the main GUI when emulation is stopped.
• -e, --exec=. Makes Dolphin run the specified file when the emulator is opened. In this use-case, the file would be ISO's executable.
• -C, --config=.
  .=. This is used to set config options at runtime.

Additionally, Dolphin can be run in a "portable" mode by putting a file called portable.txt in the directory containing Dolphin's executable. This will force Dolphin to put its user directories there, allowing us to have a Dolphin configuration independent from the user's own configuration.

A crash with WCollisionMesh's shader revealed that the collision mesh is not currently being disposed properly when a map is unloaded. This causes conflicts within OpenTK, which ultimately leads to a crash when the shader attempts to get disposed twice.

I don't why but when I was setting up Winditior it crashed and now crashes apon startup

Opening a room and saving it with no changes can cause its collision mesh to have a larger file size than the original.

This can cause problems for rooms like Room3 of the kaze stage - the increase of size the DZB gets puts the room over the limit specified in the stage's MEMA entry for that room, causing the game to crash when trying to allocate memory upon entering the room.
The user can avoid this crash by increasing the allowed heap size by a few kb in MEMA.

But it would be better if there was a way to edit the room without increasing the DZB size, so Winditor could detect that a DZB hasn't been edited and just store the original into the ARC as is.

The issue is that when I create a new map link is trapped there. when I go to the object list, then open exit list I create an exit, and then choose the coordinates and the map, aaaaaaaaand nothing will happen no new exit. so could you please try to fix this or show me what I'm doing wrong thank you!

Switch parameters are extremely common among actors but it's not immediately intuitive how they work. It might be helpful to split it from a single integer spinbox into a dropdown+spinbox combo widget.

The dropdown would allow selecting the type of switch, and then the spinbox would allow selecting the index of the switch within that type range:

• Mem bit switch: 0-127 (0-127)
• Dan bit switch: 0-63 (128-191)
• Zone bit switch: 0-31 (192-223)
• Door-cleared zone bit switch: 0-15 (224-239)
• N/A Switch: 255 (no spinbox needed)

Camera often spawns far away from objects (in viewport) and the camera movement speed (editor) makes editing a slow process.

Since the whole sea stage takes a long time to load in all 49 rooms and their actors at the same time, and runs out of memory on the 32 bit version, it would be useful to have the ability to load just one room.
The user would select the RoomX.arc file they want and Winditor would load that room and the Stage.arc and nothing else.

Also, maybe move the view camera with that room's MULT so it's not too far away from the loaded island.

These dialogs could save the value of each field to settings.json, and when you open them later restore those settings.

If the saved settings don't exist in the dropdowns (e.g. if you went to a different room) it could use select the first loaded room's "Main" mesh as the default.

Collision data is now properly loaded and editable within the tool; however, the edited data can not yet be saved back to DZB. Exporting must be implemented; a framework already exists in CollisionMeshExport.

Changing the dropdown menus in the Scene BGM Editor menu appears to do nothing.
The changes appear to save as the new settings appear every time the editor is relaunched.
Entries can be added but not removed, as the remove button does nothing.

For sanity testing I took a simple map and removed all references to room settings, stage settings, events and various other settings.
I was still unable to track down where it would be playing music outside of the settings within Scene BGM nor change the music in Scene BGM.
Creating a new map and applying the settings of another map also did not work.

Steps to reproduce: Take any map and change the Type, Name and/or Wave Bank 1~4 values

Several entity types, among them paths and environment lighting, have references to other objects within the world. These references should be handled by an ActorReferenceControl, which will allow the user to select, remove, or replace the actor which it references.

When replacing the stored reference, the control will display a list of the entities matching the referenced object's type. While the reference will be stored as type WDOMNode, this type filtering will prevent the user from, for example, selecting a waypoint as a reference for the environment lighting's palette data.

Below is a list of all 437 actor classes in Wind Waker. An entry in this list should be checked off only once all of its actor names, English names, parameters, parameter values, and models have been documented in Winditor. Classes that are only partially documented should not be checked.

The number of stages in the vanilla game the class was placed in is included for reference.

• tsubo (in 79 stages)
• ep (in 65 stages)
• tbox (in 62 stages)
• swc00 (in 55 stages)
• kytag00 (in 40 stages)
• warpls (in 39 stages)
• door10 (in 35 stages)
• grass (in 33 stages)
• knob00 (in 33 stages)
• tag_event (in 30 stages)
• bk (in 29 stages)
• item (in 27 stages)
• tag_attention (in 27 stages)
• andsw2 (in 26 stages)
• mo2 (in 22 stages)
• obj_swpush (in 22 stages)
• andsw0 (in 20 stages)
• obj_movebox (in 20 stages)
• tn (in 19 stages)
• cc (in 18 stages)
• obj_paper (in 18 stages)
• tag_light (in 18 stages)
• bl (in 17 stages)
• ki (in 17 stages)
• kui (in 17 stages)
• wz (in 17 stages)
• kytag01 (in 16 stages)
• obj_akabe (in 16 stages)
• tag_hint (in 15 stages)
• npc_zl1 (in 14 stages)
• ship (in 14 stages)
• kamome (in 13 stages)
• st (in 13 stages)
• swhit0 (in 13 stages)
• swtact (in 13 stages)
• bflower (in 12 stages)
• door12 (in 12 stages)
• kytag02 (in 12 stages)
• obj_mtest (in 12 stages)
• stone (in 12 stages)
• agbsw0 (in 11 stages)
• am (in 11 stages)
• fire (in 11 stages)
• lamp (in 11 stages)
• npc_cb1 (in 11 stages)
• obj_mshokki (in 11 stages)
• obj_otble (in 11 stages)
• pt (in 11 stages)
• stone2 (in 11 stages)
• alldie (in 10 stages)
• magma (in 10 stages)
• npc_mn (in 10 stages)
• obj_kanoke (in 10 stages)
• obj_ladder (in 10 stages)
• rd (in 10 stages)
• tag_msg (in 10 stages)
• am2 (in 9 stages)
• bb (in 9 stages)
• dai (in 9 stages)
• ks (in 9 stages)
• mt (in 9 stages)
• npc_md (in 9 stages)
• obj_swhammer (in 9 stages)
• obj_warpt (in 9 stages)
• ph (in 9 stages)
• sea (in 9 stages)
• wind_tag (in 9 stages)
• ykgr (in 9 stages)
• gm (in 8 stages)
• lwood (in 8 stages)
• mbdoor (in 8 stages)
• mozo (in 8 stages)
• npc_p1 (in 8 stages)
• obj_figure (in 8 stages)
• obj_shelf (in 8 stages)
• saku (in 8 stages)
• bigelf (in 7 stages)
• bo (in 7 stages)
• boss_item (in 7 stages)
• bridge (in 7 stages)
• fm (in 7 stages)
• kanban (in 7 stages)
• npc_bm1 (in 7 stages)
• nzg (in 7 stages)
• obj_hcbh (in 7 stages)
• obj_hfuck1 (in 7 stages)
• obj_hole (in 7 stages)
• obj_wood (in 7 stages)
• obj_ygush00 (in 7 stages)
• pw (in 7 stages)
• atdoor (in 6 stages)
• hmlif (in 6 stages)
• majuu_flag (in 6 stages)
• mdoor (in 6 stages)
• npc_ls1 (in 6 stages)
• npc_ym1 (in 6 stages)
• obj_ospbox (in 6 stages)
• obj_pirateship (in 6 stages)
• tag_evsw (in 6 stages)
• fganon (in 5 stages)
• himo3 (in 5 stages)
• ikari (in 5 stages)
• jbo (in 5 stages)
• npc_people (in 5 stages)
• nz (in 5 stages)
• obj_jump (in 5 stages)
• obj_mknjd (in 5 stages)
• obj_rcloud (in 5 stages)
• obj_search (in 5 stages)
• obj_swheavy (in 5 stages)
• swpropeller (in 5 stages)
• tag_md_cb (in 5 stages)
• warpf (in 5 stages)
• ff (in 4 stages)
• hys (in 4 stages)
• npc_aj1 (in 4 stages)
• npc_bj1 (in 4 stages)
• obj_flame (in 4 stages)
• obj_ice (in 4 stages)
• obj_ikada (in 4 stages)
• obj_lpalm (in 4 stages)
• obj_mkie (in 4 stages)
• obj_plant (in 4 stages)
• obj_tntrap (in 4 stages)
• obj_try (in 4 stages)
• obj_vmc (in 4 stages)
• switem (in 4 stages)
• acorn_leaf (in 3 stages)
• amiprop (in 3 stages)
• dk (in 3 stages)
• dr (in 3 stages)
• fan (in 3 stages)
• floor (in 3 stages)
• kn (in 3 stages)
• msw (in 3 stages)
• npc_ba1 (in 3 stages)
• npc_gk1 (in 3 stages)
• npc_ji1 (in 3 stages)
• npc_ko1 (in 3 stages)
• npc_p2 (in 3 stages)
• npc_roten (in 3 stages)
• npc_yw1 (in 3 stages)
• obj_cafelmp (in 3 stages)
• obj_correct (in 3 stages)
• obj_hami4 (in 3 stages)
• obj_hbrf1 (in 3 stages)
• obj_homen (in 3 stages)
• obj_leaves (in 3 stages)
• obj_msdan (in 3 stages)
• obj_nest (in 3 stages)
• obj_quake (in 3 stages)
• obj_rforce (in 3 stages)
• obj_shmrgrd (in 3 stages)
• obj_swflat (in 3 stages)
• obj_swlight (in 3 stages)
• obj_timer (in 3 stages)
• obj_toripost (in 3 stages)
• obj_trap (in 3 stages)
• oq (in 3 stages)
• pz (in 3 stages)
• shop_item (in 3 stages)
• shutter (in 3 stages)
• spc_item (in 3 stages)
• ssk (in 3 stages)
• sss (in 3 stages)
• steam_tag (in 3 stages)
• swattack (in 3 stages)
• tag_ghostship (in 3 stages)
• tag_volcano (in 3 stages)
• windmill (in 3 stages)
• ygcwp (in 3 stages)
• bdkobj (in 2 stages)
• bita (in 2 stages)
• bmd (in 2 stages)
• bpw (in 2 stages)
• btd (in 2 stages)
• bwd (in 2 stages)
• canon (in 2 stages)
• deku_item (in 2 stages)
• dr2 (in 2 stages)
• fallrock_tag (in 2 stages)
• gnd (in 2 stages)
• goal_flag (in 2 stages)
• icelift (in 2 stages)
• kb (in 2 stages)
• kita (in 2 stages)
• klft (in 2 stages)
• komore (in 2 stages)
• kytag03 (in 2 stages)
• kytag04 (in 2 stages)
• kytag07 (in 2 stages)
• leaflift (in 2 stages)
• lstair (in 2 stages)
• machine (in 2 stages)
• mmusic (in 2 stages)
• nh (in 2 stages)
• npc_ah (in 2 stages)
• npc_co1 (in 2 stages)
• npc_fa1 (in 2 stages)
• npc_gp1 (in 2 stages)
• npc_ho (in 2 stages)
• npc_hr (in 2 stages)
• npc_kamome (in 2 stages)
• npc_kf1 (in 2 stages)
• npc_kk1 (in 2 stages)
• npc_kp1 (in 2 stages)
• npc_mk (in 2 stages)
• npc_mt (in 2 stages)
• npc_ob1 (in 2 stages)
• npc_os (in 2 stages)
• npc_pf1 (in 2 stages)
• npc_sarace (in 2 stages)
• npc_tc (in 2 stages)
• npc_zk1 (in 2 stages)
• obj_apzl (in 2 stages)
• obj_ashut (in 2 stages)
• obj_balancelift (in 2 stages)
• obj_barrel (in 2 stages)
• obj_barrel2 (in 2 stages)
• obj_barrier (in 2 stages)
• obj_bemos (in 2 stages)
• obj_canon (in 2 stages)
• obj_dmgroom (in 2 stages)
• obj_doguu (in 2 stages)
• obj_drift (in 2 stages)
• obj_ebomzo (in 2 stages)
• obj_ekskz (in 2 stages)
• obj_ftree (in 2 stages)
• obj_gaship (in 2 stages)
• obj_gaship2 (in 2 stages)
• obj_gnnbtltaki (in 2 stages)
• obj_gnndemotakie (in 2 stages)
• obj_gnndemotakis (in 2 stages)
• obj_gong (in 2 stages)
• obj_gtaki (in 2 stages)
• obj_hami2 (in 2 stages)
• obj_hami3 (in 2 stages)
• obj_kanat (in 2 stages)
• obj_magmarock (in 2 stages)
• obj_majyuu_door (in 2 stages)
• obj_mkiek (in 2 stages)
• obj_monument (in 2 stages)
• obj_msdan2 (in 2 stages)
• obj_ohatch (in 2 stages)
• obj_pbka (in 2 stages)
• obj_rflw (in 2 stages)
• obj_table (in 2 stages)
• obj_tapestry (in 2 stages)
• obj_tenmado (in 2 stages)
• obj_tide (in 2 stages)
• obj_tower (in 2 stages)
• obj_tribox (in 2 stages)
• obj_vgnfd (in 2 stages)
• obj_Vteng (in 2 stages)
• obj_zouK (in 2 stages)
• pedestal (in 2 stages)
• sk (in 2 stages)
• sk2 (in 2 stages)
• ss (in 2 stages)
• tag_mk (in 2 stages)
• toge (in 2 stages)
• tori_flag (in 2 stages)
• wall (in 2 stages)
• warpdm20 (in 2 stages)
• warpfout (in 2 stages)
• warphr (in 2 stages)
• auction (in 1 stages)
• bdk (in 1 stages)
• bgn (in 1 stages)
• branch (in 1 stages)
• bst (in 1 stages)
• coming3 (in 1 stages)
• daiocta (in 1 stages)
• demo_dk (in 1 stages)
• demo_kmm (in 1 stages)
• dummy (in 1 stages)
• ghostship (in 1 stages)
• gy_ctrl (in 1 stages)
• kddoor (in 1 stages)
• kokiie (in 1 stages)
• kt (in 1 stages)
• kytag05 (in 1 stages)
• kytag06 (in 1 stages)
• lbridge (in 1 stages)
• lod_bg (in 1 stages)
• mflft (in 1 stages)
• mgameboard (in 1 stages)
• mtoge (in 1 stages)
• npc_ac1 (in 1 stages)
• npc_auction (in 1 stages)
• npc_bmcon1 (in 1 stages)
• npc_bms1 (in 1 stages)
• npc_bmsw (in 1 stages)
• npc_bs1 (in 1 stages)
• npc_btsw2 (in 1 stages)
• npc_de1 (in 1 stages)
• npc_ds1 (in 1 stages)
• npc_hi1 (in 1 stages)
• npc_jb1 (in 1 stages)
• npc_kg1 (in 1 stages)
• npc_kg2 (in 1 stages)
• npc_km1 (in 1 stages)
• npc_photo (in 1 stages)
• npc_pm1 (in 1 stages)
• npc_rsh1 (in 1 stages)
• npc_so (in 1 stages)
• npc_sv (in 1 stages)
• npc_tt (in 1 stages)
• npc_uk (in 1 stages)
• obj_ajav (in 1 stages)
• obj_ajavw (in 1 stages)
• obj_auzu (in 1 stages)
• obj_aygr (in 1 stages)
• obj_bscurtain (in 1 stages)
• obj_coming (in 1 stages)
• obj_demo_barrel (in 1 stages)
• obj_doguu_demo (in 1 stages)
• obj_dragonhead (in 1 stages)
• obj_eayogn (in 1 stages)
• obj_eskban (in 1 stages)
• obj_ferris (in 1 stages)
• obj_firewall (in 1 stages)
• obj_ganonbed (in 1 stages)
• obj_gryw00 (in 1 stages)
• obj_hha (in 1 stages)
• obj_hlift (in 1 stages)
• obj_hsehi1 (in 1 stages)
• obj_htetu1 (in 1 stages)
• obj_iceisland (in 1 stages)
• obj_light (in 1 stages)
• obj_ojtree (in 1 stages)
• obj_pbco (in 1 stages)
• obj_pfall (in 1 stages)
• obj_roten (in 1 stages)
• obj_smplbg (in 1 stages)
• obj_stair (in 1 stages)
• obj_usovmc (in 1 stages)
• obj_Vds (in 1 stages)
• obj_vfan (in 1 stages)
• obj_vmsdz (in 1 stages)
• obj_vmsms (in 1 stages)
• obj_volcano (in 1 stages)
• obj_vtil (in 1 stages)
• obj_vyasi (in 1 stages)
• obj_xfuta (in 1 stages)
• obj_Yboil (in 1 stages)
• obj_YLzou (in 1 stages)
• oship (in 1 stages)
• salvage (in 1 stages)
• shutter2 (in 1 stages)
• sie_flag (in 1 stages)
• spotbox (in 1 stages)
• swtdoor (in 1 stages)
• syan (in 1 stages)
• tag_etc (in 1 stages)
• tag_island (in 1 stages)
• tag_kb_item (in 1 stages)
• tag_photo (in 1 stages)
• tag_ret (in 1 stages)
• tag_so (in 1 stages)
• tag_waterlevel (in 1 stages)
• tornado (in 1 stages)
• tpota (in 1 stages)
• warpgn (in 1 stages)
• warpmj (in 1 stages)
• throwstone (in 1 stages)
• agb (in 0 stages)
• arrow (in 0 stages)
• arrow_iceeff (in 0 stages)
• arrow_lighteff (in 0 stages)
• att (in 0 stages)
• beam (in 0 stages)
• bg (in 0 stages)
• bgn2 (in 0 stages)
• bgn3 (in 0 stages)
• bmdfoot (in 0 stages)
• bmdhand (in 0 stages)
• boko (in 0 stages)
• bomb (in 0 stages)
• bomb2 (in 0 stages)
• boomerang (in 0 stages)
• bwdg (in 0 stages)
• bwds (in 0 stages)
• coming2 (in 0 stages)
• daiocta_eye (in 0 stages)
• demo00 (in 0 stages)
• demo_item (in 0 stages)
• esa (in 0 stages)
• fallrock (in 0 stages)
• fgmahou (in 0 stages)
• grid (in 0 stages)
• gy (in 0 stages)
• himo2 (in 0 stages)
• hitobj (in 0 stages)
• hookshot (in 0 stages)
• hot_floor (in 0 stages)
• iball (in 0 stages)
• kaji (in 0 stages)
• kantera (in 0 stages)
• kmon (in 0 stages)
• mant (in 0 stages)
• movie_player (in 0 stages)
• npc_btsw (in 0 stages)
• npc_nz (in 0 stages)
• obj_adnno (in 0 stages)
• obj_buoyflag (in 0 stages)
• obj_buoyrace (in 0 stages)
• obj_eff (in 0 stages)
• obj_hat (in 0 stages)
• obj_homensmoke (in 0 stages)
• obj_Itnak (in 0 stages)
• obj_mmrr (in 0 stages)
• obj_msdan_sub (in 0 stages)
• obj_msdan_sub2 (in 0 stages)
• obj_tousekiki (in 0 stages)
• pirate_flag (in 0 stages)
• py_lk (in 0 stages)
• race_item (in 0 stages)
• rectangle (in 0 stages)
• sail (in 0 stages)
• salvage_tbox (in 0 stages)
• sbox (in 0 stages)
• scene_change (in 0 stages)
• seatag (in 0 stages)
• shand (in 0 stages)
• sitem (in 0 stages)
• stand_item (in 0 stages)
• tag_ba1 (in 0 stages)
• tag_kf1 (in 0 stages)
• tag_kk1 (in 0 stages)
• tama (in 0 stages)
• title (in 0 stages)
• vrbox (in 0 stages)
• vrbox2 (in 0 stages)
• waterfall (in 0 stages)
• wbird (in 0 stages)
• yougan (in 0 stages)

Double clicking in the treeview for the collision hierarchy selects all triangles belonging to that node, but the default behavior of the treeview is to toggle the node's expansion status when double clicked. This behavior must be overriden to prevent double clicking from closing or opening the nodes.

I am attempting to use Winditor's text editor, yet when I click on that option, the program claims that "bmgres.arc could not be found", even though that exact file is indeed within the game root. I have attempted this with multiple builds of Winditor and have met with the same issue for all of them.

Would like to improve this editor more, but not without it having a licence?

So that I know under which license I place my code.

For my local version I already programmed some key bindings.

A QoL feature to streamline editing would be to have the tool able to push edited data directly into an ISO. We already have ISO support in WArchive-Tools, though the validity of the support should be tested before it is put into use. (It may be incorrect as it was created a long time ago.)

The user would be prompted to select an ISO. The ISO would then be loaded and reduced to a virtual filesystem. The user would be prompted to select a map to overwrite or to create a new map, and then the program would inject the new data and save the ISO back.

Most functionality has been designed and implemented purely from a developer standpoint. As the tool edges closer to usability, it is crucial that it be used to create maps so that new features can be added and bugs can be found and patched.

Winditor focuses on the map setup - objects and lighting. It therefore cannot create models and collision meshes on its own. There are separate tools for these purposes:

• SuperBMD, for custom models.
• WindWakerCollisionEditor, for collision.

With the model and collision components already created, Winditor can be used to place objects and adjust lighting, if the map's model is configured correctly. (A default JSON file could possibly be created to make sure the models can use map lighting.)

Issues and feature requests can be added to the Issues list as they are encountered.

WTransform is currently hooked up to the UI by way of a BindingVector3. Currently, it only has half the functionality required; it will correctly display the selected object's WTransform properties, and update as the object is moved in the viewport, but manual changes to the UI are not propagated back to the selected object.

Thoughts:

• The UI may not be propagating correctly because of a mismatch on what is listening to which OnPropertyChanged() events.
• It may be better to investigate other ways of making this work.

Winditor supports displaying and editing actor Y rotation, but not X and Z. This is because Wind Waker uses the X and Z rotation fields as parameter bitfields for many actors so Winditor's code handles them differently.

But there are still several actors that use them as X and Z rotation. Winditor currently does not support this. There should be a way to mark each of the rotation fields for a given actor class as either rotation or a parameter bitfield.

At this time, any data other than room models and entity data is discarded. Additionally, only entity data is saved to file. While this is usable, it is inefficient.

The program should keep track of all the data that it loads so that it can save it back out, either "compiled" as archives or "raw" as the directory structure of the archives. The data should probably be stored in the World class..

Hi, I am a major noob when it comes to modding, and I looked everywhere for this, but couldn't find an answer. I don't know if I'm blind, or if this is common knowledge, but after you turn the original copy of a rom into a folder, how do you turn the folder back to a rom?

When exporting stages on an x64 build, these lines cause a crash when the transform rotation it's exporting is (X: 0, Y: -0.707106769, Z: 0, W: 0.707106769).
On x86 the converted euler rotation is (X: 0, Y: -89.98501, Z: 0), but on x64 it's (X: 180, Y: NaN, Z: 180) and the NaN crashes it. Possibly floating point rounding error differences between x86 and x64.

Similar to how Winditor supports the format the main game's text is in, it would be convenient to also support the text shown on the GBA Tingle Tuner.

These messages are located in the files files/res/Gba/msg_LZ.bin. The file is compressed with GBA LZ77 compression.

The encoding of the plain text in this file is simple, although the command codes are currently mostly undocumented:

01=A
02=B
03=C
04=D
05=E
06=F
07=G
08=H
09=I
0A=J
0B=K
0C=L
0D=M
0E=N
0F=O
10=P
11=Q
12=R
13=S
14=T
15=U
16=V
17=W
18=X
19=Y
1A=Z
1B=a
1C=b
1D=c
1E=d
1F=e
20=f
21=g
22=h
23=i
24=j
25=k
26=l
27=m
28=n
29=o
2A=p
2B=q
2C=r
2D=s
2E=t
2F=u
30=v
31=w
32=x
33=y
34=z
56=!
58=-
59=?
5F=.
60=,
63='
F207=<UNKNOWN_F207>
F30D=<UNKNOWN_F30D>
F30F=<UNKNOWN_F30F_MAYBE_INCREASE_FONTSIZE>
F310=<UNKNOWN_F310>
F50B=<UNKNOWN_F50B>
F50D0A=<UNKNOWN_F50D0A>
F60D0A=<UNKNOWN_F60D0A>
F610=<UNKNOWN_F610>
F615=<UNKNOWN_F615>
F619=<UNKNOWN_F619>
F61C=<UNKNOWN_F61C>
F623=<UNKNOWN_F623>
F91E=<UNKNOWN_F91E>
FC00=<BLACK>
FC01=<UNKNOWNCOLOR1>
FC02=<RED>
FC03=<PINK>
FC04=<GREEN>
FC05=<UNKNOWNCOLOR5>
FD= 
FE=\n
FF=<END>\n\n

Can't add more maps into the "Exit to First Pot in Cycle" slots.
(Same goes for Second, Third, and Noncyclic Warp Pot slots).

I'd like the ability to extract the dzr and dzs to a readable file format like a json or yaml. I'd like to use that info to export the actors into Blender.

As in-editor rendering of objects becomes more advanced, it is becoming more and more necessary to allow one object to have multiple models associated with it. This goes for things like Gohdan and his hands, which consist of the main head/hand models and "slots" that his head and hands fit into, as well as most NPCs, which have their heads stored in separate model files. The DOM node responsible for rendering these objects must be able to render more than one mesh at a time.

Additionally, animation functionality was lost when the project switched from the ActorNode class to VisibleDOMNode. The animation functionality must be copied over. This is also a prime opportunity to implement BMT support, which was not present in the original implementation within ActorNode.

When the resource system was refactored, it was made inefficient to prevent all models sharing a resource from animating when only one instance of an actor using that resource is selected. The system must be modified to keep only one copy of each resource; this means that the aforementioned bug will persist (all models of a single type animating when only one instance is selected), but it will be much more efficient.

Room11.arc in M_NewD2 is a somewhat strange archive in vanilla, it has two different files named model.brk: one in the brk folder, one in the dzr folder. When Winditor's RARC implementation saves this archive, it seems to get confused by that and it saves a corrupted arc that no longer has a room.dzr in it.

I think this might be because I'm trying to edit a Twilight Princess stage (on the basis that they are similarly structured/formatted, at least to my knowledge), but thought it'd be worth flagging in case something else is going on.

If I try to open a room from this stage, nothing happens. If I try to open the whole stage folder, I get the following crash log:

----------------------------------------
Winditor crashed on: 09/04/2022 19:21:45

System.NullReferenceException
Object reference not set to an instance of an object.
   at WindEditor.Editor.Modes.CollisionMode.UpdateActiveMesh() in D:\WW\Winditor\Editor\Editor\Modes\CollisionMode\CollisionMode.cs:line 293
   at WindEditor.Editor.Modes.CollisionMode.OnBecomeActive() in D:\WW\Winditor\Editor\Editor\Modes\CollisionMode\CollisionMode.cs:line 246
   at WindEditor.WWorld.SwitchMode(IEditorMode old_mode, IEditorMode new_mode) in D:\WW\Winditor\Editor\Editor\Maps\World.cs:line 248
   at WindEditor.WWorld.set_CurrentMode(IEditorMode value) in D:\WW\Winditor\Editor\Editor\Maps\World.cs:line 23
   at WindEditor.WWindEditor.<get_SwitchToCollisionModeCommand>b__19_0(Object x) in D:\WW\Winditor\Editor\Editor\Modes\WindEditor.cs:line 36
   at WindEditor.RelayCommand.Execute(Object parameter) in D:\WW\Winditor\Editor\Editor\UI\RelayCommand.cs:line 55
   at MS.Internal.Commands.CommandHelpers.CriticalExecuteCommandSource(ICommandSource commandSource, Boolean userInitiated)
   at System.Windows.Controls.MenuItem.InvokeClickAfterRender(Object arg)
   at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
   at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)
   at System.Windows.Threading.DispatcherOperation.InvokeImpl()
   at System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext(Object state)
   at MS.Internal.CulturePreservingExecutionContext.CallbackWrapper(Object obj)
   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   at MS.Internal.CulturePreservingExecutionContext.Run(CulturePreservingExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Windows.Threading.DispatcherOperation.Invoke()
   at System.Windows.Threading.Dispatcher.ProcessQueue()
   at System.Windows.Threading.Dispatcher.WndProcHook(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
   at MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
   at MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o)
   at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
   at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)
   at System.Windows.Threading.Dispatcher.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs)
   at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam)
   at MS.Win32.UnsafeNativeMethods.DispatchMessage(MSG& msg)
   at System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame)
   at System.Windows.Threading.Dispatcher.PushFrame(DispatcherFrame frame)
   at System.Windows.Application.RunDispatcher(Object ignore)
   at System.Windows.Application.RunInternal(Window window)
   at System.Windows.Application.Run(Window window)
   at WindEditor.App.Main()

----------------------------------------
Winditor crashed on: 09/04/2022 19:23:14

System.ArgumentOutOfRangeException
Index was out of range. Must be non-negative and less than the size of the collection.
Parameter name: index
   at System.ThrowHelper.ThrowArgumentOutOfRangeException(ExceptionArgument argument, ExceptionResource resource)
   at WindEditor.WMap.LoadFromDirectory(String inPath, String sourcePath) in D:\WW\Winditor\Editor\Editor\Maps\Map.cs:line 66
   at WindEditor.WWorld.LoadMapFromDirectory(String folderPath, String sourcePath) in D:\WW\Winditor\Editor\Editor\Maps\World.cs:line 155
   at WindEditor.WWindEditor.LoadProject(String folderPath, String sourcePath) in D:\WW\Winditor\Editor\Editor\Modes\WindEditor.cs:line 381
   at WindEditor.WWindEditor.OnApplicationRequestOpenProject() in D:\WW\Winditor\Editor\Editor\Modes\WindEditor.cs:line 136
   at WindEditor.WWindEditor.<get_OpenProjectCommand>b__3_0(Object x) in D:\WW\Winditor\Editor\Editor\Modes\WindEditor.cs:line 27
   at WindEditor.RelayCommand.Execute(Object parameter) in D:\WW\Winditor\Editor\Editor\UI\RelayCommand.cs:line 55
   at MS.Internal.Commands.CommandHelpers.CriticalExecuteCommandSource(ICommandSource commandSource, Boolean userInitiated)
   at System.Windows.Controls.MenuItem.InvokeClickAfterRender(Object arg)
   at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
   at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)
   at System.Windows.Threading.DispatcherOperation.InvokeImpl()
   at System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext(Object state)
   at MS.Internal.CulturePreservingExecutionContext.CallbackWrapper(Object obj)
   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   at MS.Internal.CulturePreservingExecutionContext.Run(CulturePreservingExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Windows.Threading.DispatcherOperation.Invoke()
   at System.Windows.Threading.Dispatcher.ProcessQueue()
   at System.Windows.Threading.Dispatcher.WndProcHook(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
   at MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
   at MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o)
   at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
   at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)
   at System.Windows.Threading.Dispatcher.LegacyInvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs)
   at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam)
   at MS.Win32.UnsafeNativeMethods.DispatchMessage(MSG& msg)
   at System.Windows.Threading.Dispatcher.PushFrameImpl(DispatcherFrame frame)
   at System.Windows.Threading.Dispatcher.PushFrame(DispatcherFrame frame)
   at System.Windows.Application.RunDispatcher(Object ignore)
   at System.Windows.Application.RunInternal(Window window)
   at System.Windows.Application.Run(Window window)
   at WindEditor.App.Main()

The other thing I noticed is that it refers to the D drive, which in my case is my DVD drive - so it can't physically get any data from there (although it seems to be able to see its own code, which is actually on the C drive, without issue).

This message appears when adding actors to maps. Actors added don't load during playtesting. The issue is not present when editing pre-existing actors.

You can't sort the text editor in any way except for Ascending Index

Any model that I attempt to export will have fractured vertex colors that are mostly not even blended together between faces, and seem to be forced in greyscale as it seems there is color in the map, but only a range of white-black in the Collada.

Blender view:

Winditor view:

Currently if the user tries to use the playtest feature Winditor will crash because it tries to launch Dolphin from the hardcoded path dolphin\Dolphin.exe. The options menu should let the user set the path to where they have Dolphin installed.

Possibility to enable editing BMG Files - Text Files Zelda Twilight Princess HD

These files are within the .arc files of the game.

Various sample files.

https://drive.google.com/file/d/1v0eTh51u-7TCkOTKw_JydDKXCRWSXTnU/view?usp=sharing

Header:
4D 45 53 47 62 6D 67 31 00 00 01 C0 00 00 00 03 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 49 4E 46 31 00 00 00 A0 00 0F 00 08 00 00 00 00 00 00 00 01 00 01 00 07 00 00 00 02 00 0E 00 14 00 00 00 03 00 1B 00 1F 00 00 00 04 00 24 00 29

another

4D 45 53 47 62 6D 67 31 00 04 68 A8 00 00 00 05 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 49 4E 46 31 00 01 86 C0 13 88 00 14 00 00 00 00 00 00 00 01 00 01 00 00 02 10 01 00 FF 00 00 00 00 00 01 00 00 00 00 23 00 02 00 00 02 10 01 00

As part of a refactor on paths and waypoints, these objects must be modified to have a waypoint reference in them.

Paths will require a FirstPoint property, which represents the beginning of the path.

Waypoints will require a NextPoint property, which represents the next point in the path that the waypoint belongs to.

The entire system will make up a linked list:

Path --(FirstPoint)--> Waypoint --(NextPoint)--> Waypoint --(NextPoint)--> Waypoint (NextPoint is null)

Chains should be able to be broken by marking a waypoint's NextPoint property as destroyed. Similarly, chains should be able to be created by setting NextPoint or FirstPoint to new waypoint objects.

The templates that define the auto-generated properties in the entity templates must be categorized. Currently, all properties without an explicit category name are marked as belonging to a "Misc." category. Most of the categories will probably be " Properties", such as "Spawn Properties" and "Path Properties."

Properties in these templates can also be marked as Hidden - demoting them from properties to private fields - and Editable, allowing them to be edited by the user.

• Most values should be made editable by the user.
• Certain types of properties - such as indices and offsets - should be marked as Hidden.

At the moment, environment lighting colors can be modified and saved to file. However, the colors are only loaded once at scene loading, and are not refreshed even when the colors are modified by the user.

The current organization of the environment lighting must be refactored so that there is as little copying as possible. Continuous updates to the color data at each tick() are not required as long as the data is bound to the UI correctly.