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 - hotdog

Pages: [1]
1
The barn door is a good comparison.
And yeah, let's agree that what I was seeking for is not doable with Corona Light for now.
Have a nice day.

2
... but what's the practical usage of this?
For example the wall could have a brick texture on it. I know one could then take a layered material, masking out the selfillum part, but I found out that corona does not like this very much regarding performance. Also it would mean additional mapping work.

The scene I was working on when I first discovered the map change bug was way more complex. The geometry where the images had to be projected on was generated by railclone containing translucent fabric parts where the projection even was on the backside, emiting light, but weaker. I just switched from octane to corona, so I was just thinking that after modelling I will somehow project the images on that geometry assuming it will be no big deal doing this. Just had the time now after the deadline to rethink if there would have been another option.

Anyway, the max lights did the job with a bit of a hassle because of the random changing (with a total of 11 images projected the randomizing was really not getting better and with final image resolution and longer uhd cache time - you'll imagine) :)

About the corona light directivity again:
A plane light with directivity 1 is probably very hard to find in real world if not impossible, but we are in CGI so for me the value 1 does not make sense looking at the rounded edges the light produces when further away from the wall. for me this looks like directivity 0.98 or 0.99.

Again, no complaints. just some tests and thoughts.

3
ok maybe I was wrong. it just takes its time.
here a test with two lights 100x100cm, one placed 0.01cm, the other 2 metres distance to wall. directivity 1. lights not wisible to cam cast no shadows etc.
300 passes.
the GI from the light that is really near looks kind of weird.

about your Ipad: I think an Ipad is not comparable with a light with directivity = 1.
:)
but I think if you place an ipad directly on a paper and make it invisible to your eye (how?) this should nearly give you a crisp "projection" :)



4
sounds good. I'll wait for next major release, I don't need the feature at the moment. but good to know it will work next time.

what I don't understand is why the same result (at least on a single wall) could not be achieved by using a corona light with directivity set to 1.
Even if placed practically with zero distance to the lit object, the result will be blurred.

anyway. no problem. tnx

5
tnx for your answer. I think I understand what you are trying to say about the identifiers.

but with my corona scene no further copying is needed to get the maps mixed up in IR and there are 3 unique maps and identifiers i think
(#2,#3,#4).

tested my scene (without further copying the lights) on another workstation. also tested max2020. same result.
are you sure you tested long enough in IR to reproduce? sometimes it takes 5 or even more tries...
attached a screen capture.

6
ok tnx

the problem does not occur with scanline, just tested.

did I forget to attach the linkled images (they are directly from corona webpage)?
so here the scene again with the 3 images.
- one scene corona
- one scene scanline

7
[Max] Bug Reporting / Re: corona camera selection
« on: 2021-02-01, 11:56:09 »
this has not been fixed has it?
camera selection is still annoying.
IMO it should work like this:
clicking anywhere on (or near) the camera should select the camera only.
clicking on the "camera ray" should select cam and target.

I found also that rectangular selecting over the camera body only always selects the cam only, not respecting 3ds Max Window / Crossing Setting. In Crossing Mode the ray would be hit and logically should result in selecting cam+target. 

I think there is no need for a video to explain this.

8
Nobody cares to at least confirm this bug?
I know this is not top priority but nevertheless it would be nice to get some reaction.

I managed to get the right combination for the final render after abou 30 tries (simple luck IMO).
funny thing: I eventually stopped the rendering (it was good enough), then resumed and the new combination would mix itself into the existing image. Didn't even look so bad... Can't show you since it's confidential.

cheers

9
max 2021 - corona 6 hotfix1

I got 11 max spot lights in my scene. every spot is unique and every spot has a projector light map assigned. i cant use corona native light because it is too blurred also when using full directivity of the light.

problem:
when rendering, the maps get mixed up. some light is projecting the bitmap from another light. sometimes two, sometimes more. no reasonable pattern in behavior.
the maps in the properties remain intact.
best results achieved when reassigning all maps and then hit render. next render try will all mix up again.

tried solutions - nothing worked so far:
simplified image bitmap files
simplified max texture names
simplified spot light names
randomized spotlight names
tested corona bitmaps or native max bitmap nodes

problem also occured while testing with 4 or 5 lights.

i am on a deadline here and this is pretty annoying. probably have to render final rendering 2 times and post it together :(

edit: attached a simple scene with 3 lights only. hit interactive rendering  a couple of times and you'll see the mess..

 

Pages: [1]