Replies: 2423 (Who?), Viewed: 453384 times.
Page 43 of 97
Test Subject
#1051 Old 11th Nov 2007 at 6:23 AM
Quote:
Originally Posted by Mootilda
The LotExpander doesn't do anything with 0xEC44BDDC - NHVW - Neighborhood view, so it's definitely not required to change the size of a lot.


Thanks for all the explanation. Is there documentation somewhere that I can read up on? I took a look at the wiki and the info was pretty sparse. As for it not being required to change the size of the lot, I knew this - I was hypothesizing that maybe the hard limit was stored here. If that's not the case, then maybe I should start petitioning to Maxis about making an expansion that unlimits lot sizes...
Advertisement
Site Helper
Original Poster
#1052 Old 11th Nov 2007 at 7:23 AM Last edited by Mootilda : 12th Nov 2007 at 9:05 PM. Reason: Add title
Default Internal record structures
Quote:
Originally Posted by pegasus
Thanks for all the explanation. Is there documentation somewhere that I can read up on? I took a look at the wiki and the info was pretty sparse. As for it not being required to change the size of the lot, I knew this - I was hypothesizing that maybe the hard limit was stored here. If that's not the case, then maybe I should start petitioning to Maxis about making an expansion that unlimits lot sizes...
Other than the wiki, I don't know of anything. I've been muddling along with a combination of Andi's original LotExpander code, the wiki, and using SimPE and the debugger to look at what happens with various lots. I'm afraid that it's very hit or miss.

That's why updating the wiki is one of the things on my list. There's a lot of information about record formats embedded in the LotExpander code and I'd love to make it available to a wider audience.
Site Helper
Original Poster
#1053 Old 11th Nov 2007 at 7:36 AM Last edited by Mootilda : 12th Nov 2007 at 9:06 PM. Reason: Add title
Default Rotation and orientation
Quote:
Originally Posted by aelflaed
No problem, just mentioning it - If I'm being the general everybodies with regard to understanding explanations, I'm going to report whatever I don't follow
I really appreciate it, too. As I've mentioned before, I'm a computer programmer who writes tools that other programmers use to write programs. I'm not used to talking about techy stuff to non-techies and I really want to be sure that the things that I say make sense. Let me think about the rotation issue some more and see whether I can come up with a better description.

Quote:
Originally Posted by aelflaed
I did understand about the difference between U10 and U11 when I read up about it ages ago, but for my purposes, remembering that they had to be used as a pair to make the rotations work was sufficient.
Here's the difference: the front of the lot always needs a road, but you can have a road on other edges of the lot, as well (ie, corner lots). I suppose that's why there are two different values.

Quote:
Originally Posted by aelflaed
I found using the idea of sun direction made far more sense to me than your left/right etc directions. I even used Andi's sketch in preference to your version of the same, so we were not on the same wavelength there at all. Your explanations worked much better though. I don't know if the SimPE definitions would be any better, since I have no idea what that Orientation means now. Maybe it would be best to be consistent with SimPE anyway.
I agree that the sun direction is a really good way to think about U11. Would you believe, I never even thought about lot rotation that way until you asked about it? I honestly never even noticed the sun, except that I hated how dark the houses looked when I turned on shadows. I suppose that's why it's so nice that this group has such a wide variety of people - everyone has their own way of thinking about things.

Quote:
Originally Posted by aelflaed
I seriously don't understand what you mean by the front of the lot "relative to the rest of the lot". Yes, fair enough, but so what?
Think of it this way. Here's a picture of a house from Pleasantview, rotated based on the U11 value:I say "the road is at the left side of the lot". SimPE says "the house is on the right side of the road". We're both describing the same thing.

Quote:
Originally Posted by aelflaed
What does it affect in-game? Obviously not the shadows.
Hmmm... good question. I can't think of anything much that Orientation matters for, outside of programming the LE. It just tells you things like "the Broke house is facing in the opposite direction from the Goth house" and "the Caliente and Lothario houses are facing in the same direction". Not terribly interesting.

