Update some GUI for Arnold #1

…e problem Representative error from MSVC: error LNK2019: unresolved external symbol "public: static unsigned __int64 __cdecl Imath_2_2::limits<unsigned __int64>::max(void)" (?m ax@?$limits@_K@Imath_2_2@@SA_KXZ) referenced in function "public: void __cdecl Gaffer::Switch<class Gaffer::ComputeNode>::setup(class Gaffer::Plug co nst *)"

error C2248: 'GafferImageUI::ImageGadget::TileIndex': cannot access private struct declared in class 'GafferImageUI::ImageGadget'

ArrayPlug.obj : error LNK2019: unresolved external symbol "public: static unsigned __int64 __cdecl Imath_2_2::limits<unsigned __int64>::max(void)" (?max@?$limits@_K@Imath_2_2@@SA_KXZ) referenced in function "public: void __cdecl Gaffer::ArrayPlug::`default constructor closure'(void)"

error C2872: 'list': ambiguous symbol 'std::list': class has no constructors 'boost::python::ssize_t boost::python::len(const boost::python::api::object &)': cannot convert argument 1 from 'std::list' to 'const boost::python::api::object &' binary '[': 'std::list' does not define this operator or a conversion to a type acceptable to the predefined operator 'arg': ambiguous symbol 'std::arg': no matching overloaded function found '_Promote_to_float<_Ty>::type std::arg(_Ty)': could not deduce template argument for '<unnamed-symbol>' '_Ty std::arg(const std::complex<_Other> &)': could not deduce template argument for 'const std::complex<_Other> &' from 'const char [5]' '_Ty std::arg(const std::complex<_Other> &)': could not deduce template argument for 'const std::complex<_Other> &' from 'const char [10]' '_Ty std::arg(const std::complex<_Other> &)': could not deduce template argument for 'const std::complex<_Other> &' from 'const char [6]'

…sion to solve the error: error C2664: 'long strtol(const char *,char **,int)': cannot convert argument 1 from 'const boost::filesystem::path::value_type *' to 'const char *'

…PORT in MSVC gives errors like 'Gaffer::Container<Base,T>::typeId': definition of dllimport function not allowed (compili ng source file M:\gaffer\src\GafferModule\NodeBinding.cpp)

…t to root

…https://github.com/google/python-subprocess32

This reverts commit 23a2ae5.

This reverts commit 7fa5071.

…rary to link on msvc

Windows Python doesn't have pwd or grp modules, so exclude them on Windows

…e pass in the Owner test on Windows before adapting FileSystemPath.cpp to Windows) add workaround on Windows to get the file owner - Python does not have a reliable native function for this

…Down function) because the test is still working in that directory, resulting in an error

…ser test

add tests for nativeStrings create separate function to get file owner cross-platform since it is used multiple times

…irements for Windows and Linux / Mac

…strators by default, and boost does not support it either), just test that the regular file is valid

…low for properly setting the root, especially with Windows drive letter paths

…tests are failing - this is a problem with Python not being able to get a directory owner properly. Currently looking into how to do this

…t we are not omitting the leading "/" because of errors in string parsing

…rive letter

…be the drive letter" This reverts commit 5ee4212.

…the root if found

…rray range

This reverts commit 5431412.

…ath environment variable correctly on windows

This reverts commit 219ecda.

…slash standard for shader paths

This reverts commit 23a2ae5.

This reverts commit 7fa5071.

…e pass in the Owner test on Windows before adapting FileSystemPath.cpp to Windows) add workaround on Windows to get the file owner - Python does not have a reliable native function for this

…Down function) because the test is still working in that directory, resulting in an error

…ser test

add tests for nativeStrings create separate function to get file owner cross-platform since it is used multiple times

…t we are not omitting the leading "/" because of errors in string parsing

…rive letter

…be the drive letter" This reverts commit 5ee4212.

This reverts commit 5431412.

…) element that needs to be expanded

…emPathPlugValueWidget

…or return codes appropriately

