I`m trying to use standalone a lot past half year.The experience been quite painful.
My understanding is, that standalone should provide rendering independently from host app or OS and provide very same result each time. It should not matter if i run it on 10 local machines in the office with Win 10, or on GCP/AWS Linux machines. Seems like this is not the case right now.
- Output Render settings in Max vs what is written in vrscene file does not match.
Namely the settings to save deep exr with separate RE passes in separate exr. I need to edit vrscene file in text editor to fix it. Adding relements_separateFolders=1; Adding OutputDeepWriter vrayOutputDeepWriter plugin, bits_per_channel=32; etc
-There is no way to properly to set 16 vs 32bit exr to individual output files(RE,DEEP etc). It`s all 16 or all 32bit. This goes for all vray hostapps, standalone etc. This is specially painful when rendering on external farm, or cloud. It`s huge waste of storage and upload/download bandwidth(yes,for vray cloud too)
-For bit depths, you made a band-aid, in form of force_32_bit_output=1; that you added to VraySamplerInfo or other world related passes(zdepth). But that`s half broken. You forgot to write EnableDeepOutput=0/1; into the vrscene file. So instead having just the deep data in deep exr, all positions RE are saved too(all Samplers RE,zdepth). More headache to find out what`s wrong, no proper documentation for vrscene file on help docs how to fix it. Trial error..., 300Mb file, instead of 100MB
-As far as visual output, on latest update 2, it seems like flipping axis on vray normal maps is not being written properly to vrscene file and differently in standalone. They just don`t match, one is flipped other not.
-Noise map(noise, cellular) seems to have different seed, when i render local from max(Win10) and render from standalone on GCP Linux. Same 4.2 versions.
-I would love to see the bith depths issue being resolved for good. It`s been bothering users for years(All aps)
When render is finished all the data are present VFB, and they don`t have bit depth restriction, it`s just a matter of what to write, where and how, I don`t see how saving image file could a problem...., just let us decide what is 16 and what 32 , for example by adding something like "bit_depth_output=16/32;" and expose the controls per RE in host apps. Allow us to have and option to save Crypto to multilayer exr on its own.
- Ressurect the vrscene editor project please, i saw some remnants when googling why did you abandon it?
Why we have to edit text files in 2019? or having to write custom GUIs apps to edit scenes? https://vrscenegui.babylondreams.de/index.html#home
- Thinkbox Deadline cannot deal with standalone vrscene file properly eighter. Simply because having command like arguments to vray.exe is not enough, there is only that much one can do with it, and it will always be broken/lag behind, because new versions/development cycle.
Another options with deadline is to parse vrscene files with python before render time. That`s not very user friendly eighter. You need people to code it, machines to run it, it`s just extra time and $. It`s completely unnecessary.
We need to have vrscenes exported properly and be able to do it on our own effectively. What we need is the V-ray Scene Editor with GUI indeed.
-to access all the render parameters(resolution, sampling, engine type etc)
-paths, list them , repath the maps, set the output paths, for example output relative to vrscene file location, or to enviroment variable, for example $RENDERSHARE\JobXYZ\Shot010\
- RE depths, List all elements, adjust paths/names, bit depths.
- Ability to add vray plugins, for example Adding OutputDeepWriter
- take the attached image for example of other people that tried..
We just want to render, that`s what V-ray is for right. If we pay for each single render node licence, at least let us render. Make it easy for for us to control render settings, to adjust for each pipeline individual needs. Make Standalone really what it should be - a standalone.
thank you.
My understanding is, that standalone should provide rendering independently from host app or OS and provide very same result each time. It should not matter if i run it on 10 local machines in the office with Win 10, or on GCP/AWS Linux machines. Seems like this is not the case right now.
- Output Render settings in Max vs what is written in vrscene file does not match.
Namely the settings to save deep exr with separate RE passes in separate exr. I need to edit vrscene file in text editor to fix it. Adding relements_separateFolders=1; Adding OutputDeepWriter vrayOutputDeepWriter plugin, bits_per_channel=32; etc
-There is no way to properly to set 16 vs 32bit exr to individual output files(RE,DEEP etc). It`s all 16 or all 32bit. This goes for all vray hostapps, standalone etc. This is specially painful when rendering on external farm, or cloud. It`s huge waste of storage and upload/download bandwidth(yes,for vray cloud too)
-For bit depths, you made a band-aid, in form of force_32_bit_output=1; that you added to VraySamplerInfo or other world related passes(zdepth). But that`s half broken. You forgot to write EnableDeepOutput=0/1; into the vrscene file. So instead having just the deep data in deep exr, all positions RE are saved too(all Samplers RE,zdepth). More headache to find out what`s wrong, no proper documentation for vrscene file on help docs how to fix it. Trial error..., 300Mb file, instead of 100MB
-As far as visual output, on latest update 2, it seems like flipping axis on vray normal maps is not being written properly to vrscene file and differently in standalone. They just don`t match, one is flipped other not.
-Noise map(noise, cellular) seems to have different seed, when i render local from max(Win10) and render from standalone on GCP Linux. Same 4.2 versions.
-I would love to see the bith depths issue being resolved for good. It`s been bothering users for years(All aps)
When render is finished all the data are present VFB, and they don`t have bit depth restriction, it`s just a matter of what to write, where and how, I don`t see how saving image file could a problem...., just let us decide what is 16 and what 32 , for example by adding something like "bit_depth_output=16/32;" and expose the controls per RE in host apps. Allow us to have and option to save Crypto to multilayer exr on its own.
- Ressurect the vrscene editor project please, i saw some remnants when googling why did you abandon it?
Why we have to edit text files in 2019? or having to write custom GUIs apps to edit scenes? https://vrscenegui.babylondreams.de/index.html#home
- Thinkbox Deadline cannot deal with standalone vrscene file properly eighter. Simply because having command like arguments to vray.exe is not enough, there is only that much one can do with it, and it will always be broken/lag behind, because new versions/development cycle.
Another options with deadline is to parse vrscene files with python before render time. That`s not very user friendly eighter. You need people to code it, machines to run it, it`s just extra time and $. It`s completely unnecessary.
We need to have vrscenes exported properly and be able to do it on our own effectively. What we need is the V-ray Scene Editor with GUI indeed.
-to access all the render parameters(resolution, sampling, engine type etc)
-paths, list them , repath the maps, set the output paths, for example output relative to vrscene file location, or to enviroment variable, for example $RENDERSHARE\JobXYZ\Shot010\
- RE depths, List all elements, adjust paths/names, bit depths.
- Ability to add vray plugins, for example Adding OutputDeepWriter
- take the attached image for example of other people that tried..
We just want to render, that`s what V-ray is for right. If we pay for each single render node licence, at least let us render. Make it easy for for us to control render settings, to adjust for each pipeline individual needs. Make Standalone really what it should be - a standalone.
thank you.
Comment