Views: 20,050,777 |
Home
| Forums
| Uploader
| Wiki
| Object databases
| IRC
Rules/FAQ | Memberlist | Calendar | Stats | Online users | Last posts | Search |
04-24-24 11:09 AM |
Guest: |
0 users reading Read this before editing the ObjectDB | 1 bot |
Main - Archived forums - SMG documentations and tutorials - Read this before editing the ObjectDB | Hide post layouts | New reply |
Arisotura |
| ||
Star Mario in this room you have a pile of apple pies Level: 163 Posts: 46/9019 EXP: 56253640 Next: 234004 Since: 07-03-12 From: in a box Last post: 12 days ago Last view: 3 hours ago |
Here is some advice you should follow when editing objects.
❶ The checkbox labelled 'This object's data is complete' should be checked when and only when everything about the object is known. That is, when it is properly named and described, has the Data File filled if possible, and has all the Obj_arg fields required. I don't feel like ending up with complete-but-incomplete objects and having to sort through 3045 objects because the checkbox was misused, and I don't think anyone else wants either. ❷ If you're going to edit an object, if you know what the object is, you should give it a friendly name, rather than letting the internal name in. For example, Kuribo->Goomba, AirBubble->Air bubble, etc... ❸ Object descriptions should describe the object in general, not in one specific case. Also, I've seen some enter URLs to screenshots in the descriptions. For now, this is okay, but I'll think about a way to add screenshots more properly. Also, if your description is just going to repeat the object's name, DO NOT ENTER A DESCRIPTION. ❹ When filling in info about the fields, follow the advice below: * 'Title' should be a friendly name of the field, again. Or something internal if you don't know what the field is. * 'Type' should be set to the appropriate type. The 'Object Data Fields' box describes how to choose an appropriate type. * When Type is List, Choices should be set to a list of possible values. Like this: "0=Green, 1=Yellow" * 'Comment' can be a brief description of the field, if needed. Don't write a novel in there. ❺ Oh also, if your object's description isn't more descriptive than the object's name, just leave the description blank. You don't need to repeat yourself. ❻ ❼ The 'Type' column in the 'Existing data' table tells which file the object appears in. Possible values are: * ChildObj -> /Stage/jmp/ChildObj/ * GeneralPos -> /Stage/jmp/GeneralPos/ * MapParts -> /Stage/jmp/MapParts/ * Start -> /Stage/jmp/Start/ * AreaObj -> /Stage/jmp/Placement/ * CameraCube -> /Stage/jmp/Placement/ * DemoObj -> /Stage/jmp/Placement/ * Obj -> /Stage/jmp/Placement/ * PlanetObj -> /Stage/jmp/Placement/ * Sound -> /Stage/jmp/Placement/ * StageObj -> /Stage/jmp/Placement/ The file in which the object appears the most is set as 'Preferred file' for the object. ❽ In reference to this: AirGliderCource
The object IDs do NOT correspond to the contents of the ObjectData directory. ObjectData just holds graphics data for objects that have graphics. Objects with no graphics will not have files there but still be perfectly good objects. This doesn't exclude the possibility of missing/extra objects though. The ObjectDB was filled from the games' ObjNameTable files, which might not be quite right. But don't say that objects are missing/extra just because of what you see in the ObjectData directory. The most important part in this is, don't misuse the two first checkboxes ('purpose known/info complete'). Make sure to check them when it is appropriate. I don't want objects flagged as 'Complete' but lacking names/descriptions/fields. ____________________ NSMBHD - Kafuka - Jul melonDS the most fruity DS emulator there is zafkflzdasd |
Main - Archived forums - SMG documentations and tutorials - Read this before editing the ObjectDB | Hide post layouts | New reply |
Page rendered in 0.038 seconds. (2048KB of memory used) MySQL - queries: 28, rows: 195/195, time: 0.014 seconds. Acmlmboard 2.064 (2018-07-20) © 2005-2008 Acmlm, Xkeeper, blackhole89 et al. |