- MSVC make doesn't use multiple threads

install inkscape for building graphics

This helps particularly with conditionals that batch files treat with a different syntax

This reverts commit 8aa6980. # Conflicts: # contrib/cmake/CMakeLists.txt

Batch files look at the contents of an if statement as one single command. If OSL_SEARCH_PATHS is set in the same block as the APPLESEED_SEARCHPATH, the latter won't find the paths added to OSL_SEARCH_PATHS

MSVC is not able to cast Gaffer::Plug and Gaffer::Context to IECore::RefCounted unless their declarations are included

…d::string directly

- Symbols for GafferArnoldUI need to be exported - MSVC2017 prevents unnamed namespaces from being exported, so exports need to be in a named namespace - MSVC gives an error with multiple definitions of 'parameterOrDefault' found in multiple source files when linking - Isolate 'parameterOrDefault' to individual namespaces as a short-term fix before refactoring

- The second argument to markdown_to_html is 'size_t len' which MSVC defines as unsigned int64

- Python names it's library as python<versionMajor><versionMinor>.lib with no dots in the version number - The Python include directory does not include a version number

- Inkscape on Windows is likely installed in "C:\Program Files" - the space in the directory name requires quoting to be run

- MSVC builds need to have the Boost include directory pointed out, this seems like the most logical way and supports additional directories passed on the command line if needed

…ows compatibility

- there was a problem with visibility of the IECoreGL::PerspectiveCamera since it only lives in an include file with no corresponding .cpp file. I'm not entirely sure why this works, maybe the optimization does some form of inlining?

- override Process::current() check in FileSystemPathPlug

…notation

- Windows defines size_t as unsigned __int64 which OpenEXR does not have a template specialization for

- needed to locate ai.lib on Windows

- Boost on Windows adds the Python version to the boost_python library

…m includes

- it is necessary to add the non-anonymous namespace to avoid compiler error C2201: https://docs.microsoft.com/en-us/cpp/error-messages/compiler-errors-1/compiler-error-c2201?view=vs-2019 - static data in an anonymous namespace will get internal linkage, but LightFilterVisualiser comes from IECoreGLPreview which requires external linkage to access

"resource" module is not available on Windows and it appears the best native Python method of getting MaxRSS is through the pywin32 extension which would introduce a new dependency. Using a subprocess command and parsing the output is a simple alternative since performance is not critical here.

- There is no reliable method of getting the "devenv" executable path, and it isn't added to PATH during installation. We rely on the user setting the GAFFER_DEBUGGER to the full path, including "devenv".

- Marking variables as "extern" in MSVC generates this warning: https://docs.microsoft.com/en-us/cpp/error-messages/compiler-warnings/compiler-warning-level-1-c4910?view=msvc-160 - The "extern"s were introduced to fix a Mac error, so it is safe, and desireable, to exclude these on Windows (ImageEngine/cortex@d6d9e78#diff-bb99ebf651102989cbabc86eb2c276d7f986964d779a679c3541f8be14e21615)

…issive-" - MSVC was erroring with: include\gafferbindings\typedobjectplugbinding.inl(156): error C2064: term does not evaluate to a function taking 0 arguments

It seems Jemalloc is not tested extensively on Windows (according to Github discussions including the developers) and Github issues suggest stability across major versions can be spotty. DCCs like Houdini also only use Jemalloc on Linux so we're in good company. The 5.2.1 (Gaffer is on 3.6 for stability reasons) release focuses on Windows so perhaps in future upgrades this can be enabled by default.

There seems to be an encoding mismatch when importing Python files with certain utf-8 characters where the files are assumed to have cp1252 encoding which can't convert some characters to utf-8. Even forcing the file to be saved as utf-8 does not fix the problem. Replacing "real" utf-8 characters (wysiwyg in a text editor) with the equivalent utf-8 code solves this.

- AST is not available on Windows without a patched, customized Python build. - This comes from the experimental implementation in johnhaddon@c817cf6 - Note that it introduces a performance regression for loading scripts vs. the AST implementation.

