stretched wall textures

[Dingenskirchen]

I found that hi-quality photographic renders (V2.3b21, quality settings 3 and 4) often exhibit horizontally stretched wall textures, in which the texture is not tiled / repeated over the course of the wall, but stretched to cover its entire width. Vertical tiling, however, works fine. This problem only shows up in hi-Q settings (3 and 4); lo-Q settings 1 and 2 (just like the 3D view, which uses quality 1) are fine. (system: XP SP2) Of course, a hi-Q rendering is the final result that all previous effort is aiming at, so I am quite lost here...

At first I thought the funny-looking textures resulted from interference patterns on the lo-Q settings, but hi-Q with filtering and anti-aliasing produces exactly the same result. So I cross-checked by exporting a part of the wall to .OBJ format and re-importing it. Voilà: the re-imported wall rendered just fine, while the original wall still showed the stretched texture.

I have as yet not found any pattern to where and when exactly this happens: I had slanted walls and walls which did not reach the maximum height of the entire model; I checked where the walls were facing, which side (left/right) was affected, whether the faulty wall was connected to others or stand-alone, whether it was connected to straight parts or corners... There is no criteria I could find that shows consistently correct or faulty behaviour here... [:(]

I suspect this may have something to do with the "do not re-start the texture at every wall opening" fix you did recently - although I still have one single spot in my model where the left side of a window does re-start the texture! (maybe that's the problem?) I tried refreshing the faulty wall, even deleted and re-did it completely - all to no avail, the window still breaks the texture continuity. [:-/]

I would post pictures to illustrate this, but I don't know how to upload any, and I have no webspace available. If I overlooked the obvious "upload" button, I will gladly provide my faulty renderings. [:)]

Anyway, thanks for your constant improvements of SH3D. [:)] Maybe this one can be the next. [:D]

[hansmex]

Dinges:

Try [url=http://]www.mediafire.com[/url] for all the free webspace you need.
Using the button HTTP:// above you can link your file.

Hans

[Dingenskirchen]

@hansmex: Thanks for the tip.

So here we are:

1. All wall surfaces in this image have been exported to .OBJ format and then re-imported to SH3D. correct texture

2. The bottom part of this wall is the original SH3D model, the top part (above the window) is .OBJ re-import. The original wall shows a
stretched texture.

[Dingenskirchen]

I just checked older versions of SH3D (2.1 and 2.2), and they all show exactly the same texture behaviour (in this respect) as the latest Beta, so it should not - as I first guessed - be related to the bugfix I mentioned above. [:-?]

[Puybaret]

Dingenskirchen, thank you for tests.
After detailed tests, I discovered problems too and I'm going to try to fix them.

[Dingenskirchen]

Thanks a lot for tackling the problem! [:)] I have invested quite a bit of work in my model and would love to see perfect renderings in the end. [;)]
One thing I forgot about this: I have observed that on my wall with several windows, each window edge seems to re-start the texture and stretch it up to the next window edge, where it is re-started again; so it might have somehting to do with the re-starting of textures after all.

Oh, and I don't know whether this belongs in a new thread, but it seems a smaller problem to me: I also found that grouping objects (nice function!) works fine, but un-grouping removes the colours and textures from the affected objects (I ended up with chrome trees that way [:p]).

On the positive side, I am very fond of the new ability to map textures on furniture. Nice job! [:D]

[Puybaret]

I fixed the stretched texture bug in version 2.3 Beta 22. [:)]
I hope it will work for you too.

Could you detail how you reproduce the bug about textures and colours removed from ungrouped objects? I didn't succeed to reproduce it.

[Dingenskirchen]

Yai, it wurks!! [\:D/] Thanks a lot for fixing that! [:D]

I just re-checked the grouping/ungrouping thingy and found out that the problem only occurs if I change the group's name before un-grouping it (when I make a "tree" from a brown pipe and a greenish blob, it should at least have a proper name, not just "group -2-" [;)] ). The "stem" loses its brown colour, and the top loses its plant texture, resulting in a shiny metal... lollipop [:p]
So it seems that when changing a group's attributes, individual attributes are overwritten.

[Puybaret]

Thank you for the description of the bug. I fixed it in version 2.3 Beta 23. [:)]