Orientation just describes what you see when you look at the neighborhood.
Mad Poster
#1054 Old 11th Nov 2007 at 11:03 AM Last edited by niol : 20th Nov 2007 at 12:47 PM.
Default [Thread Splitting Organisation][Lot -shrinking][chit-chat][Rotations: all 3]
Finally, I caught up!

[Thread Splitting Organisation]

First of all,I guess we really need gather the relevant pieces of infos back to some more concrete posts or threads after moving to a private forum... I felt overwhelmed with so many aspects are being filled in the same thread.

It's no longer easy to track back some reference posts made all the way back...
we've different aspects like:
1. LE/LA testings for different versions & its UI
2. lot rotation/road rotation/neighbourhood rotation
3. lot resizing with different techniques including with LE/LA and manual editting
4. other related lot moddings

Maybe, we need some reference TOC to help organise these infos and reference posts before the new-comers get really lost about where we have been so far. They can't be blamed for not reaing all the materials when they're mixed in the sea.


[Lot -shrinking]

Quote:
Originally Posted by Mutantbunny
question: you said to try shrinking the lot 'without any changes'. I am assuming that 'changes' excludes the intial entry and save. Is that considered a change or not?

What about the lot file--shouldn't that get edited too?

EDIT: also on the SimPE edit topic: I placed 3 3x5 beach lots. I have looked at one so far (before my question popped up) SimPE reported the version of this beach lot, that came with BV, to be Business. What?

also: what is the 'orientation' data reporting?

also: SimPE reported the width to be 6 and the height to be 3. Obviously this is backwards from the reality lot dimensions. Is this 'normal' for SimPE? Or is it something screwy in my version?
...
I have two flat roofed row building templates, a 1x2 and a 1x3, yay. I have wanted these for so long! A real city block at long last. Of course, I am assuming they will be crash proof...lol
...
Shrinking the lot with SimPE that way did not work.The lots (tried three) appeared as they should in the hood view, but were not enter-able. Without that intial enter and save, they could not be moved to bin. Failure
...


1. the lot package is empty when the lot is made in the neighbourhood mode until you enter and make a change and save it...

2. you'll need to use a QA version of SimPE to edit beach lot, or you'd better use the hex to edit the beach lots. The EP5 version of SimPE plugin view is not EP6-ready for any editting. I had to use the hex editor to do beach lots.

3. a 3x5 lot can be 6x3 or 3x6 in SimPE or LE/LA dependent on the lot orientation (this you need read back the graphs I linked for you in another post.) Why 6 instead of 5, that's because the road is actually a part of the actual lot.

4. In my tests, flat floor tile based roofs are working well just like the flat roof tool roof. So, these tests seem to resonate each other.

5. that trick only work for the template sizes already existed, and that's why if we hack into the template system, we can make out more templates for this usage. There's nothing to edit for the lot package file in this trick coz it all depends on the input values in the neighbourhood package file.

6. There're only 8 templates beach lots : 60 x (30, 40, 50, 60) for both residential and community lots: As I earlier said, the lot-resizing trick @ neighbourhood package file before any lot package modification can only work with the template sizes already existed. I stated this out in the hope of 2 things:
a. to solve some of the problems on the terrain formation for those sizes already existed.
b. to research more on how this templating works that may in turns lead to a way to use this trick for other sizes.
Presently, I don't see it's as simple as to make a new template of other sizes as a test on 20x60 failed in a test, but it needs more instances to increase the confidency of such conclusion.


Quote:
Originally Posted by Mootilda
...
The theory is that these empty unedited lots are more flexible than an empty edited lot, because they are basically still templates, although with a size and location in the neighborhood. Because of this, shrinking these lots may avoid the problems with ridges and blue gaps.
...

