The in-game icon and a new object

[darylmarkloc]

I have seen, here and elsewhere, people asking why their shiny new object either doesn't show up in an icon (ie, icon is empty) or is extremely small or only partially shown.

I haven't yet seen an explanation for beginners as to why this happens (it may exist, I just haven't seen it), so here's a brief explanation as I see it The diagramme is self explanatory. While describing a single tile object below, it is easy enough to work out how the 'green footprint' centre will move for objects 1,2,3 tiles wide or more than 1 tile deep

When I refer to Units, I mean one 1/10 of a square in unzoomed mode in Blender. I believe this is the same as Milkshake.

The general centre for an object in design mode is X:0,Y:0,Z:0 - the meeting of the X and Z axis and however many units above 'ground level' (Y:0). Maxis objects are however, not always centred on 0,0 but usually 5 units left or right or behind (for a single tile footprint object). For instance, the back of a wall surface object is always 5 units behind X:0 and Z:0, and Y:units high. Where on the wall it is to be located determines how far to the left or right along X it is (usually 0, centred). The green footprint you see when you place an object in the game is related to this design mode location and is virtuallly centred with the design mode X and Z axis at 0, (this changes with two and three tile objects..then it become X:.5 and X:1 and so on.

What this means for your object and how it appears as an icon:

The 'icon camera' view for an object in the game when loading a package is centred on the centre of the green footprint (that is usually X:0, Z:0) and at around 35-45 degrees to the right if the object is one square or more wider.

So, the short explanation is that the further away from X:0 or Z:0 your object is in design, and therefore further away from the centre of the green footprint, the less likely it is that when you load it in the game, it will be 'captured' as an image for the icon. (this also applies to an extent with Y. If your object is located 29 units above ground level (rare) you will just see the bottom of it as an icon. at 30 units you won't see it at all.

I hope this helps someone because I sure wish I'd known it when designing my gutters... :salute:

[IgnorantBliss]

When you import your mesh to SimPE, there is an option to check to "use in bounding mesh". When you select that, the thumbnail image should also be created automatically based on the location and size of your mesh. It has worked for me even when I've made a 2-tile object into a 3-tile one.

[darylmarkloc]

I'll give that a try..I have a bunch of empty icons..I guess I will have to delete and re-import the meshes but that is no big deal :) So much to learn and so little to learn it with...

[darylmarkloc]

"use in bounding mesh" is enabled by default, at least in my SimPE so it isn't making that much difference. In my case it is the height of the objects from the ground that is the real problem. Anything over about 2.85 squares is simply too high to be picked up for icon view. Do you happen to know where those custom images are stored? But even if I fixed it with my own installation, that isn't really help to anyone who downloads the object..

[IgnorantBliss]

To refresh your thumbnail images, delete the package files in the Thumbnails folder in the Sims 2 folder under My Documents. New thumbnails will be generated the next time you go to the catalog in the game. You could also delete just the specific thumbnail by opening the thumbnail package and deleting the ones you want, but usually there are so many thumbnail images it takes forever to find the ones you want, since they seem to be in no particular order. Personally, I find it much faster to just delete them all and have new ones generated.

[darylmarkloc]

Great tip..thank you. I was wondering about that because when I test an unfinished object in the game, that is the thumbnail I get stuck with.

[boblishman]

Actually, the 'use bounding mesh' method doesn't alter the camera's zoom level....and so doesn't really solve the problem of 'small' pictures in the catalogue...

I'm very interested in trying to solve this mystery...and I'm hoping that somewhere in the package file there is a flag (or setting) that sets the 'zoom' level of the camera for taking the catalogue's icon pictures.

IB's 2 -> 3 tile coffee table icon probably worked because the 'zoom level' was the same for both objects (and I'm guessing here ...'no zoom') ....but the problem still persists if you clone a large object (like the apple sculpture, (which seems to have a 'no zoom' setting) and and then create a very small object, like an ashtray, from it, (which needs a closer 'zoom' setting...)...

any ideas anyone?

[IgnorantBliss]

I'm sorry for the false information, I just was almost sure that I'd had the zoom level change according to the size of the object, but if it's not possible, then I guess it didn't happen :lol:. I thought I had changed the size of a table lamp and gotten a resized thumbnail, but I will have to check if this really happened or not.

[darylmarkloc]

I managed to at least get the bottom edge of an object in view in the thumbnail by moving it one square back in the design stage but any more and people will have to cross the street to put it in place..lol

[IgnorantBliss]

No, I was not hallucinating about the thumbnail images: The zoom level is altered based on the shape of the mesh. I don't know what explains it, but it definitely works with many of the objects I've made, and I'm fairly sure it started happening like that after the bounding mesh function was introduced.

These two windows were cloned from the same window, the Function of Plate Glass window. Both are one-tile windows, but one is a lot taller than the other one. Here's a screenshot of both of them in the game, and the thumbnail images for both of them from the catalog. I don't think the thumbnail images could be framed correctly like that without the zoom level being altered somehow.

I have also made a clone of the Maxis pine tree and resized the mesh (making it smaller). Both the normal sized and small trees have a thumbnail image of the same size. You can't tell from the thumbnails which is which.

[boblishman]

No, I was not hallucinating about the thumbnail images: The zoom level is altered based on the shape of the mesh. I don't know what explains it, but it definitely works with many of the objects I've made, and I'm fairly sure it started happening like that after the bounding mesh function was introduced.

These two windows were cloned from the same window, the Function of Plate Glass window. Both are one-tile windows, but one is a lot taller than the other one. Here's a screenshot of both of them in the game, and the thumbnail images for both of them from the catalog. I don't think the thumbnail images could be framed correctly like that without the zoom level being altered somehow.

I have also made a clone of the Maxis pine tree and resized the mesh (making it smaller). Both the normal sized and small trees have a thumbnail image of the same size. You can't tell from the thumbnails which is which.

well ....can you explain this for me then?...... clone the free standing 'Total' mirror .... make a NEW mesh, just a box, the size of an ashtray....and then check the thumbnail.....


the 'zoom' does appear to work....but within certain parameters.... it's really wierd...like there are 'levels'......I don't know....but 'certain ranges'...the zoom DOES work IF the object is within a certain range of the original...but if it's MUCH different...it doesn't??....maybe it's something to do with mirrors?

[IgnorantBliss]

Correct: When I replaced the mirror mesh with a very small box, the thumbnail did not zoom correctly. So, maybe it only works within certain ranges. I do know the re-zooming also works to some degree with mirrors, too, at least wall mirrors, because I've cloned the cheap square mirror and made a much taller version of it, and it's frame correctly in the thumbnail image. But I don't think I've made any objects that are drastically different in size from the original. So, yes, maybe there is a limit to it. Before the bounding mesh function was introduced, there seemed to be no re-zooming of any kind for any objects I made, and it seems that the thumbnail images have improved since, but I'm not 100% sure if the bounding mesh is what did it.

[boblishman]

Correct: When I replaced the mirror mesh with a very small box, the thumbnail did not zoom correctly. So, maybe it only works within certain ranges. ...

..... I knew I wasn't hallucinating either....;)

[IgnorantBliss]

I think I have an idea why the thumbnail resizing doesn't work for the mirror specifically: It has a third GMDC besides the frame and the glass called, errr, mirrorfloormoderate_glass_rot_mirror_boundingbox_gmdc. I tried to resize that mesh (called subset0), but it didn't really change it, either. I tried to even not to use that for the bounding mesh at all, but the clickable area of the object, and therefore neither the thumbnail, did not change. The clickable area of the object still goes far beyond the little box I replaced the mirror with. I wonder if it can't be edited at all for objects like these, or if there is some trick to it. But, in any case, it does really seem like the bounding box and the thumbnail zooming are connected somehow.

[Numenor]

(This subject is very interesting: I'm moving this thread to the Research & Development forum)


What I know about the thumbnails is the following:

The thumbnails are generated by a special "camera"; the resulting image is stored in the proper file located in the "Thumbnails" folder (in myDocuments\EA Games\The sims 2).

The settings for this "camera" can be either the games default ones, or can be tailored on the object.
The main CRES of each object always contains a "thumbnailExtension" block: it is often empty (which means that the default settings are to be used for the camera), or it may contain a reference to a special "..._thumbnailShape_cres", that in turn contains the information for the "camera".

The "default" camera settings are unknown, to me. I *guess* that they are not fixed: the camera, by default may be set up according to the bounding box of the mesh.
If I'm right, this may interfere with the mirrors, that have a special "bounding box", and this may create problems when auto-generating the thumbnails (i.e. mirrors may be "special objects", under this point of view).

The "custom" camera settings, as said, are contained in a number of special Resource Nodes (located in the Objects05.package, along with the normal CRES files); all these "special" Resource Nodes have a name ending in "..._thumbnailShape_cres"; the first part of the name identifies the object that it apply to (for instance, the "phoneWall_thumbnailShape_cres" is the special camera used in the "phoneWall_cres" (i.e. the Resource Node of the Wall Phone).

It may happen that some objects "borrow" the camera from another object: this means that the first part of the thumbnailShape name is irrelevant (we can put into the phoneWall_cres the reference to the candleCollection_thumbnailShape_cres, with the consequence that the thumbnail for the phone will be generated using the custom settings from the candles).

What about the information contained into the thumbnailShape_cres? These files are extremely simple CRES, that contain only one "cViewerRefNode" block (the cViewer blocks are the same "camera" blocks used to create the images reflected by mirrors). Just like any other CRES block, the cViewer contains information about the "translation" (i.e. the position of the camera compared to the {0,0,0} point in the 3D space) and the "Rotation" (i.e. the rotation around the X,Y,Z axis). This is not the right place where to discuss about *what* are rotation and translation, and how they are expressed (you can read the InfoCenter article about the CRES (http://www.modthesims2.com/showthread.php?t=84487)). Moving the camera along the three axis, and rotating them around the axis, we can position correctly the camera, so that it can "shot" the right picture to be displayed into the Catalogue.

IMPORTANT NOTE: I'm currently testing how the translation and rotation work.
What I know for sure is that:
1) we can include into the cThumbnailExtension block of our object's CRES the reference to any existing (Maxis) thumbnailShape_cres;
2) we can extract a Maxis thumbnailShape_cres from the Objects05.package and import it into our cloned object, rename it, fix TGI and put it into the 0x1c050000 group; then we can put into the cThumbnailExtension block (in the main CRES) the reference to our custom-named thumbnailShape (prefixed by ##0x1c050000!)
3) i've tried to edit the translation and the rotation of the custom thumbnailShape, but so far I've had no positive results (I will run more tests).

[Numenor]

Beside the technical explanations, when it happens that a thumbnail is "wrong", the first thing to look at, is the CRES of our clone: does it have a thumbnailShape reference? If so, the first try should be to delete the reference from the cThumbnailExtension block: it will re-enable the auto-adjusting default camera (remember to regenerate the catalog thumbnails as suggested by IgnorantBliss!)

If there is no value in the cThumbnailExtension block, you should check if, by chance, your clone is a mirror; as said, I have no "cure" for a bad mirror thumbnail :)

Last thing, you can brose the Maxis thumbnailShape_cres files (you can do that by using the "Finder" in SimPE and searching for files containing the word thumbnailShape); if you feel that the camera parameter contained in one of those files may be suitable for your object, you can open your main CRES, select the cThumbnailExtension block and add and "Array" entry, in wich you'll type the name of the chosen Maxis thumbnailShape (without any prefix, nor the _cres extension).

[darylmarkloc]

I don't know if this is significant in the discussion - but the thumbnail of my new object (based on the model plane) is "mirrored" - ie, the left side of the object is on the right in the thumbnail..I actually never noticed it before, but looking through, some are, some aren't?

[darylmarkloc]

is the CRES of our clone: does it have a thumbnailShape reference? If so, the first try should be to delete the reference from the cThumbnailExtension block: it will re-enable the auto-adjusting default camera (remember to regenerate the catalog thumbnails as suggested by IgnorantBliss!)


Did that :

"Application has crashed. Application will now terminate"

Once the cThumbnailExtention reference has been removed the is no way to get it back as it is not a choice in the Add/Delete dropdown..

[darylmarkloc]

and of course..I saved over the .BAK file :(

[boblishman]

Did that :

"Application has crashed. Application will now terminate"

Once the cThumbnailExtention reference has been removed the is no way to get it back as it is not a choice in the Add/Delete dropdown..

I think what Numenor meant was to delete any ENTRY in the tumbnail extention block....not the block itself....he does say that the cres MUST ALWAYS contain a thumbnail extention block...which is why your machine probably crashed....

[boblishman]

I think I have an idea why the thumbnail resizing doesn't work for the mirror specifically: It has a third GMDC besides the frame and the glass called, errr, mirrorfloormoderate_glass_rot_mirror_boundingbox_gmdc. I tried to resize that mesh (called subset0), but it didn't really change it, either. I tried to even not to use that for the bounding mesh at all, but the clickable area of the object, and therefore neither the thumbnail, did not change. The clickable area of the object still goes far beyond the little box I replaced the mirror with. I wonder if it can't be edited at all for objects like these, or if there is some trick to it. But, in any case, it does really seem like the bounding box and the thumbnail zooming are connected somehow.


could you explain "I think I have an idea why the thumbnail resizing doesn't work for the mirror specifically" ....because I can't see any explaination in the rest of your reply...:confused:...especially "But, in any case, it does really seem like the bounding box and the thumbnail zooming are connected somehow"

(Actually, I had already done all the things you mentioned above before I posted my question...so I knew it had nothing to with the subset0 ....)

[IgnorantBliss]

could you explain "I think I have an idea why the thumbnail resizing doesn't work for the mirror specifically" ....because I can't see any explaination in the rest of your reply...:confused:...especially "But, in any case, it does really seem like the bounding box and the thumbnail zooming are connected somehow"

(Actually, I had already done all the things you mentioned above before I posted my question...so I knew it had nothing to with the subset0 ....)

Like Numenor mentioned in his explanation, since the mirror has a special "bounding box", the "use in bounding box" feature that works for most objects when importing the mesh doesn't seem to work with the mirror. So, when I noticed the separate GMDC for the bounding box, I figured it may have something to do with the bounding mesh problem, and the usual method not working. That you can't change the bounding mesh like you can with most objects.

And why I thought the bounding box and the thumbnail image were connected was simply because I could change neither the clickable area nor the thumbnail zooming for the mirror, even though I've been able to change both of those with other objects I've worked on. Even after I resized subset0 and used the new mesh for the mirror frame in the bounding mesh, the clickable area for the object in game didn't change, unlike with other objects. And while this problem occured at the same time with the non-changing thumbnail zooming level, and also because I'd noticed the thumbnail zooming changing with other objects when I used the bounding mesh option upon importing the mesh, I figured it seemed quite likely they were somehow connected. Which, I think, was a reasonable guess to make, I just didn't have a technical explanation on how it exactly it might work.

[WesHowe]

I don't know if this is significant in the discussion - but the thumbnail of my new object (based on the model plane) is "mirrored" - ie, the left side of the object is on the right in the thumbnail..I actually never noticed it before, but looking through, some are, some aren't?

The difference between the game's (DirectX) right-handed coordinate system and the often used (OpenGL) left-handed system is X,Y,Z = -X,Z,Y.
Interestingly enough, bitmap images used in such things as paintings come out R/L swapped, too.
When converting, simply swapping Y & Z still leaves a left/right reversal. The X coordinates also need negated (0-X). If all you can get whatever you are using is swapping Y/Z, then mirror your mesh prior to exporting it.
<* Wes *>

[boblishman]

Like Numenor mentioned in his explanation, since the mirror has a special "bounding box", the "use in bounding box" feature that works for most objects when importing the mesh doesn't seem to work with the mirror. So, when I noticed the separate GMDC for the bounding box, I figured it may have something to do with the bounding mesh problem, and the usual method not working. That you can't change the bounding mesh like you can with most objects.

Actually, the clickable area of the mirror can be changed....very easily....by using the bounding box option of the GMDC that contains the FRAME of the mirror. The bounding box (clickable) area for the subset0 should never be used anyway (because it is always a large cube that bears no resemblence to the shape of the acualy mirror...

And why I thought the bounding box and the thumbnail image were connected was simply because I could change neither the clickable area nor the thumbnail zooming for the mirror, even though I've been able to change both of those with other objects I've worked on. Even after I resized subset0 and used the new mesh for the mirror frame in the bounding mesh, the clickable area for the object in game didn't change, unlike with other objects. ..

I'm not sure why you've not been able to change the clickable area for the frame...:confused: ...I have made many mirrors, all with the correct clickable areas (by using the bounding box setting for the frame ... as I have mentioned above) ...

whilst I agree with you that the bounding box setting does play some role on the 'framing' of the object (as I stated in a previous post), it appears that the 'camera' settings must, first and foremost, be the 'correct' one far a particular object in order for those to work...

what's confusing me the most is that I can't find any 'new' information in your replies... :confused: ...

[IgnorantBliss]

Actually, the clickable area of the mirror can be changed....very easily....by using the bounding box option of the GMDC that contains the FRAME of the mirror. The bounding box (clickable) area for the subset0 should never be used anyway (because it is always a large cube that bears no resemblence to the shape of the acualy mirror...

I'm not sure why you've not been able to change the clickable area for the frame...:confused: ...I have made many mirrors, all with the correct clickable areas (by using the bounding box setting for the frame ... as I have mentioned above) ...

I can't explain it, then, but when I cloned the Total Mirror, replaced the frame mesh with a small box and used in the bounding mesh while importing the mesh, the clickable area of the mirror did not change.

what's confusing me the most is that I can't find any 'new' information in your replies... :confused: ...

In my previous post I only explained my thought process that had lead to the conclusions I made earlier, because you asked for an explanation. That was the best explanation I could give, and I'm not sure what more you expected. I have nothing more to add, and I'm confused about what kind of new information you were looking for. Maybe we're not talking about the same thing.

[boblishman]

Ok guys, I promised you that I would try and get to the bottom of this mystery....and it seems that I may have :).... (hopefully!)

After extensive research and testing I can confirm that :

1) The catalogue picture is produced by the games 'catalogue' camera, whose 'zoom level' is generated by the entire mesh(es) of the the GMDC(s).

That is to say, the game's camera 'sees' the WHOLE object, including any shadows, light patterns or indeed, ANY and ALL mesh(es) contained withing (ALL) the GMDC(s). The 'closeness' (or zoom) is then set by the camera to include ALL these mesh(es).

2) The 'clickable area' is of no interest to the camera whatsoever. That is to say, that even if you import your new mesh(es) and untick the 'include in bounding mesh' option, the camera will still INCLUDE them for the purpose of taking the catalogue picture.

Whilst this is OK for most 'normal' objects, it's not for others, particularly objects with 'unusual' mesh arrangements, (like lights).

A good example of this are the wall sconces. Whilst the sconce itself is quite small, the light patterns are quite large. If the catalogue camera generates the catalogue picture in its 'usual' way, the resulting picture would not be very good (i.e. the sconce would be very small). To compensate for this, there are some 'fixed' camera postions built into individual cres files in the objects05.package. As discussed above by Numenor, these can overide the 'normal' camera postion in order to get a 'close up' of the object, and forget about the shadows or light patterns. These can be called by using the methed described by Numenor above (adding an array to the 'items' in the thumbnailExtention block of the cres).

Maxis appears to have decided that certain objects need these 'special'camera settings (quite rightly!) for better gameplay.....

However, there is one possible drawback to the new creator. If the creator wishes to make an object considerablly different in size (or position) than the clone they use to make it, there is a possibilty that there MAY be a 'camera preset' already in the cres's thumbnailExtention block.... and this will STOP the camera from generating the catalogue picture in the 'normal' way.

However, this 'preset' can easily be removed....and the game will generate the new objects picture in the 'normal' way....

To remove a camera 'preset' ....

http://thumbs.modthesims2.com/images8/MTS2_239965_boblishman_remove.jpg

1. Click on the Resource Node (CRES) (in the top left window)
2. Click on the Resource Node (in the top right window)
3. Make sure the Content tab is clicked
4. Using the drop down list, change the Blocklist to 'thumbnailExtention'
5. Click the array entry listed in 'Items' and then hit the 'Delete' button. Committ and Save.

(this is basically the reverse proceedure that Numenor describes above for ADDING a preset)


I'm posting this here because I know that many creators (including me) like to use the Musee Vase as a base clone object (because it has many 'qualities' that you may be looking for (2 subsets, two texture files, a 'reasonable' Material Defination etc.). This particular object however DOES have a camera preset (sculptureChinaVase_thumbnailShape) and as such, unless it is removed, the camera will not 'zoom' correctly to your new object.

Now, a 'word of warning' about shadows.... These meshes ARE seen by the game camera, and WILL affect the overall picture for the catalogue. Therefore it is advisable to ALWAYS pay attention to the shawdow meshes in your objects (as opposed to just 'blacking out' the shadow texture to make them dissappear!). Unnessesarily large shadow meshes WILL make your catalogue pictures smaller...

In this example, the wall shadow for the coat is unnecessarily large and results in a 'small' catalogue picture. Resizing the shadow meshes to within a reasonable size of your object will result in better catalogue pictures!. (This applies also to light patterns, although you MAY want to keep those quite large, in which case you can ADD a camera preset to the thumbnailExtention block to force the camera to 'zoom in'. (The objects05.package conatins quite a few 'presets' so it can be a case of finding the most appropriate one. (Incidentally, you can apply any 'preset' to any type of object.... it's just trial and error until you find the best one for your new object).


[insert pictures]

this mesh .....will produce .......this catalogue picture



http://thumbs.modthesims2.com/images18/MTS2_239974_boblishman_right.jpg


whilst this (overly large wall shadow) mesh.......will produce this catalogue picture

http://thumbs.modthesims2.com/images1/MTS2_239975_boblishman_wrong_cat.jpg







Finally, mirrors.....

They usually contain a mesh called 'mirror bounding box'. (Do not confuse this with the 'clickable area' of the mesh....it's not for that purpose.)


This CAN be resized to match the size of your 'new mirror' (remember that this mesh will also be taken into consideration by the camera when it generates the catalogue picture, so if the box is very large, and you have a small mirror, the resulting picture will be of a small mirror).

****Always make sure when importing this mesh to UNCHECK the 'add to bounding box' option (which IS for setting the clickable area) This IS checked by default (because it does not contain the word 'shadow' in it) so you need to uncheck it ......otherwise you will have an incorrect 'clickable area'.****

[darylmarkloc]

It works brilliantly!! Thank you :) Congrats to boblishman and Numenor for following up on this and taking seriously something that has been a minor nuisance.

[darylmarkloc]

One other positive side effect I should note of boblishmans work is that the thumbnails that were reversed (right for left) have corrected themselves and now display properly :)

[IgnorantBliss]

Thank you for the thorough explanation, boblishman :). This should be very useful information to many object creators. The only thing I'm wondering if it always worked that way, that the thumbnail was formed based on the whole mesh, or if it's been changed at some point? I seem to remember having problems with getting correctly resized thumbnails when I first started creating objects, but it might be that a shadow mesh was the problem. Lately I've been resizing thr shadows to fit the size of the object, so that might explain it.

[boblishman]

....The only thing I'm wondering if it always worked that way, that the thumbnail was formed based on the whole mesh, or if it's been changed at some point? ...

As I only have the base game installed (no expansion packs) it must have always worked this way, so I it's very likely that your 'unchanged' shadow meshes were causing your intitial problems ... ;)

The only thing I'm now concened about is that there is no reference to any of this topic in any object creation tutorials (well, none that I've seen anywhere) ... and I'm wondering if it's worth posting this information as a 'sticky' (or maybe moving/reposting it the tutorial section?)

It seems to me that shadows (in particular) are somehow considered 'not important' in the (current) tutorials. They have been a particular interest of mine for a while, and now even more so...

...it seems a shame that this information may lay 'hidden' in this thread...?

[IgnorantBliss]

I agree, shadows are too often ignored in object creation. One reason might be that many players have the shadows turned off in their graphics options, so they never see them, and therefore also don't see the mismatched shadows their objects have.

Editing shadows is not something that necessarily belongs into a beginners' object tutorial, in my opinion, but it's definitely worth its own tutorial, or its own mention in advanced object tutorials. In any case, it should get more attention than it is getting now :). Often I notice that custom objects that are otherwise of high quality have shadows that don't match it at all. Missing shadows are not so much of a problem (sometimes I'm lazy and just remove them in my own objects instead of editing), but completely wrong kind of shadows are a problem, at least to me personally.

So, how about a separate shadow tutorial, then? I've answered to several creators' questions about editing shadows, so it seems there are people who would find it useful :).

