Hi,
I'm working on growable Mediterranean rowhome. I make the .desc with PIM-X and then try to put in LE. As show in the picture I have a problem because the building shifted on its axis.
Is there any way to fix it?
(https://www.sc4devotion.com/forums/proxy.php?request=http%3A%2F%2Fimg818.imageshack.us%2Fimg818%2F3610%2Fmedhomeajuda.jpg&hash=a7a7dc16eb7418b218555e9a4d0573dc4e21e171)
Adjusted pic - Robin ;)
It appears the the building was rendered off-center. You can edit the coordinates with cogeo's SC4ModelTweaker, though.
Also, I changed your pic into a link, as it was a bit too large for the forum.
Sorry for the pic size &ops
Thanks Andreas! I'll try with cogeo's SC4ModelTweaker.
But there is another strange thing. There are some ploppables made by the autor of the models and these have no problem. The building appears correctly in the middle of the lot.
Another thing is that all the models are in a DAT file. Can be this a problem for the PIM-X?
There are authors that some times feel that models need to be offset to create over hanging props for whatever reasons they have to fit a type of LOT they are trying for. And as Andreas has said above this is most likely the case here. The way the author has done this is not wrong by any means, it's just not fitting how you want to use it. I would change the offset in SC4ModelTweaker and you should be good to go from there.
Robin ;)
Quote from: Kergelen on May 05, 2011, 06:02:12 AM
But there is another strange thing. There are some ploppables made by the autor of the models and these have no problem. The building appears correctly in the middle of the lot.
Another thing is that all the models are in a DAT file. Can be this a problem for the PIM-X?
If you opened one of the plopables in LE and the models are not offset, then my guess is that there are multiple copies of the same building, just with different offsets. Otherwise, you will use Model Tweaker. In the ".desc data" part of PIMX, there is a property "Resource Key Type". This value is the same that you will be looking for in Model Tweaker.
If you want to get fancy, open the model in Reader and select all of the S3ds for that model. Then clone the 20 files 1 time, increasing the GroupID by 1 (or something you are confident is unique). This will give you a new model so you can have an offset one and a non-offset.
PIMX will have no trouble with the Dat, it also has an LE.
As a side note, pictures preform better if you scale them before uploading, rather than have the scaling done in the posting code.
I finally move the models with SC4ModelTweaker and I can make the growables.
Many thanks Rokker and Lowkee.
Quote from: Lowkee33 on May 05, 2011, 07:50:30 AM
If you opened one of the plopables in LE and the models are not offset, then my guess is that there are multiple copies of the same building, just with different offsets. Otherwise, you will use Model Tweaker. In the ".desc data" part of PIMX, there is a property "Resource Key Type". This value is the same that you will be looking for in Model Tweaker.
If you want to get fancy, open the model in Reader and select all of the S3ds for that model. Then clone the 20 files 1 time, increasing the GroupID by 1 (or something you are confident is unique). This will give you a new model so you can have an offset one and a non-offset.
PIMX will have no trouble with the Dat, it also has an LE.
Thanks for the useful information. Now i know to clone models :)
Quote from: Lowkee33 on May 05, 2011, 07:50:30 AMThen clone the 20 files 1 time, increasing the GroupID by 1 (or something you are confident is unique).
I may have been wrong about this. &mmm. For this, an important part of the S3Ds are the Material IDs, which are what links the S3D to the FSH. You can clone S3Ds, and they can share FSH.
When cloning, you may be better off increasing the Instance, but this can be tricky. The last four digits of the S3D should not be changed. The Instance of the S3D also can not be a Maxis Instance. I am pretty sure the entire 0x63###### range is open, but you probably don't need that many. You can always change the group to re-use Instances.
I was doing so messing around the other day, and found that Material IDs behave a little strange. Make a new dat in Reader, copy/paste S3Ds from one model, FSH from another, Save/quit. Next time you open Reader the material ID may be automatically set to the FSH. Changing the GroupID of the Material seems to be impossible manually, so that is why I recant changing the Group of the S3Ds. :)
The other day I was trying to do what you explain, I change the GroupID and I thought it worked well. I made a new model but I did not try it in PIM-X nor did any lot. So I dont't know if the Model really was ok. But, I don't know nothing about S3D and FSH files so next time I'll do models as you said ( increasing the Instance)
On the other hand, I had problems with Reader when I wanted to change the Prop and Building Family to some Desc. I received a new prop family ID Range from Barby so I have to change them. I change the property, save, and then load them in PIM-X. But PIM-x said that the files had an error. Although everything seemed right and the Prop Family had changed and PIM-X show the desc ok.
I don't know why it hapened. ()what()
In the end, because of I don't want to have problems in the future with Lots, as I didn't know sure if the files were damaged or not, I returned to make all the Desc with PIM-X and assigned to my Prop Family.
May you know what I could be doing wrong with Reader?
I have similar troubles with version 1.4. It can be fixed by using the LEX version of Reader to remove the Exemplar Type property, and then adding it again.
If you can use cohorts, then I would suggest having one with the Exemplar Type property in it, and removing it entirely from your exemplars. Then you could use the scripting ability in 1.4 to set all of the families in one fell swoop. I may make a cohort tutorial, but not even sure if I am saving time with them...