Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Currently doesn't support OSs other than Windows #1
I am trying to open a new terminal window, run Blender and be able to pass it some arguments so that I can commence background rendering and be able to see the progress of this render in the newly created terminal.
I'm currently using
I have this working on Windows and I know how to get it to work on Linux (though I haven't yet updated the add-on) with:
But, what I can't seem to do is work out how to get it to work on Mac OSX. This works:
It opens a Terminal and runs Blender, but I don't know how to pass additional arguments to Blender. If anyone knows how to do that, please let me know.
import bpy import sys import subprocess import os def verify_app(cmd): try: subprocess.call(cmd, stdout=subprocess.DEVNULL, stderr=subprocess.DEVNULL) except OSError as e: if e.errno == os.errno.ENOENT: return False return True # https://docs.python.org/3/library/sys.html#sys.platform def render_terminal(args_user, bashfile=""): if sys.platform.startswith('win32'): ''' Windows-specific code here ''' #args = ["start", "cmd.exe", "/k", bpy.app.binary_path, "-b"] + args_user # not necessary args = [bpy.app.binary_path, "-b"] + args_user elif sys.platform.startswith('darwin'): ''' OSX-specific code here... ''' #args = ["open", "-a", "Terminal", "-n", bpy.app.binary_path, "--args", "-b"] # not supported bin = os.path.abspath(bpy.app.binary_path) # verify blender and check if a path for the bash file is given if verify_app([bin, "--help"]) and bashfile: bashcmd = [bin, '-b'] + args_user fp = open(bashfile, 'w') fp.write('#! /bin/sh\n') fp.write(" ".join(bashcmd)) #fp.write('\nread -p "Press return to close..."') # user input to close the terminal window #fp.write('\nbash') # leave the window open fp.close() os.chmod(bashfile, 0o777) # http://stackoverflow.com/a/1837896 args = ["open", "-n", "-a", "Terminal", "--args", bashfile] else: # Fallback, otherwise call xterm args = ["xterm", "-e", bpy.app.binary_path, '-b'] args += args_user elif sys.platform.startswith('linux'): ''' Linux-specific code here ''' #if verify_app(["gnome-terminal", "--help"]): # verify gnome terminal on a debian ("-x" required) if verify_app(["x-terminal-emulator", "--help"]): # should work for all linux systems args = ["x-terminal-emulator", "-e", bpy.app.binary_path, '-b'] else: # Fallback args = ["xterm", "-e", bpy.app.binary_path, '-b'] args += args_user elif sys.platform.startswith('freebsd'): ''' FreeBSD-specific code here ''' args = ["xterm", "-e", bpy.app.binary_path, '-b'] args += args_user else: ''' unspecific OS code here... ''' args = ["xterm", "-e", bpy.app.binary_path, '-b'] args += args_user try: # shell=True requires a string, not a list! if sys.platform.startswith('win32'): p = subprocess.Popen(args, creationflags=subprocess.CREATE_NEW_CONSOLE) else: #subprocess.call(args) # same as Popen().wait() p = subprocess.Popen(args, stdout=subprocess.PIPE, stderr=subprocess.PIPE) #print ("PID", p.pid) return p except: print ("Running the process is not possible") # path to the blend blend_file = <path-to-blend> # custom command line arguments cli_args = [blend_file, '-a'] # get the script path to create bash file next to the addon addon_path = os.path.dirname(os.path.realpath(__file__)) bash_path = os.path.join(addon_path, ".render.sh") # render via command line process = render_terminal(cli_args) # bash_path as optional parameter #process = render_terminal(cli_args, bash_path) # kill the process #process.kill()
I hope this helps. Just let me know if you are ok with a pull request, then I'll try to implement that.
Thanks, Christian, that's really useful information. I had tried the bashfile method myself, but I'm not really familiar enough with Bash to know what I'm doing, so it's good to see how you are doing that.
What I'd prefer to do at the moment - instead of a pull request - is have a go at implementing this myself when I get some time. I have to do a lot of reworking of the code anyway for Linux to work, as it's quite Windows-specific at the minute.