Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - nauticus25

Pages: 1 2 [3] 4 5
31
[Max] General Discussion / Re: CoronaSun daylight system
« on: 2017-05-10, 14:53:33 »
You can use Max's daylight system with Corona, just make sure to change sunlight to CoronaSun, disable skylight and place CoronaSky into enviroment slot.

Is there a way to set the defaults of the Daylight system?  I'd like to avoid those three extra steps (change sun to CoronaSun, disable skylight, place CoronaSky in environment) as well as setting the default Location every time I create a Daylight system.

32
Is it too late to add  'keep aspect / proportions' option in real World Scale on Corona Bitmaps. Should be an easy task to do but has tremendous effect on the workflow, - at least for me.

+1

Ooo, nice idea.  +1, though I can understand if it doesn't make it into 1.6, gotta say "done" at some point.

33
[Max] Daily Builds / Re: 1.6 DR
« on: 2017-04-17, 20:57:17 »
Both render slaves themselves and Master report slaves as "Waiting for start of render".

But they're rendering...and adding passes just fine :- ).

Agree//

Double agree.

I had Backburner running, so I shut it down on both render nodes and still get the same "Waiting for start of render" message on DrServer.  Master reports each node as "not running", even though the line right above that says "Updates: 4 Passes: 6" and the node names are green.

34
I haven't had a repeat of this.  I'm on the March 6 build at the moment.  I'll post back if it happens again.

35
[Max] Resolved Bugs / Re: wxWidgest Assertion failure
« on: 2017-02-24, 16:59:35 »
Sorry for the late reply, looks like I didn't have notifications on for this thread.  This is with the Dec 13 daily build on Max 2017.

36
[Max] Resolved Bugs / [feedback] wxWidgest Assertion failure
« on: 2017-02-16, 17:57:21 »
Just got an error after I hit Stop while doing a DR.  Max did not crash.  Corona seems to function normally after the error message. 

I may have been clicking the Render Element dropdown selector in the Corona VFB when the error happened, but I'm not certain of the timing of that.

Here's the error:

===== Error(-11) =====
An internal error occured: wxWidgets Assertion failure. Please report this problem to us.
File: ..\..\src\msw\window.cpp(3564)
Function: wxAssociateWinWithHandle
Condition: "Assert failure"
Message: HWND 0000000001191AE8 already associated with another window (wxFrame)


37
For stills with a handful of cars, I place them manually in the top view to put them in the right spot and rotate to point in the right direction.  Then I use Itoo's Glue plugin to drop them all to the surface.  Your pivot point for the car&tire must be at the lowest point of the tires, and it works better if your tires are linked to your car.  But otherwise it works pretty well.  Alex mentioned Forest Pack... here's their tutorial on how to do that:  http://www.itoosoft.com/tutorials/tutorial_parking_cars.php

38
Gallery / Re: Roses are Red
« on: 2016-05-10, 19:31:09 »
They are nice looking images.  The amount of light being thrown off by those candles feels unrealistic, however.  They are putting out as much light as the daylight coming in through the window.  Realistically, I think it would be a lot less.

39
Gallery / Re: Russian style :)
« on: 2016-04-19, 20:18:31 »
Heh heh.  Someone sitting on that throne will probably bonk their head on the chandelier.  The TV should be on an articulating arm so that you can position it in front of the throne, otherwise you'll get a sore neck looking over at the wall all the time.

At least you have the toilet paper roll installed correctly.  :)

To explain///
This is not real project :)
TV does not hang in the closet at all :)

No explanation needed, I know it's not real.  But if it was, you'd definitely want that TV on an arm.  And raise the chandelier.  And make it bigger.  Oh, and I'd hope that the throne is heated.  That solid metal will be cold in the morning.

40
Gallery / Re: Russian style :)
« on: 2016-04-18, 17:22:50 »
Heh heh.  Someone sitting on that throne will probably bonk their head on the chandelier.  The TV should be on an articulating arm so that you can position it in front of the throne, otherwise you'll get a sore neck looking over at the wall all the time.

At least you have the toilet paper roll installed correctly.  :)

41
Gallery / Re: War in the forest
« on: 2016-03-25, 16:11:39 »
In addition... how did the tank get there?  There are no tracks leading up to it and all the vegetation around it is undamaged.   Did it parachute in?  Is it on a raft?  Stuff to think about as you develop this further. :)

42
I'm talking about having the best result with the minimal work.
And it seems I'm not alone in this .. ;)
No you are not. Need physically correct directional light?
Do nothing.
Need did rectional light to be visible from all angles?
Sacrifice 5 seconds, rightclick rayswitcher and apply to GI, copy material with 0 directionallity to direct override.
I am using light fixtures specified by the lighting designer.  The workflow is currently to plop in a CoronaLight, add the IES file, and set the output in lumens.  Then I add an additional object the size of the light to provide the glow to the camera.  If I could get away with just the CoronaLightMtl, that'd be great, but you can't use IES files with the material (for good reason), the material doesn't show up in the light lister, and the intensity is only in default W/(sr.m^2) units.  You can't use lumens, candelas or lux (lighting designer always specifies lumens to me).  It's usually impossible to get the directionality to match that of an IES file.  And if you want to tweak the size of the disc, you have to recalculate the conversion from lumens to W/(sr.m^2). A direct visibility intensity override for the CoronaLight object, while not physically correct, would save having to make (and keep track of) a separate object just for camera visibility.

The specific case where I would use this all the time is for recessed can lights with a diffuser lens.  To make it look physically real, you would put the CoronaLight inside the fixture, above the lens.  But the IES file already assumes the lens in the output, so to put the IES light above the lens means you're diffusing the light twice.  So you have to exclude the lens from casting shadows.  Plus, now you have to cut a hole in your ceiling to put the fixture in.  I'm as much of a perfectionist as anyone else here, but ain't nobody got time for that! :) I just want a glowing disc stuck to the ceiling.

43
[Max] General Discussion / Re: Corona Light Selects
« on: 2016-01-22, 14:07:07 »
+1

A light select render element would be great for dialing in the best light levels.  Even with IES files for the selected light fixtures, often times tweaking is needed in post to get the look just right.

My workaround is to do it manually.  Turn off all the lights except one group, render, rinse, repeat for each group of lights.  Save as 32bit EXR and combine the passes in Photoshop using Linear Dodge (Add) blending mode.  Works fine, but is time consuming.

44
It's not in 1.3, it's in the Dec. 17th and later daily releases.  See here: https://forum.corona-renderer.com/index.php/topic,7238.msg67645.html#msg67645.

45
I reported it to Mantis this morning and it took Ondra a whole two hours to fix it.  Probably much less to do the actual fix, but the "fixed" notification took two hours to show up.  Nice job Ondra!  If only I could get that kind of response from Autodesk. 

Did a quick render of an existing scene this morning, showed it to my boss, and now we have 10 cardboards on order for a presentation next week and a couple of college recruiting fairs next month.  Between this and the forthcoming adaptive sampling improvements, lots of exciting VR stuff happening!  The only downside is now I'm too busy.  :)

Pages: 1 2 [3] 4 5