GUI for .vrimg converter, make things a little faster, unless anyone has a suggestion to make using it in command line a little faster that switching dirs in dos or copying stuff around to make nav easier.
Announcement
Collapse
No announcement yet.
.vrimg converter GUI
Collapse
X
-
it would not be that difficult to write a frontend with maxscript, so that it would be usable from within 3dsmax. i already did a similar thing with imapviewer, but it's still somewhat different concerning the ui. unfortunately there's a lot of work till the end of the month, so it's just a pointer to any scripter with some spare time....
regards,
michaelThis signature is only a temporary solution
-
I have wrote some time ago a simple gui for .vrimg converter. It's .Net 2.0 and here is a link. http://www.4arq.net/stuff/vr2img.zip. The VRayImage2EXR.exe.config is where you tell where to find the true vrimg2exr.exe.
Hope it helps, may when i have little more time i will try the maxscript approach.
Best regards,
Daniel Santana
4+Arquitectos, LdaDaniel Santana | Co-Founder / Technical Director
You can do it! VFX
Lisbon/Porto - Portugal
http://www.ycdivfx.com
Comment
-
For some mysterious reason, .NET 2.0 does not want to install on my machine :-/ Maybe time for a re-install (sigh).
Anyways, I'm not quite clear on how to organize such a GUI, but if you have any suggestions on what it should look like, it can be coded.
Best regards,
VladoI only act like I know everything, Rogers.
Comment
-
Hi Vlado here a screenshot of the very basic gui i made. I will also send you the source code (c#) so you can compile in net 1.0/1.1 (there may be required some changes in the Form code).
Daniel Santana | Co-Founder / Technical Director
You can do it! VFX
Lisbon/Porto - Portugal
http://www.ycdivfx.com
Comment
-
And another one.
I started this around X-mas last year, but haven´t found the time to complete it since then. It´s about 80% done but not quite ready for prime time yet. Most notable features are support for presets and watchfolders.
Maybe I find some time in a few weeks from now.
Comment
-
Hi,
I like the watchfolder idea. How does it know when an vrimg image is finished? If it can delete the vrimg right after conversion this would decrease the disk space required for sequences a lot.
Best Regards,
Dieter--------
visit my developer blog
Comment
-
>> this would decrease the disk space required for sequences a lot.
That´s the reason for the feature. Especially working in HD is plain sick without deleting .vrimg files automatically...
The feature itself is not implemented yet, but this should be quite easy. The program just has to check if there is a newer-than-the-vrayimg (and non-open) OpenEXR file with the same name in the output directory. If this is the case, the conversion is done and the the vrimg can be moved, deleted or whatever.
Comment
-
Just reread your question. I think I was one step ahead of it (checking whether a started conversion is in process or done).
The watchfolders:
The program is written in C# and .net offers a very convenient little control called FileSystemWatcher, which offers everything you need for a watchfolder system. But implementing the watchfolders "by hand" shouldn´t be too hard either.
Comment
-
i guess dimo meant how it's supposed to know when the rendering is done. Vrimg files are written sequentially for each bucket. So when the file is created it can still need another hour to be finished for conversion. But i assume vray locks the file during writing ? so the watchfolder feature could wait for it beeing unlocked ?
Thorsten
Comment
-
> so the watchfolder feature could wait for it beeing unlocked ?
The fileSystemWatcher sends an event the moment the file is created, but afterwards the GUI-program can check for itself if the file is locked or not.
That at least is the plan. But even if it´s impossible to get the state of a file in c# (haven´t checked that yet) one could always use a timeout. If for example your rendering times are about half an hour, you could convert and delete files an hour after they were created.
That definitely wouldn´t be the most elegant way but it should work. And if some frames are rendering longer than your timeout, an attempt to move or delete the file would fail anyway because it´s locked. And if this is the case, just start the timeout again...
Comment
Comment