I think the make of a lot in the neighbourhood mode will only take care of the editting on the neighbourhood package file. Entering the lot. making a change and saving the lot is the actual step that initiates the game engine to compute and copy the specified arrays and data into the lot package file. Seemingly, the terrain data will depend on the neighbourhood package file as well.

As for the gash and mask, I guess the "mask" size depends on the w and H values in the neighbourhood package file.


[chit-chat]

pegasus,

May you attach the lot package? I feel I'm feeling lost missing out of a lot of contexts for what you're trying to show.


[Rotations: all 3]

Quote:
Originally Posted by Mootilda
...
Was my explanation good enough to just add to the U10 / U11 post as is? Or, do I need to explain what the Orientation values are and what they mean? Do I also need to add an explanation about the rotation of the neighborhood?

Every time that I think about all of these rotations (neighborhood rotation, lot rotation in the neighborhood, rotation of the lot in the lot package), I think about the ElectroDance Sphere. It makes me dizzy.
...


I think you explain this pretty clear. there're 3 rotations, one for the neighbourhood itself (the sunlight bias, left, top, z), one for lot on neighbourhood (U10, road rotation?), one for the lot itself (U11). So, the 2 autorotations plus the 1 combo rotation. That results in 64 or 4 to the power 3 possibilities...? :D

To clear the orientation things out, just make out the major 4 possibilities in a neighbourhood.
May also try on different neighbourhood for further confidency.


aelflaed,

Mootilda only rotated the graphs from Andi's one to view the rotation according to a specified axis. so, basically, they're showing the same thing but with a different viewpoint.
Mootilda also describe the direction based on SC4, and it's known that the rotation is reversed in TS2, so you may see why the left and right are switched betweemn these 2 interfaces.


All,
the shadowing seems to be an after-effect of the sunlight bias. they're always opposite to each other in terms of direction.
One horse disagreer of the Apocalypse
#1055 Old 11th Nov 2007 at 11:12 AM
Quote:
Originally Posted by Mootilda
Alternatively, I could post a test version of the LA with debugging information enabled.


Would I have to cause a crash in order to get a read-out? Seriously though I am sure this would do fine but you'll have to give me a hint about how to get the info out of it.

"You can do refraction by raymarching through the depth buffer" (c. Reddeyfish 2017)
Alchemist
#1056 Old 11th Nov 2007 at 11:44 AM
Quote:
Originally Posted by niol
First of all,I guess we really need gather the relevant pieces of infos back to some more concrete posts or threads after moving to a private forum....
Yes, I agree. Messy job, though.

How about we take one type of message each and try to gather all the reference material for that into one post? I should probably collect all the rotation stuff, in that case.

Mootilda, I think your explanation of the orientations was pretty good really. I still fail to see what use the Orientation record is to us, but that's partly beside the point. It does need to be mentioned with the U10 and U11 stuff, so people looking at SimPE will know that the Orientation button isn't what they're looking for.

Quote:
Originally Posted by Niol
Mootilda only rotated the graphs from Andi's one to view the rotation according to a specified axis. so, basically, they're showing the same thing but with a different viewpoint.
Yes, I know, and I could understand both - I keyed into Andi's viewpoint better in that instance, that's just an individual thing.

Quote:
Originally Posted by Mootilda
the front of the lot always needs a road, but you can have a road on other edges of the lot, as well (ie, corner lots). I suppose that's why there are two different values.
That's pretty clear - put that in somewhere!
Quote:
I can't think of anything much that Orientation matters for, outside of programming the LE. It just tells you things like "the Broke house is facing in the opposite direction from the Goth house" and "the Caliente and Lothario houses are facing in the same direction". Not terribly interesting...
Orientation just describes what you see when you look at the neighborhood.
I even altered the Orientation on one lot, a while ago, to try and see what changed. I'm pretty sure the lot did nothing different at all. Including NOT moving to a new spot in the hood. Shouldn't something have been different? I guess it doesn't matter for currrent purposes, but it niggles.
One horse disagreer of the Apocalypse
#1057 Old 11th Nov 2007 at 12:34 PM Last edited by Inge Jones : 11th Nov 2007 at 2:08 PM.
OMG!! What a mess! I have just taken a good look at those OBJT resources and it looks like they list every CRES node or mesh subset or something. There's not much simanticky stuff going on in there. That probably explains why MaxoidTom described the tile system as "legacy". At first sight it looks like the game has turned all the objects into a true 3D world, rather than the view being built up from an objectgroup-referenced array. Anyway this is first impressions - now I have to put *one* object I am very familiar with onto an otherwise virgin lot and see just what I can spot with my object's mark on it :D

