Hello,
I really wish this option was available. I know you guys would like us to use deadline integrated submitter but it also does not have this function, and is more bugged then your vrayDeadline submitter (which we use).
Reason for this is simple: When rendering through houdini on deadline we have to use vray standalone to do the actual rendering to avoid having as many houdini engine licenses as we have render nodes. Therefor we export a houdni export job first then render the frames. With the frames per task set to anything higher then 1, we have 2 problems. 1 submitter automatically is trying to enter ${FBATCH} into the name (which we don't want, but then deadline submitter will abort the submission. We are using a different custom string there: /${HIPNAME}_${OS}_${F4}.vrscene and it does not seem to work if frames per task is set to higher then 1. If we do accept that setting, then both export job and render job end up with the same frames per task setting. So if we are exporting a job where frames export fast, but render long this is not an acceptable way.
In my ideal world, we would have the frames per task for export job set to 10 (without any custom additional ${FBATCH}, then have the render tasks set to 1.
I really wish this option was available. I know you guys would like us to use deadline integrated submitter but it also does not have this function, and is more bugged then your vrayDeadline submitter (which we use).
Reason for this is simple: When rendering through houdini on deadline we have to use vray standalone to do the actual rendering to avoid having as many houdini engine licenses as we have render nodes. Therefor we export a houdni export job first then render the frames. With the frames per task set to anything higher then 1, we have 2 problems. 1 submitter automatically is trying to enter ${FBATCH} into the name (which we don't want, but then deadline submitter will abort the submission. We are using a different custom string there: /${HIPNAME}_${OS}_${F4}.vrscene and it does not seem to work if frames per task is set to higher then 1. If we do accept that setting, then both export job and render job end up with the same frames per task setting. So if we are exporting a job where frames export fast, but render long this is not an acceptable way.
In my ideal world, we would have the frames per task for export job set to 10 (without any custom additional ${FBATCH}, then have the render tasks set to 1.
Comment