Heya olson
thing is I dont want the network locations to auto mount, I want the user to input his/her respective username and password.
All I want it to do is instead of mounting it as a AFP: path (e.g. afp://Volumes/whatever)
I need it to mount as SMB: path (e.g. smb://whatever)
have noticed now that if I try setting the project file in maya, it automatically tries to mount as /volumes.
You can add stuff to the path in Windows like this, happened to be the first Google result so there might be other guides out there that explain it better.
Autofs can be tied into the domain or whatever user accounts you want. If you don’t want to change where it mounts (which you can) then you can setup symbolic links wherever you want to link back to the mount.
just throwing this out there, not trying to confuse the situation but windows doesn’t use the POSIX pathing methods but rather UNC convention… so if you find a POSIX style utility you may be able to correctly do the pathing in one method that works well across all platforms. Perhaps Cygwin?
Windows does have a path, it’s not just as obvious and it has some quirks. Cygwin works if you want bash or other Unix like utilities (rsync, sed, etc.), but that doesn’t matter in this case for rendering.
perhaps I mis-understood the issue, but doesn’t this boil down to the configuration file that gets passed between the systems… and since they reference the network storage differently (POSIX style versus UNC), it could be causing a problem for him?
so, if this is the case… you could enable POSIX style pathing support on the windows backburner controller so when it parsed the config file logic it would understand the references?
The directory referred to above on OS X (/etc/paths.d) holds files that add to the path. I think we’re using the term path differently.
Windows has an equivalent feature that I linked to earlier.
I tried adding that to the Path settings olson and it doesn’t seem to work…
what its supposed to do is if I open cmd and type render… it should in essence start the render.exe in c:\Program Files\Autodesk\Maya2014\bin\
but it just returns a “‘render.exe’ is not recognized as an internal or external command,
operable program or batch file.”
we are supposed to be running on a UNC based setup, if i understand it all correctly
Double check the path variable and the path for the render.exe, also restart or logout because the changes won’t affect the current session.
The syntax is probably wrong for the path variable. Can you copy and paste what you have entered for the path variable?
I mix Linux/OS X and Windows with V-Ray for Maya the recent nightly builds added automatic transfer of assets on the back end so you don’t have to worry about sharing identical paths. I don’t know what renderer you’re using but if it’s V-Ray, you should look into the nightly builds
if you’re just looking for a simple way to add the render command to the OS X terminal, I wrote this a while ago:
http://polygonspixelsandpaint.tumblr.com/post/701899285
But maybe you’re looking to do it for all users, so olson’s method seems more global.
under System Variables
under the “Path” variable the value is set to:
C:\Program Files (x86)\Mozilla Firefox;C:\Program Files (x86)\NVIDIA Corporation\PhysX\Common;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0;C:\Program Files (x86)\Common Files\Autodesk Shared;C:\Program Files\Common Files\Autodesk Shared;C:\Program Files (x86)\ATI Technologies\ATI.ACE\Core-Static;C:\Program Files (x86)\3DPaintBrush;C:\Program Files (x86)\QuickTime\QTSystem;C:\Program Files (x86)\Common Files\Teleca Shared;C:\Program Files (x86)\Autodesk\Backburner;C:/Program Files/Autodesk/Maya2014/bin/Render
The slashes go the other way on the last item, backslash instead of forward. Not sure if that would prevent it from working but it’s worth trying out.
ok, seem to have the path variable working, BUT seem to have another odd issue relating to it.
All servers are set with the same path variable so if I run “cmd” and type in “render” it says “missing file name” which I understand as being correct.
now… if I submit the backburner job with “render” in the in the “Render Path” setting it doesn’t seem to work. It just gives a “CmdJob adapter: Create Cmdjob process error: 2”
if I change the path back to “c:\Program Files\Autodesk\Maya2014\bin\render.exe” it seems to submit it fine.
(this is only on the windows machines right now, but if it doesn’t work like this I doubt its going to do any different from OSX)
I’ve never used Backburner but if it’s anything like other queue managers it will have very detailed logs of exactly what happened. The summary of “error: 2” doesn’t mean anything to anyone except for Backburner developers or gurus.
actually, the setup is completely different for OS X/Linux. See my linked article. Just type this in the terminal, and you’ll be up and running in OS X:
echo "PATH=\$PATH:/Applications/Autodesk/maya2014/Maya.app/Contents/MacOS/" >> ~/.bash_profile
source ~/.bash_profile
for Linux it would be:
echo "PATH=\$PATH:/usr/autodesk/maya2014-x64/bin/" >> ~/.bash_profile
source ~/.bash_profile
I know that the setup is different… 2 completely different OS sets.
What i meant is that the principal/theory is the same. I.E. if i cant get it rendering across the windows boxes all setup right with the “render” command, what says it will work with this setup correct from the OSX boxes in a similar fashion?
in other words, I need to iron out the issue across the windows submission before I do the OSX machines
This thread has been automatically closed as it remained inactive for 12 months. If you wish to continue the discussion, please create a new thread in the appropriate forum.