Later: I placed a tiki loveseat on centre back of the smallest standard lot size, virgin lot, virgin 100% flat hood (made with one tone greyscale heightmap).

One of the OBJT files (one of the large group of OBJTs) mentioned lead tile OBJD name and various facts about the materials and slots.

One of the XOBJ files contained the GUID of the lead tile OBJD but had no decipherable words.

None of the resources of the lot file appeared interested in the other tile of the loveseat, nor the "master" (out of world) OBJD either by name or GUID. NB the lead tile OBJD was (as usual) the one with the relative coordinates of 0x0000 otherwise known as "0,0". Looks like if you were hoping to move on-lot any escaped tiles of multi-tile objects that may not be possible.

PS I expect to find some way of cross-referencing the GUID to the Object ID - possibly in the XOBJ. I need to try and find out what the Object ID of the loveseat is, so I suppose I need an error dump.

"You can do refraction by raymarching through the depth buffer" (c. Reddeyfish 2017)
Forum Resident
#1058 Old 11th Nov 2007 at 5:38 PM
niol, you said: "I don't see it's as simple as to make a new template of other sizes as a test on 20x60 failed in a test, but it needs more instances to increase the confidency of such conclusion."

Are you saying you tried to make a 2x5 template of a beach lot? How did you try?

I'm not sure what you said, but I want to make sure you understand: I have a 2x3, 2x4 and 2x5 beach lot made with the LA which are functioning perfectly so far. In fact, I'm thinking I should post them and see if they work for others on their systems. How to do this?
Site Helper
Original Poster
#1059 Old 11th Nov 2007 at 6:19 PM Last edited by Mootilda : 11th Nov 2007 at 6:28 PM.
Default Splitting the thread (again)
Quote:
Originally Posted by niol
First of all,I guess we really need gather the relevant pieces of infos back to some more concrete posts or threads after moving to a private forum. [...] It's no longer easy to track back some reference posts made all the way back. [...] Maybe, we need some reference TOC to help organise these infos and reference posts.
I think that I made a mistake when this thread and the LE thread were spun off from Andi's original thread. At that time, it probably would have made more sense to create a new thread for each interesting topic. I was concerned about trying to keep up with a number of different threads, but now I believe that this all-in-one thread is harder for everyone to keep track of.

I noticed yesterday that the average thread has 10 to 20 posts. We have over 1000.

So, in the spirit of "better late than never", I wonder whether we should create some new threads? As we have time, we can either copy our posts over to the appropriate threads (and then delete them here), or we can create a TOC in the first post of each thread which points to posts here (and any other relevant threads). We might even be able to do both - if we could come up with a reasonable list of posts per topic, one of the moderators might be able to split them up into separate threads for us (I have no idea how difficult this would be, but it may be worth asking, so that the posts remain in the correct order).

Please note:
I'm not asking anyone to do anything yet, except to brainstorm on good thead topics and possibly gather together a list of relevant posts for a particular interesting topic. Oh, I suppose that there's one other thing that we can all do... Let's try to keep each post to one topic. If you put the topic of the post into the title, it should be easier to split these off in a day to two, once we've decided exactly what we want to do. If you have time, you might even want to add titles to your existing posts.

