Delimiter error

Deadline
1

Max2Deadline_Issues.png

I went into the SubmitMaxToDeadline_Defaults.ini file and added Delimiter= with nothing else in that line. We are still getting SomeMap_.XXXX.exr. What else do I need to change to get it to be SomeMap_XXXX.exr?

PS: I just updated all the clients to 7.1.2.1 and we submit to deadline via RPM.

Thanks,
Austin Reed

2

Strange. Are you using the latest VRay? Newer versions added an option to “add a dot to the filename” which can be found as a checkbox in your file saving options dialog via VFB. It can be queried in maxscript using this command:

renderers.current.fileName_addDot

We mention this in our FAQ’s:
docs.thinkboxsoftware.com/produc … x.html#faq

in the section at the bottom, entitled:
“Why do 3ds Max jobs add a period delimiter to the output filename?”

If it’s not this, you could temporarily change the “Delimiter=TEST” in “SubmitMaxToDeadline_Defaults.ini file” to prove if it’s Deadline or VRay that is causing this additional character.

Is it only happening for certain outputs such as only RE’s, or only RE’s via VFB or only the main render output? Is there a pattern?

3

Mike,

If I don’t load RPM and just submit through deadline directly it works (SomeMap_#####.jpg). When I load RPM and submit 2 deadline I get (SomeMap_.####.jpg). I also did your Delimiter=TEST and it only worked if I submitted to deadline without using RPM. It feels like RPM is not looking at that submission script for some reason.

Austin Reed

4

OK, cool, getting closer…so, can I check the exact version of RPM you are using? Is it the latest as I know Grant made some updates here.

5

Mike,

We are using 3ds Max Design 2015, Vray 3.20.01 with RPM 6.047.

RPM_Rollout_ScreenGrab.png
RPM_Rollout_ScreenGrab.png534×1135 67.9 KB

Add_A_Dot.png
Add_A_Dot.png1222×730 31.6 KB

Thanks,
Austin Reed

6

OK, version should be good; there must still be a bug somewhere in RPM where it’s not pulling/respecting this SMTD setting. Before and After you restore a pass in RPM, if you execute the following in maxscript, what result does it give?

SMTDSettings.Delimiter
7

Mike,

“.”

Thanks,
Austin Reed

8

Hmmm…

In your SubmitMaxToDeadline_Defaults.ini file, can you edit it to:

Delimiter=""

and re-load SMTD/RPM and try again…

9

Before Launching RPM:

Launching_Deadline_without_RPM.png

After Launching RPM:

Launching_Deadline_without_RPM.png
Launching_Deadline_without_RPM.png1042×794 70.1 KB

10

Right. I’ll have a chat with some other developers about this, as SMTDSettings struct is getting loaded and the defaults INI file is obviously then being loaded and is as per your setting of “”. However, it looks like RPM is loading our struct but failing to load/take into account the default INI file settings.

For the time being, if you locate this line (~line: #502) in your _Functions.ms file:

Delimiter = ".",

and change it to:

Delimiter = "",

then you would have hard-coded yourself and that should fix it, albeit in a hacky way. :slight_smile:

11

Mike,

Thanks for the help today! Let me know if you come up with a solution, but it might be easier for us to just bite the bullet and move to SomeMap.XXXXX.exr :slight_smile:!

Cheers,

Austin Reed

12

First of all, the latest version of RPM is 6.051.
Might be worth updating to it.
Also, I assume you updated the RPM-related SMTD scripts manually to the ones that come with the latest version of Deadline?

There have been a lot of posts on the RPM forums about this, and according to Grant’s tests the latest RPM (0.49 and higher) using the latest scripts shipping with Deadline 7.1.2.1 should support sticky settings and possibly get rid of the .scrollpos error seen in your screenshot.

13

Bobo,

Grant only has 6.047 officially to download on his website. I will contact him directly to get the latest build 6.051. I did manually copy over the RPM deadline scripts manually. As always I really appreciate all the support you and your team provide :slight_smile:!

Thanks,
Austin Reed