Rules/FAQ | Memberlist | Calendar | Stats | Online users | Last posts | Search
|
| ||
| Views: 14,036,572 |
Home
| Forums
| Uploader
| Wiki
| Object databases
| IRC
Rules/FAQ | Memberlist | Calendar | Stats | Online users | Last posts | Search |
04-06-21 12:47 AM |
| Guest: | ||
| Main - Posts by Fiachra |
| Fiachra |
| ||
|
Local moderator Level: 62 Posts: 241/1065 EXP: 1914192 Next: 70494 Since: 12-15-12 From: Ireland Last post: 1044 days ago Last view: 1023 days ago |
Posted by skawo You're right, I just tried running the .exe file directly instead of running through VS and I got the same error. "The editor has problems importing textures that are not 32x32" - Are you talking about importing a model or replacing textures? "The additional patches menu just crashes every time for some reason" - Was able to reproduce using a US ROM, I know what the problem is, will be fixed soon. "BTW, did you find out why that Bob-omb Buddy bug's been happening?" - Not yet, sorry. Seems very strange that it would change the object ID and not corrupt the level at all. |
| Fiachra |
| ||
|
Local moderator Level: 62 Posts: 242/1065 EXP: 1914192 Next: 70494 Since: 12-15-12 From: Ireland Last post: 1044 days ago Last view: 1023 days ago |
If you send me a model I'll have a look at it. No one else, including me have had any problems with non 32x32 textures when importing models (both OBJ and DAE) though.
Are you sure your textures are indexed? The colours can be messed up if not. Edit: It could also be that you have too many textures, if you've too many / too big textures they'll start to glitch. |
| Fiachra |
| ||
|
Local moderator Level: 62 Posts: 243/1065 EXP: 1914192 Next: 70494 Since: 12-15-12 From: Ireland Last post: 1044 days ago Last view: 1023 days ago |
Posted by skawo It already does warn if the textures are above a certain size but it just wouldn't be possible to predict when it'll glitch or not load for each specific model, also the complexity of the KCL file can also affect when it freezes.
It's either a bug in the code that creates the new overlays or there're inconsistencies in the original overlays; for some levels (other example is LLL) the texture animation data doesn't get copied and so it doesn't work in those levels.
That would be the reason, I must have forgotten to specify the locale when parsing some of the values.
It's fine, if they don't get reported they'll never get fixed! |
| Fiachra |
| ||
|
Local moderator Level: 62 Posts: 244/1065 EXP: 1914192 Next: 70494 Since: 12-15-12 From: Ireland Last post: 1044 days ago Last view: 1023 days ago |
skawo:
Import this XML to fix your strings: http://www.sendspace.com/file/abg4s3 If they become corrupt but you can still load them in the text editor, you can export and use a clean copy of the texts compare and fix the corrupt one. Maybe you tried to enter a character not supported by US ROMs?
Maybe. Depends on how difficult it would be. If it's very difficult then I'd be unlikely to as there aren't many that want to edit the Japanese text. Posted by Skelux The problem seems to be yet again, a problem with offsets not being 4-byte aligned. Hopefully it won't be too hard to fix. |
| (post in restricted forum) |
| Fiachra |
| ||
|
Local moderator Level: 62 Posts: 246/1065 EXP: 1914192 Next: 70494 Since: 12-15-12 From: Ireland Last post: 1044 days ago Last view: 1023 days ago |
If someone can give a list of the Unicode characters for the Japanese characters used here:
I'll add support for it, but I'm not going to go through that and try and find each one. Edit: Here it is split up into individual characters. |
| Fiachra |
| ||
|
Local moderator Level: 62 Posts: 247/1065 EXP: 1914192 Next: 70494 Since: 12-15-12 From: Ireland Last post: 1044 days ago Last view: 1023 days ago |
Posted by skawo If you set the Star to 'All' it will appear in all stars with the same parameters. "Ability to search for message in the text editor (or, at least, make it output the IDs in the xml as well, so you can search for them in the xml)" - I was already planning on doing both of those. "Ability to move the entire level around (map polygons, collision and all objects, views, maps, exits, etc)" - Already can for all of the objects (Objects>Offset All Co-ords). Moving the model and collision map around would be way too much effort for so little gain - you'll just to re-import them. "In the KCL editor, ability to click on faces to select them" - Possibly in future, my OpenGL knowledge is fairly limited. "Copy paste (yeah, seen this coming, probably)" - Shouldn't actually be that hard to do, will probably do that after the bugs listed recently are fixed. "Ability to save entire level and import it back (between versions, as well)" - Will do it sometime. By 'between versions' I assume you mean EUR, US etc., I wouldn't do for between versions of the editor as the format may change. "Should replace "PARAM 1" etc with stuff from DB..." - The ObjectDB already has the ability to store this (it's not really used though) but that'll be done sometime as well. |
| Fiachra |
| ||
|
Local moderator Level: 62 Posts: 248/1065 EXP: 1914192 Next: 70494 Since: 12-15-12 From: Ireland Last post: 1044 days ago Last view: 1023 days ago |
That'd be taken care of by copy-and-paste. I've edited my above post. |
| Fiachra |
| ||
|
Local moderator Level: 62 Posts: 249/1065 EXP: 1914192 Next: 70494 Since: 12-15-12 From: Ireland Last post: 1044 days ago Last view: 1023 days ago |
Yes there is: when you load a model to import, either in the KCL editor or Model Importer there's a table that lists the materials and the collision types they'll be imported with. Change the collision type per material to the ID of the collision type you want (you can view/edit a level's collision types in the CLPS editor (CLPS in Level Editor)), click on 'Assign Types' and then import the model. It's set to zero by default which in most levels is solid. If you want to use the collision types available in one level in another, you can copy them over using the CLPS editor. |
| Fiachra |
| ||
|
Local moderator Level: 62 Posts: 250/1065 EXP: 1914192 Next: 70494 Since: 12-15-12 From: Ireland Last post: 1044 days ago Last view: 1023 days ago |
Polari: I finished one of my custom main levels (the one based on WF) a couple of weeks ago, lately I've been busy working on the editor.
skawo / Stomatol: I test all of my levels on an actual DS. The DS is limited to displaying 2048 polygons at a time which is why Mario's model partially disappears. This does not mean however that models must not have over 2048 polygons - the limit seems to be ~5000. It wouldn't be possible to reduce the polygon count in my SMS levels any further so I will just be leaving it as it is, it doesn't impact the main gameplay. While DeSmuME doesn't show this, it is accurate regarding whether or not a level will crash when loaded. |
| Fiachra |
| ||
|
Local moderator Level: 62 Posts: 251/1065 EXP: 1914192 Next: 70494 Since: 12-15-12 From: Ireland Last post: 1044 days ago Last view: 1023 days ago |
Extract the archive, the executable is in bin/Release/
I package the source as well for if anyone wants to look at it or compile and debug it themselves. |
| Fiachra |
| ||
|
Local moderator Level: 62 Posts: 252/1065 EXP: 1914192 Next: 70494 Since: 12-15-12 From: Ireland Last post: 1044 days ago Last view: 1023 days ago |
Only a very small number are documented; look in bin/Release/CLPS_Types.xml for a list of the known ones. Any known collision types will appear in the CLPS editor "Type/Description" column. You can use this dropdown to set the collision type for that row (ID). |
| Fiachra |
| ||
|
Local moderator Level: 62 Posts: 253/1065 EXP: 1914192 Next: 70494 Since: 12-15-12 From: Ireland Last post: 1044 days ago Last view: 1023 days ago |
You don't.
Posted by Fiachra |
| Fiachra |
| ||
|
Local moderator Level: 62 Posts: 254/1065 EXP: 1914192 Next: 70494 Since: 12-15-12 From: Ireland Last post: 1044 days ago Last view: 1023 days ago |
"Deleting the first value causes the editor to change the "Start index" field to FFFF and then crash every time you click on a node" - Can you list the steps to reproduce this? Level, whether any texture animations were added or removed and any changes to them? Doing a quick test they seemed fine, when there's more than one texture animation in an area, the start indices should stay the same as no S/R/T values are deleted.
"Removing nodes doesn't work properly. If you add an animation and then remove it, then repeat that a few times, eventually, you'll get a "run out of space in this level" message." - Will try to investigate. "It either orders frames wrong, or just displays them incorrectly: Here's the order of frames I have atm in one of the animations:" - It looks like you may have had two texture animations in the same area with an overlap of S/R/T values used eg. fist one has start 0, length 8, second has start 1, length 3 and you then added or changed the values in one which affected the other. The scale, rotation and translation values are shared per area - it's not eg. one scale table for each texture animation, it's one scale table for each area. "This replaces Cool Cool Mountain Slide's overlay (114), USv1 ROM" - I think this and your BBB one may be caused by creating new object tables at non 4 byte aligned offsets within the overlay. This would get fixed with the the non-4-byte-aligned object sizes issue. Skelux, CrashDance22: I think I have fixed the issues with the NARC corruption, the issue was caused by file offsets not being 4 byte aligned after inserting new files. I have noticed though that even using NSMBe to replace the NARC level's level model and collision map the game just freezes, I do not think this is a NARC problem. CrashDance22 - This will finally fix your issue with changing the tree's texture in the US ROM. Should be committed soon. Edit: Japanese text editing support will be added soon, I've been able to identify and map all of the characters. |
| Fiachra |
| ||
|
Local moderator Level: 62 Posts: 255/1065 EXP: 1914192 Next: 70494 Since: 12-15-12 From: Ireland Last post: 1044 days ago Last view: 1023 days ago |
Just realised that that's probably not the reason - it definitely would cause problems in the game and will still need fixed but it shouldn't be corrupting them within the editor. Must be some other issue in either adding or removing objects. |
| Fiachra |
| ||
|
Local moderator Level: 62 Posts: 256/1065 EXP: 1914192 Next: 70494 Since: 12-15-12 From: Ireland Last post: 1044 days ago Last view: 1023 days ago |
Posted by Skelux Have you removed any texture animations that weren't working before and added new ones? If so, can you send you your overlay so I can have a look? "Perhaps the floats are not being calculated correctly when written to the overlay?" - I don't think that's the problem, it's more likely to be a problem with pointers. |
| Fiachra |
| ||
|
Local moderator Level: 62 Posts: 257/1065 EXP: 1914192 Next: 70494 Since: 12-15-12 From: Ireland Last post: 1044 days ago Last view: 1023 days ago |
I just tried it (again) there now and it worked fine. It has worked fine for others as well. |
| Fiachra |
| ||
|
Local moderator Level: 62 Posts: 258/1065 EXP: 1914192 Next: 70494 Since: 12-15-12 From: Ireland Last post: 1044 days ago Last view: 1023 days ago |
Here's the fixed overlay, I removed the existing one and added a new one (generate option):
http://www.sendspace.com/file/jugiyg. Was that texture animation added in version R65 or an earlier one? Edit: The next revision will automatically detect and try to fix this sort of issues when loading a level. |
| Fiachra |
| ||
|
Local moderator Level: 62 Posts: 259/1065 EXP: 1914192 Next: 70494 Since: 12-15-12 From: Ireland Last post: 1044 days ago Last view: 1023 days ago |
You should be able to load the source code in Mono and compile and run it that way or you could also probably try running it under Wine for Mac OS X. |
| Fiachra |
| ||
|
Local moderator Level: 62 Posts: 260/1065 EXP: 1914192 Next: 70494 Since: 12-15-12 From: Ireland Last post: 1044 days ago Last view: 1023 days ago |
R66 2014/01/20
- Fixed NARC corruption issue caused by addresses not being 4 byte aligned after inserting edited file. - Fixed issue with placing objects whose sizes weren't multiples of 4 (similar to NARC issue). For example, removing path nodes from existing paths no longer causes the level to crash. - Fixed bug in Additional Patches that crashed for non-EUR ROM's. - Fixed bug when changing texture animation values when decimal comma was used instead of dot. - Added support for Japanese text editing. - Automatically detect and try to fix non 4 byte aligned addresses in levels. Note: Remember to make regular backups. - Added Object List window search feature (finally!). - Added Copy-and-Paste for objects in Level Editor. - Fixed bug where texture animation start offset weren't always being updated for following texture animations in same area. - Added option to set a level's Act Selector ID. - Fixed bug where Model Importer crashed due to null Owner. Hopefully this'll make it a good bit more stable in terms of level or NARC corruption. Download: http://www.sendspace.com/file/58l43l |
| Main - Posts by Fiachra |
|
Page rendered in 0.054 seconds. (2048KB of memory used) MySQL - queries: 21, rows: 137/137, time: 0.045 seconds. ![[powered by Acmlm]](img/poweredbyacmlm.png "powering nostalgia")
Acmlmboard 2.064 (2018-07-20)© 2005-2008 Acmlm, Xkeeper, blackhole89 et al. |
![[image]](http://sm64dse.googlecode.com/svn/trunk/Images/ae17ki.png)
![[image]](http://sm64dse.googlecode.com/svn/trunk/Images/1zm1hxc.png)