Since we're already creating a hidden private forum for the LA test versions, I wonder whether it would be possible to start all of these other threads with that usergroup as the owner, so that no one person is overwhelmed with the task of maintaining the TOC? The "Lot Modding Group"? "Lot Modders"? "Lot Adjusters"?

The list of current members is available at:
http://www.modthesims2.com/showthread.php?p=1815911
I'm still hoping that a few more people will want to join, but I suppose that we've got a good base group now. Thanks again to everyone for wanting to help with this testing.
One horse disagreer of the Apocalypse
#1060 Old 11th Nov 2007 at 6:26 PM
We won't start the threads now will we? Wait till we've got the forum? Then, when the LA development has finished, perhaps Delphy can throw the threads back into the modding forums so everyone can benefit from anything we've discovered.

"You can do refraction by raymarching through the depth buffer" (c. Reddeyfish 2017)
Site Helper
Original Poster
#1061 Old 11th Nov 2007 at 6:35 PM Last edited by Mootilda : 12th Nov 2007 at 9:09 PM. Reason: Add title
Default Hidden private forum for downloads
Quote:
Originally Posted by Inge Jones
We won't start the threads now will we? Wait till we've got the forum? Then, when the LA development has finished, perhaps Delphy can throw the threads back into the modding forums so everyone can benefit from anything we've discovered.
I'd prefer to have the downloads private, but the discussions public. Why? Well, because then someone like dizzy can download the crash logs and look at them, or someone who has no interest in testing can explain what an access violation is and which files are likely to become corrupt.

It would also allow us to find other people interested in testing these dangerous features. If no one knows that we exist, how do we recruit?
One horse disagreer of the Apocalypse
#1062 Old 11th Nov 2007 at 6:48 PM Last edited by Inge Jones : 11th Nov 2007 at 9:30 PM.
Quote:
Originally Posted by Mootilda
I'd prefer to have the downloads private, but the discussions public.


Then it seems a bit of a waste to take up a project forum on MTS2. I could easily set up a temporary download area on one of my forums, just to hold the test downloads, and it won't inconvenience Delphy. Just post a link to it each time you upload one. It would need the testers to register at the forum of course, and be put into the appropriate usergroup.

Else to make it *really* secure I could have a new forum set up in a couple of hours and set up the testers' accounts manually. I can just scrap it when this phase is over and the app is published.

Later: OK I found the ObjectID/GUID cross-reference in XOBJ - I knew it had to exist somewhere lol. ObjectID appears at 0x060A and 0x1E08 (duplicated not split). The field is probably allowed to use the next byte in each case too, though in the examples it was 00 (which it would be anyway as there were not many objects on the lot). The GUID appears at 0x070C-070F. The OBJT instance number is the same as the ObjectID.

Which bytes of the XOBJ should I be looking at for grid coordinates? I can't see anything that looks obviously like one.

"You can do refraction by raymarching through the depth buffer" (c. Reddeyfish 2017)
Mad Poster
#1063 Old 11th Nov 2007 at 9:04 PM Last edited by niol : 20th Nov 2007 at 12:40 PM.
Default [Thread Splitting Organisation]
Yeah, I also think the discussion should stay open to the public for the same causes Mootilda has mentioned.

The only thing kept private should be the download.


As for new threads for different topics, I guess we can go both approaches.

1. We need some concrete topics defined first. The ones I typed are only my suggested divisions, and I need you all help decide on them.
2. we may gather the post links to the first post we make on those new threads. May update along the post gathering on that same first post of the poster. True, some posts have multiple topics but they are still linked for each topic.
3. help one another to check if those linked are really relevant. and also combine them together.
4. probably move the relevant contents to the new threads. (dependent how we feel like to do so by then.)
One horse disagreer of the Apocalypse
#1064 Old 11th Nov 2007 at 9:24 PM
Well I want the discussion open too, not just to benefit the development of the LE but to let people read information in general. But what's Delphy going to think about setting up a private forum and there's only one post in it with an attachment? That's why I assumed the plan was to post the discussion in there too. As far as I am concerned I have always been of the opinion that it's fine to post the test releases of the LE openly and tell people it may destroy their computers, their lives and the universe and let them decide for themselves. However I respect Mootilda's right to make the decision.