[boblishman]

well..... I have already written a 'quick guide' to this in another post (in the OW thread I think...I'll find it and put a link in a while) ....but I do believe it would be a useful addition in the tutorial section...

[darylmarkloc]

I think many (particularly who have just begun like me) ignore the shadows because of just that - there is little information about creating a realistic shadow. If a shadow is a simple square, I leave it in..if it is an odd shape unrelated to the new object, I take it out.

[boblishman]

ok the link is http://www.modthesims2.com/showthread.php?p=977688#post977688

[sussifriberg]

Thank you,boblishman for this easy thumbnail tutorial,I now have nice thumbs!

[Inge Jones]

I'd like to use a TXTR swatch as a design mode thumbnail. I am making some wall-matching objects and the most important part of selecting for the player will be to see exactly which wall the recolour matches. If anyone finds a way to do this please let me know.

[Numenor]

I think you can't prevent the game from rebuilding the thumbnails on-the-fly, whenever needed.

You could try to do something that I never attempted myself (but it shouldn't be difficult...), i.e. creating a custom "thumbnail" CRES for your object.

1) Using SimPE's "Finder", search for "thumbnail_cres": a list of files will appear; relying on their name, choose one that fits your object (as for the size of the object: 1-tile, 2-tiles etc)
2) Double-click on the chosen thumbnail CRES, wait for the package to load and then extract it
3) load the extracted CRES in your package
4) rename it, assigning exactly the same name of the main CRES, plus "_thumbnail" (so, the resulting name will be: yourCresName_thumbnail_cres); manually change the GroupID from 0x1532fa to 0x1c050000; FIX TGI and commit.
5) open the main CRES, select the "thumbnailExtention" block and fill in the exact name of the thumbnail CRES (without the _cres extension, but with the ##0x1c050000! prefix).
6) Re-open the thumbnail CRES and adjust the Translation and the Rotation parameters, so to point the camera facing the object, at the right height: in this way, the resulting thumbnail should resemble a swatch (I haven't run any tests about the right parameters to fill in the Translation fields...)

Important - If the main CRES does NOT have a "thumbnailExtention" block, all the above can't be done; at least, I have doubts that it's possible to add that block without making the CRES crash the game.

[Lethe_s]

This seems like the best place to ask this. I have a problem with with blue thumbnails, and am wondering why they're doing it.

The set in question is a buyable grass mesh I released a while back.
It's a repository set, but certainly not the first one I made. It seems to be the first time the thumbnails are messed up, though.

Here's what the catalog looks like after 'refreshing' the thumbnails (deleting the lot and letting the game generate them)
The master object is rendered properly, but the two derived objects are an ugly blue.

http://i4.photobucket.com/albums/y116/Lethe_s/catalog1.jpg

However, if you click on them, you DO get the right display.

http://i4.photobucket.com/albums/y116/Lethe_s/catalog2.jpg

They're made using the stdMatAlphaTestEnabled '1' instead of stdMatAlphaBlendMode to make the invisible bits, and the game renders both sides of every face.

Any idea why the game seems to make a pic twice? And how to fix the normal thumbnail?

[Numenor]

If the recolours appear correctly in the catalog, like in this case, I can think to two different causes:

1) The references to the default Material Definitions in the Shape are not correct (double check the name and if they correctly have the 0x1c050000! prefix)
2) The problem is just in the thumbnail: regenerate the thumbnails by holding down the CTRL key and right-clicking on them (or just delete the packages in the Thumbnail folder).

[Lethe_s]

thanks Numenor, your first idea worked like a charm.
I'm a bit surprised the objects actually worked, since the shape referred to one of the slaves, instead of the master :faceslap: