@thenajsays said:
I've experimented with various setting, IES lights and spot lights, and I still see the same issue.
he said he has the same problem with other lights, so could'nt it be the irradiance map settings being too low?
sometimes i had similar output and solved the problem raising a bit irradiance map subdivs and samples..
@sketcpeppe75 said:
we can create for ourselves object libraries with materials already, without having to apply, map each time.
to do this you can still save your object properly mapped and save your .vismat material apart.
then load model and vray will load it without vray layers, but the regualar "diffuse only" SU material texture mapping will stay in place. once imported the model, reload your material by right clicking on it in VFSU material editor and selecting "import material" and chose the .vismat material you saved before.
this workaround works for me when i want to reuse object, furniture, trees from previous projects. and you don't need to remap textures.
meglio feriti che morti.
@panixia said:
h four different level of intensity. they had to be reflective in sunny scenes and emissive in night scenes.
so i created the firt "emissive glass" moved the reflection layer on top of emissive
while (re)thinking on this fact, i'm having sort of "doo-moment" because actually you don't need to move layers at all to do this. just playng with emissive layer transparency is right enough. 
@valerostudio said:
I have heard that it can happen when you move a layer in material up or down
yes sir, this is right, it appened to me in a recent project.
i had some emissive glasses with four different level of intensity. they had to be reflective in sunny scenes and emissive in night scenes.
so i created the firt "emissive glass" moved the reflection layer on top of emissive and than using "duplicate material" i created emissive glass 1/2/3 and only modified the emissive layer intensity for each one.
once saved and reopened project, they were corrupted forever. all the newely created variations were replaced in model from the original "emissive glass" and "emissive glass 1/2/3" disappeared at all from the list.
so i created them back again and this time, at saving reopening file, the reflection/emissive layers were all gone..
the only way to get rid of this behaviour was to create the materials out of the project, save them, use flat-diffuse red,blue and pink color for the 3 galss variation (to be sure from sketchup view they were not merged again 
) and "load material" one by one every time before hit renderng.
this was SUPER annoyng.
@andybot said:
that's usually been fixed when I change the color space of the texture to RGB.
what do you mean by this? i can't understand 
i know about it, and i NEVER run 2 instances of vray, also i use thomthom's vray tool to load vray only in the final phases, when really is needed.
but under some circumstances (the ones i listed before, or most likely some odd combination of them) strange things MAY appens (luckly not always, but sometimes)..
@thomthom said:
People with problem where layers are lost: what version are you using? I experienced this in older versions of V-Ray, but I've not had this lately.
i use 1.49etc.. the last one.
this strange behaviour appens sometimes.
very very intersting sir, thank you for sharing this informations! 
any similar table to calculate a phisically correct lens distorsion to match with this?
i have this problem quite often.
i noticed it most frequently appens if you have your material applyed on a geometry touching other geometry with different material. i find that grouping geometry by material reduce the occurance of this bug.
i also find the same problem sometimes using the "duplicate material" option.
so recently i try to avoid it, because when i save and reopen the file, sometimes the materials which were duplicated disappear and are replaced with the "parent" material (the one from wich you started the duplicate one).
i noticed this bug more often occours on material which have no texture maps applied.
another similar funny pain in the ass is the case in which displacement/bump map are corrupted (i mean, you notice the displacment bump fails and when you go to check the bumpmap folder the jpeg texture lose the prewiew in windows and can't be opened by windows picture manager) this is veeeery fun indeed.
i find the more safe way is to pack/save wathever .vismat you create and always save the .psd which you use for bumpmaps because you may need it again when vray "eats" bumpmaps.
i really hope this will be solved with next relase.. and really hope it will be relased very soon. i do love vray itself, and the new features are so promising, but i hope they deal with bugs at first.
@broomstick said:
@tfdesign said:
I'm from a Solidworks background. I've dropped Solidworks for Sketchup! I suppose that's quite a statement?!
I still rate Solidworks though- but at £6000 a seat, it's hardly value for money!
you're doing it in less time I'm paying you less.
hahah fuckin' italy. same here in bari.. 
@pbacot said:
I've projected onto model surfaces, but I never tried that to get the rest of the background into the model.
man, i don't know kertikea at all, but i assume it works like most render engine.
but i tried the tecnique you suggest in vray once and it worked. so i agree with you it should.
it is absoulutely not my intention to point up what renderer developers should do.
i know mr. doublethom went to see the vray presentation and they were talking about render plugins and memory management, so i know the proxy thing maybe a little off-topic, but i'm just very curious if this will be at least a first step toward an external 64bit rendering process or will still be 32 bit.
i'm not pretendig to be the next "bar-sport-developer" for sure. i'm just asking for information.. 
best regards
marcello
@thomthom said:
@pixero said:
If I want a renderer that runs inside SU without the need to export (like with Thea) can it still be 64bit?
Anything that runs inside SketchUp must be 32bit. But the 32bit process can send the data off to a 64bit process. You make the UI be hosted in SU's 32bit process, but make a 64bit background process do the rendering. Like the DR Spawner for instance - it receives the data, processes it, renders, and sends the resulting data back.
@pixero said:
If so, why haven't I've heard of any 3:rd part renderer for SU that works like that?
Don't know - can't answer that one. I could make a wild guess - that's it's easier to just run it inside, and it will work for most models.Just because something is possible doesn't make it easy.
so the whole proxy-thing will not be 64 bit? how that will work? i assumed that you can send heavy component to a 64 bit process.. maybe i misunderstood..
@dkendig said:
Couldn't get proxies in there (and presentable) in time for Basecamp, but they're on the way.
hell yea!!
grazie. i didn't think about give a color to the sunlight. maybe i can try to add little yellow. nice idea!
thank you for your comment.
actually i'm preparing more than one scene, so there will be a couple of closeup for the kitchen itself..
also i'm planning to add some more details and objects here and there (and of course reduce the size of the white wall's bump ) and render some scenes with artificial lights.
i don't know about the lighting from windows..
but if i increase it, the white walls and flor near the windows look too washed out..
not 100% sure how to manage this..
@olishea said:
Seems there's the same amount of people, just we don't really comment on each other's work. I don't really see true criticism any more.
i posted a shot of a rework of my kitchen just to practice on vray advanced settings.
posted it in the gallery/wip section i don't know if it is more appropriate to post here.
anyway, if you want to tell what do you think i could do to improve it, i will appreciate.. 
I'm trying to push a bit my skills with vray, still lot of work to do..
any critcism/suggestions from you vray masters would be very appreciate. in particular lighting-wise..
thank you.