"You can do refraction by raymarching through the depth buffer" (c. Reddeyfish 2017)
Site Helper
Original Poster
#1065 Old 11th Nov 2007 at 10:40 PM Last edited by Mootilda : 11th Nov 2007 at 10:41 PM. Reason: typo
Default Hidden private forum for downloads
Quote:
Originally Posted by Inge Jones
Well I want the discussion open too, not just to benefit the development of the LE but to let people read information in general.
So far, it sounds like we're all in agreement about this. Good.

Quote:
Originally Posted by Inge Jones
But what's Delphy going to think about setting up a private forum and there's only one post in it with an attachment?
I hope that I made it clear that I just want the forum so that I can restrict access to downloads, and not for any discussion. Here's my initial email to Delphy:
Quote:
Originally Posted by Mootilda
Title: Creating a Project Forum to restrict access to downloads

I am currently trying to add a shrinking feature to the LotExpander, which will be renamed the LotAdjuster.

However, this feature is quite dangerous until we can get it right, and may corrupt lot and neighborhood packages. I'd like to restrict access (to test versions of the LotAdjuster) to people who understand how dangerous this can be and who take adequate testing precautions

Inge Jones suggested that the way to accomplish this restriction is to create a Project Forum, so that I can specify a usergroup which has access to the downloads.

Can you tell me whether this is the correct way to restrict access to test versions of the LotAdjuster, and how I would go about creating a Project Forum and specifying which users have access?
If you think that I haven't been clear enough, please let me know. I can try to make the purpose more clear when I submit the group of users.

Quote:
Originally Posted by Inge Jones
However I respect Mootilda's right to make the decision.
Thank you. While I'm not perfect and may occasionally put out a version with bugs, I really prefer not to widely distribute a version that has serious problems. I'm hoping that this is a good compromise, until we get something which is more stable.
Pettifogging Legalist!
retired moderator
#1066 Old 11th Nov 2007 at 11:36 PM
Quote:
Originally Posted by Mootilda
I was told by someone - maybe on the 2x North and South mini-lots thread? - that the neighborhood sun direction was exactly opposite the lot sun direction.


That was me I believe. Yes, this is so (incredibly annoying).

Quote:
Originally Posted by Mootilda
If you look at the neighborhood sun direction for a lot and then rotate the lot in the neighborhood, does the sun remain in the same place on the lot (in the neighborhood view)?


The sun direction is somehow hardwired into the lot at the time of its creation. I know of no way to change it afterwards. This goes for both the in-lot view and the impostor (neighbourhood view). Rotating the lot doesn't do anything (I assume you mean "rotating" by normal in-game means: picking up the lot and turning it around) -- every lot has its own private little sun, so to speak.

If you look at this screenshot for example, you can see that the buildings have the sun coming from different directions (e.g. the two brick houses on top right of the pic). On the screenshots further down the thread , you can see that the sun is coming from the exact opposite direction inside the lot.

Hope this helps to answer your question.

Stuff for TS2 · TS3 · TS4 | Please do not PM me with technical questions – we have Create forums for that.

In the kingdom of the blind, do as the Romans do.
Site Helper
Original Poster
#1067 Old 11th Nov 2007 at 11:49 PM Last edited by Mootilda : 12th Nov 2007 at 9:25 PM.
Default Internal record structures: OBJT log generator for Inge and anyone who's interested
This test version of the LotAdjuster doesn't do anything, so don't bother to download it.