Gaffer Windows 0.59.6.0 and Python 3

Revert "Gaffer Windows 0.59.6.0 and Python 3"

…into hy-master

IE Configs : Limit builds to Arnold 6

Despite AcademySoftwareFoundation/OpenShadingLanguage#1360, we have still seen one example of an empty `.oso` file being produced in production. Adding further checks will hopefully help us get to the bottom of it if it happens again.

We were doing a complete (and completely unnecessary) recursive bounds evaluation of `/GAFFERBOT` when creating a branch at `/children`. In this case, `branchesData->locationOrAncestor( "/GAFFERBOT" )` correctly returned the root location, but we incorrectly interpreted that as meaning that `/GAFFERBOT` was an ancestor of the branch. If `path` is deeper than `location`, then path _cannot_ be the ancestor of a branch.

OSLCode : Check for empty `.oso` files

BranchCreator : Fix unnecessary input bounds evaluation

At IE we often re-run an installation script and run into failures because the top level directory exists. This has been an annoyance in the past, but now that Arnold installs to subdirectories this becomes more problematic.

Install : Allow updating an existing install tree

GadgetWidget : Don't steal wheel events from overlay widgets

PathListingWidget : Add `columnAt()` method

Gaffer 0.61 UI Fixes

PathListingWidget : Fix unwanted expansion when clicking to select

This should have been bumped _before_ 0.60.12.1 was tagged. Not sure if we want to force re-tag or release 0.60.12.2 (making this commit a bit silly)

We had been getting away with this up till now, but Arnold 7 is less forgiving and crashes when a node is destroyed after its universe. Strangely, our existing `RendererTest.testAOVShaders` didn't catch this crash, but it reproduced every time when rendering via the GUI.

CI : Check SConstruct version matches tag version

Arnold Renderer : Destroy AOV shaders before universe

Doc : ControlsAndShortcuts : Add doc for Luminance hotkey

Commits on Jun 24, 2021

Merge tag '0.60.0.0' into hy-master

ericmehl committed Jun 24, 2021

Configuration menu

View commit details

Copy full SHA for 720b46d

Browse repository at this point

Copy the full SHA

720b46d View commit details

Browse the repository at this point in the history

Commits on Jan 3, 2022

Merge tag '0.61.1.1' into hy-master

ericmehl committed Jan 3, 2022

Configuration menu

View commit details

Copy full SHA for 813762b

Browse repository at this point

Copy the full SHA

813762b View commit details

Browse the repository at this point in the history

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Update some GUI for Arnold #1

Update some GUI for Arnold #1

Commits on Mar 24, 2021

Commits on Mar 25, 2021

Commits on Mar 30, 2021

Commits on Jun 24, 2021

Commits on Sep 24, 2021

Commits on Nov 19, 2021

Commits on Nov 22, 2021

Commits on Nov 23, 2021

Commits on Nov 24, 2021

Commits on Nov 25, 2021

Commits on Nov 27, 2021

Commits on Nov 29, 2021

Commits on Nov 30, 2021

Commits on Dec 1, 2021

Commits on Dec 3, 2021

Commits on Dec 4, 2021

Commits on Dec 7, 2021

Commits on Jan 3, 2022

Update some GUI for Arnold #1

Are you sure you want to change the base?

Update some GUI for Arnold #1

Commits on Mar 24, 2021

Commits on Mar 25, 2021

Commits on Mar 30, 2021

Commits on Jun 24, 2021

Commits on Sep 24, 2021

Commits on Nov 19, 2021

Commits on Nov 22, 2021

Commits on Nov 23, 2021

Commits on Nov 24, 2021

Commits on Nov 25, 2021

Commits on Nov 27, 2021

Commits on Nov 29, 2021

Commits on Nov 30, 2021

Commits on Dec 1, 2021

Commits on Dec 3, 2021

Commits on Dec 4, 2021

Commits on Dec 7, 2021

Commits on Jan 3, 2022