[mashium123]

Would s.o. please testrender this one for me?
I don't seem to be able to render this file. But when I turn off sun and turn on sky dome it works.
A bit confused... never had this problem...

So please s.o. verify it for me?

http://www.yourfilehost.com/media.php?c ... itest2.c4d

Thx.

EDIT: It's just a sphere on a plane... nothing more...

[Tyrone Marshall]

Would s.o. please testrender this one for me?
I don't seem to be able to render this file. But when I turn off sun and turn on sky dome it works.
A bit confused... never had this problem...

So please s.o. verify it for me?

http://www.yourfilehost.com/media.php?c ... itest2.c4d

Thx.

EDIT: It's just a sphere on a plane... nothing more...

Hello Mesut,

Thanks for the scene, this one is related to a current issue with the time setting in the exported MXS file.

This scene will render just fine, but you will need to open the exported MXS file in Maxwell Render Studio to render it correctly.

Just select the "Write to MXS" option from Cinemaxwell in Cinema 4D. Then open this MXS in Maxwell Render Studio.

The problem is known and solution to fix this in the plugin is on the way.

[janosch1234]

Hi Mesut,

if you change the longitude /Latitude in the scene to something not "northpole"-like, it renders just fine i think...

Regards

[Tyrone Marshall]

Hi Mesut,

if you change the longitude /Latitude in the scene to something not "northpole"-like, it renders just fine

Regards

Hello,

There is nothing wrong with this suggestion, unless he specifically wants to render from those coordinates. Due to an existing issue this will not be possible through just using Cinemaxwell alone, you will need to open the generated MXS in studio to have it render correctly.

[mashium123]

Thx to both of you.
Since I learned that the time is not passed to the renderer, I decided not to touch the lang/lat specs when activating the maxwell settings object ... so that's why I'm confronted with this situation.
Janosch1234 is right, changing these values leads to a render with the sun, not the right time o clock - but we all know that now...
Getting the correct time still needs studio, but if that's not important, changing lang/lat will do just fine.

Thanks.

BTW: It's Mesut, not Mesmut...

[janosch1234]

BTW: It's Mesut, not Mesmut...

Yes , sorry for that, i noticed it a bit late.
I have a friend in Aachen that has that name, so thats what may have caused it.

Regards

[mashium123]

[Kabe]

Jack, what are you using for the Cinema sun? The sun expression?

You are aware that Cinemas sun expression is always GMT *and* must be
corrected for current time zone of the computer it runs?

See here for details (in German):
http://www.cgnetwork.de/forum/showthread.php?t=71158

I have checked the plugin against Cinema Sky modul and Sky expression, and they are in line:


Kabe

[Miguel]

Hi, i have spotted a bug in the Cities.txt file in the maxwell plugin folder. Scroll down to Chicago (there are three lines starting with Chicago) and change the second and third lines:

Chicago, Midway AP,41.78333,-87.75000
Chicago, O'Hare AP,41.98333,-87.90000

to look

Chicago Midway AP,41.78333,-87.75000
Chicago O'Hare AP,41.98333,-87.90000

The format of a city entry in the list (in case you want to add your own) is:
City Name, latitude, longitude, gmt,
with all fields separated by commas. City names can have spaces, but no commas (that was the error).

If a gmt value is not present, defaults to zero.

Another thing: in the dialog the GMT values are multiplied by 100, so a real gmt of -5 should be typed in the dialog as -500, like in the Cities.txt file.
Hope this helps.

Miguel.

[Kabe]

My computer is in Chicago, and therefore the time is set to local time, which is -5 GMT. If I want the sun expression to show the correct sun location for 10am local time, do I need to actually enter 3pm?

No, in the case you render it there in Chicago, you enter 10 am, if that's
what you really are - don't forget to compensate for summer time...

However, if you send the file to me in Munich, I have to compensate 2 hours for being at GMT+1 + 1 h summertime, plus the GMT -5 at the
target location, so I would have to put in 5 pm to render a location at GMT-5...

It's really really dumb, because it means the same file renders different
in summer and in winter on the very same machine, it renders different
if moved between time-zones, and nearly nobody gets it right.

Kabe

[Kabe]

They know about if, and Peter Loesch named it intended behaviour.

For me it's a bug as well, all it would need would be a checkbox for summer
time, and a GMT input, both of which are implemented in the sky modul.

Kabe