That is, unless you want to see everything that the LA knows about the OBJT record format. Then, just double click on the LADebug.bat file and pretend that you are going to expand a lot. When you click on the Next button after selecting the expansion, a log file will be written out in LADebug.txt. Then, the LA will abort and your lot will not be changed.

Inge, this is for you. I'm sorry that the variable names are so terse, but if you can determine what's in any variable, I'll fix the LA with the new name. I hope that this will be helpful in trying to determine the structure of the OBJT record. In the interim, I'll try to get you some information about what's in the XOBJ record. Good luck!

Oh, if anyone determines that the LA is using the wrong data format, just let me know and I'll fix it.
Download - please read all instructions before downloading any files!
File Type: zip LotAdjuster012.zip (770.0 KB, 13 downloads) - View custom content
Site Helper
Original Poster
#1068 Old 12th Nov 2007 at 12:00 AM Last edited by Mootilda : 12th Nov 2007 at 9:12 PM. Reason: Add title
Default Rotation and orientation
Quote:
Originally Posted by plasticbox
That was me I believe. Yes, this is so (incredibly annoying).
Thanks. I just couldn't believe it when you first told me, but this looks like a poor design decision on the part of EA / Maxis. The sun direction should definitely be related to the orientation of the lot in the neighborhood, so that all lots which face in the same direction have the sun in the same place.

Quote:
Originally Posted by plasticbox
The sun direction is somehow hardwired into the lot at the time of its creation. I know of no way to change it afterwards. This goes for both the in-lot view and the impostor (neighbourhood view). Rotating the lot doesn't do anything (I assume you mean "rotating" by normal in-game means: picking up the lot and turning it around) -- every lot has its own private little sun, so to speak.
There is only one way that I know of to change the sun direction - write a program which rotates every single 2D and 3D array for every record type in the lot package. Ouch! As painful as this would be, I'm still considering writing this code. It's just low on my priority list.

Quote:
Originally Posted by plasticbox
Hope this helps to answer your question.
Yes, thank you. I appreciate your help.
Site Helper
Original Poster
#1069 Old 12th Nov 2007 at 12:29 AM Last edited by Mootilda : 12th Nov 2007 at 9:16 PM. Reason: Add title
Default Internal record structures
Quote:
Originally Posted by Inge Jones
Would I have to cause a crash in order to get a read-out? Seriously though I am sure this would do fine but you'll have to give me a hint about how to get the info out of it.
Let me know if you have any problems figuring out how to get a log from the test version above. Or, if there's anything else that I can do to help you.

Quote:
Originally Posted by Inge Jones
OMG!! What a mess!
Now, perhaps you understand why I've been so reluctant to touch this piece of code. This is one messy record format. I'm really hoping that the OBJT log will help you to figure out what we need to do with those out-of-world objects.

Quote:
Originally Posted by Inge Jones
One of the OBJT files (one of the large group of OBJTs) mentioned lead tile OBJD name and various facts about the materials and slots. One of the XOBJ files contained the GUID of the lead tile OBJD but had no decipherable words.
The single OBJT record type is actually:
MOBJT - 6F626A74 - Main Lot Objects
The multiple OBJT record type is:
OBJT - FA1C39F7 - Singular Lot Object

When looking for the portal information, the LA does the following:
- Use the MOBJT record to get a list of the following information per object type: GUID, descriptive string, and a reference number. There's a bunch of extra hex bytes in the record which the LA ignores. I can give you some additional information about the MOBJT record structure, if it's helpful.
- Use the OBJM record to associate each GUID above with a list of XOBJ / OBJT instance numbers, via the reference number. The OBJM record basically contains a list of correlations between reference number and instance number; I can get you more information on this structure if it's useful.
- Then, the LA makes the changes to the XOBJ and OBJT instances that it found above.

