since a long time I have a frequently occuring problem concerning the stitching of renderstripes with backburner/vray. I don’t really know if this is a real vray-problem, but I think it is as it has not occured in scanline as far as I remember. please find attached the image describing the issue.
any ideas ? I think there has been a similar topic some time ago but I can’t find it…
no, i think its an irradiance map problem there. maybe you should prerender the irr.map, save it, make it accessible over the network and your problem should be solved - i had similar effects when using bucket mode over the network, they were gone with the way described above…
I will increase the overlap value next time, but I know that there is an overlap even when the value is at its default - further increasing could be the solution, yes, I’ll try that.
next try - overlap 10, stripesize (setup 100 / real 154) and again the same problem - although smaller. Just out of curiosity - how high do you all set your renderstripe overlay ?!
my antialiasing is adaptive subd. -1/2 here and area filter applied (didn’t change default here, although I usually change it to mitchell or catmul) - but i don’t think this is a filter problem, rather something weird with backburner or vray when stitching.
we use stripes, but that doesn’t happen to us. I usually set the overlap, if any extra, to 40 or so. This does NOT translate directly into pixels though. Don’t know why not, but it doesn’t. I checked in photoshop.
I think what’s happening is antialising problems. Since the sampling has nothing at the edge of the frame to compare against it could be causing problems.
Try some tests with different methods of sampling for antialiasing.