All posts related to V2
#317597
Hello,
the same mxs file (exported from Rhino Plug-In) renders well in Maxwell Render but unpredictably displaces and rotates block instances when rendered in Maxwell Studio. The reason why this matters is that we have to combine multiple mxs files exported separately (32 bit RAM restriction in Rhino). The error is repeatable. Translation and rotation vary (unpredictably) when the original data is modified.

Environment:
Windows XP SP3 32bit
Rhinoceros 4.0 SR6
Maxwell Renderer 2.0.1.0
Maxwell for Rhino 2.0.5.0

PS. This might not be a Rhino Plug-In issue since in Maxwell Render the problem does not occur.
PPS. Is it possible to insert two JPG images (without URL, that is directly) into a post?

Sincerely,
Dominik
Last edited by lsda on Wed Jan 13, 2010 8:10 pm, edited 1 time in total.
#317620
May I assume that the objects retain their correct positions in Studio when you disable instance export in the plugin? I am aware of this issue, but I've only ever seen (just once so far in Rhino, I believe - much more common in SolidWorks) it with geometry that was not created in Rhino. Is that the case here? If you can provide a minimal scene where it is repeatable, I would appreciate if you zipped it up and sent it to jeremy at nextlimit dot com, so that I can take a look and see if there is a way of identifying the cause.

(btw, to post images, you just need to upload them to somewhere like imageshack.us and then link to the uploaded image urls in your post)
#317624
I just sent you the following:

instance_1.3dm
instance_2.3dm
instance_3.3dm
Mainobject.3dm
object.mxs
readme.txt
rendering-direct.jpg
rendering-studio.jpg

Object.mxs: export file, used for both renderings
rendering-direct.jpg - Object.mxs opened and rendered by maxwell render
rendering-studio.jpg - Object.mxs opened and rendered by maxwell studio

Regards,
Dominik

PS. Thank you for the image posting hints.
#317736
Unfortunately scaling it not necessary to reproduce the issue. We have just checked this with two appropriate scenes, one with and one without mirrored instances only. Is there any realistic chance that this bug is going to be extinct shortly or do you mean you have been working on it for a long, long time?
It would nearly mean to reconstruct about half of our historical buildings since their architecture is mostly symmetric down several layers of blocks within blocks and so forth. I do not dare to think about the worst case...
#317756
Apparently, it may be caused by scale, mirror, or a combination of the two. This type of thing is not so much a bug as an inherent incompatibility between how transformations are represented in different applications; you don't get that when you're not using blocks, since no transformations are used in the export. I may already have a workaround, but I have to test it heavily, since the change is at the core of the plugin's export code. I suppose I may have something that you could test there within a week or less.
#317763
Thank you very much for working on this case. Without using instances Maxwell's memory handling is exhausted with our models. Not to think about virtually repositioning almost every second object in order to render it all.
Still, in case that heavy testing on either side will not lead to success, might there be a workaround via third party software, i.e. software that well interprets Rhino's instances' structure as well as compatibly exports it to Maxwell?
Sketchup 2025 Released

Thank you Fernando!!!!!!!!!!!!!!!!!!!!!!!!!!! hwol[…]

I've noticed that "export all" creates l[…]

hmmm can you elaborate a bit about the the use of […]

render engines and Maxwell

Funny, I think, that when I check CG sites they ar[…]