If it would be helpful, I may be able to make a quick change to the LA code which would more clearly show the correlations above, by forcing all objects to pass through the portal logic with debug logging on. Please let me know if this might be worth trying.
Site Helper
Original Poster
#1070 Old 12th Nov 2007 at 12:40 AM Last edited by Mootilda : 12th Nov 2007 at 9:19 PM.
Default Hidden private forum for downloads (and testing)
Quote:
Originally Posted by Mutantbunny
In fact, I'm thinking I should post them and see if they work for others on their systems. How to do this?
Here's my suggestion: Wait until we have the dangerous testing group up and running. Then, upload your lots there. Everyone who has Bon Voyage will test them for a bit. If there are no problems, then post them more widely.

That way, we get a small dedicated test group before distributing them to the world.
Site Helper
Original Poster
#1071 Old 12th Nov 2007 at 12:52 AM Last edited by Mootilda : 12th Nov 2007 at 9:18 PM. Reason: Add title and hex conversion.
Default Internal record structures
Quote:
Originally Posted by Inge Jones
Which bytes of the XOBJ should I be looking at for grid coordinates? I can't see anything that looks obviously like one.
Bytes 80-83 (0x50) and 84-87 (0x54). They are stored as floats (single), which is probably why you didn't recognize them.
Site Helper
Original Poster
#1072 Old 12th Nov 2007 at 1:34 AM Last edited by Mootilda : 12th Nov 2007 at 9:23 PM. Reason: Fix title
Default Thread splitting
There's some overlap here, but here are some suggestions for possible threads:

1) New LotAdjuster: UI and test version issues
2) Lot shrinking - all techniques
3) Row houses (walls on the edge of a lot) - all techniques
4) Lots > maximum size (6 neighborhood tiles)
5) Lots with sizes which are not a multiple of 10 (does this include lots < minimum size of 1?)
6) Rotation of neighborhoods and lots; sun direction; top, left
7) Standard road locations and associated pedestrian, car and service portals
8) Non-standard roads: lots with no roads, lots moved away from the road, lots built over the road
9) Beach lots, beach portals and waves
10) Internal record formats for neighborhood and lot packages
11) Creating a 1x1 lot
12) Modifying the neighborhood terrain; adding roads to an existing neighborhood
13) Correlation between lot and neighborhood terrain; smoothing the lot terrain, blue gaps and ridges.
Alchemist
#1073 Old 12th Nov 2007 at 4:03 AM
Default Rubbish bin access (portals?)
You've all been very busy overnight.

Mootilda, just to let you know, I really think the rubbish bin is the most forgiving of the 'portal' (service?) objects. I can do more proper testing if you like, but I took care yesterday to place the bin in a corner, so it was surrounded on three sides, with the arrow facing to an inaccessible corner. The sim still used it fine, from the one access point remaining. The mailbox direction is obviously far more vital, both for the video and for general access.

I'm happy to have the test downloads posted wherever works for Mootilda. (Your request to Delphy looked clear enough to me). I don't mind where the discussion happens, either.
Alchemist
#1074 Old 12th Nov 2007 at 4:12 AM
Default Thread splitting
Quote:
I wonder whether it would be possible to start all of these other threads with that usergroup as the owner, so that no one person is overwhelmed with the task of maintaining the TOC
Non-techy here again - what is a TOC? It's probably obvious once I am told.

I don't know how this would work, but it sounds good if more than one person can keep things updated.

Would it be best to make just a list, by number, of the posts relating to a certain topic, or to paste each entire post into a document, to be re-posted later? I have half an hour spare, so I was thinking of beginning a rotation posts collection.
Forum Resident
#1075 Old 12th Nov 2007 at 4:18 AM
Table OF Contents?

That sounds fine, Mootilda, about the lots testing, just what I wanted to do.

Something a bit odd: While adjusting portals (to actually play the lot, I wanted the portals in the perfect positions). I noticed that the car portals sometimes had multiples, sometimes not. Why would there be more than the original ones and never as many as the beach portals that dispappeared without trace (which of course was my first assumption)? Next time I find this situation, I'll investigate it more
Page 43 of 97
Back to top