Allegorithmic Substance Designer 5.5 im Gespräch!

Ein Update für den Substance Designer - mit der Nvidia-kooperierenden Material Definition Language (MDL), Authoring-Features, ausgebautem Linux-Support und dem Import von Custom Camera views im *.fbx Format.

Wie wäre es mit einem kostenloses Update zum allseits beliebten Substance Designer? Die  Version 5.5. ist, wie erwähnt, kostenlos, und ermöglicht MDL Authoring, mit dem man Team-Weit 3D-Materialien erstellen und verwenden kann – basierend auf der im letzten Jahr hinzugefügten Nvidia DesignWorks, die MDL und Iray hinzugefügt hatten.

Und da es sich ergab, haben wir beim CEO Sebastian Deguy von Substance nachgefragt – in der Original-Konversationssprache hier.

DP: You recently integrated Designworks and the Material Description Library for Iray: Could you tell us why exactly those? 

aaeaaqaaaaaaaaghaaaajguzotk3zdczlwvlmjgtndm3ms1imjjjltnimza4zde4oge5maSebastien Deguy: We started integrating NVIDIA Iray SDK in 2015. In less than a month, we had a fully functional working prototype. The quality of the software has been very impressive and surprisingly good. We also had access to premium advanced support to answer the few questions we had. The partnership never stopped increasing from this point. We believe NVIDIA MDL (Material Definition Language) has the potential to become a standard for material definition.

DP: With your Substance Database: Do you think that we are approaching a point in Content Creation where there is no repetitive work left?

Sebastien Deguy: Having a high-quality material database accessible to everyone is clearly a need and we are willing to enable all creative around the world with the most exhaustive library through Substance Store and Substance Share. However, a vast majority of the material work in games and film is about art direction and adjusting the proper settings to match the overall ambiance and mood. Even if artists will get a good start with our content or at least inspiration, there is endless room for art on top of that.

DP: When you think about the workflow for Animation, Texturing and Rendering and what happened in this field in the last years: Do you think developing a more unified approach – for examples as a possible de-facto-standard and Alembic Caches – what are the formats that are worth watching and implementing?

Sebastien Deguy: There is clearly a unified approach of all industries, game, film and design engineering or AEC, around PBR as a standard. We can finally standardize material accross multiple application for a unified workflow. MDL has the potential to solve this problem and the wide market adoption and enthusiasm towards it proves the point. With the release of Substance Designer 5.5 in September 2016, we became the first maker of 3D tools to extend our software’s capabilities to natively produce MDL.

DP: Are you planning new APIs or I/O-Interfaces in the future, for example Height Map Creation via ZBrush?

Sebastien Deguy: We always try to enable better integration in existing rendering pipelines and products. Therefore, without disclosing our roadmap, we are definitively considering adding more interfaces to enable a wide adoption of our tools.

DP: Could you tell us if there is a Text Node for Fonts to be independent from other tools?

Sebastien Deguy: Not yet but we are starting implementation this year!

DP: What’s your take on integrating Game engines further than they are now? Is there maybe a connection for material presets into the Unreal Engine? And are there any other Engines you are looking at for the near future?

Sebastien Deguy: : We are deeply and directly engaged with the industry’s main game engines to ensure what is being produced in our tools looks the same in-engine. Integrations will get deeper over the next few years to ensure full workflow consistency: developing materials with our solutions and rendering them natively with these engines. We can provide our technology to any player interested and we definitely want to enable anyone interested in producing compelling material content.

DP: Could you describe your bugtracking workflow, for example the Opacity in the Viewport? 

Sebastien Deguy: We receive bug reports through multiple channels (email, Facebook, web contact form…). They all land on Zendesk before becoming tickets that are then dispatched to the team. Every 2 weeks during sprint definition meetings, or on a daily basis when there is an urgent need, we decide on which bugs we will fix depending on urgency and severity. We also directly interact with users on our forum.

DP: What are your engineers currently developing? And are there things you can already tell us about SD Version 6?

Sebastien Deguy: We will soon announce details for Substance Designer 6. Version 5.5 was released in August 2016 with the first graph-based MDL editor, bringing the first visual editor enabling MDL creation content to the market. We can’t wait to have all of our existing Substance Designer users playing with it!

DP: And, if we look into the future for about 20 years: How do you imagine the distant future of texturing and materials?

Sebastien Deguy: We can expect that within 10 or 20 years, an extensible library will be available, describing all material existing physically in the world. These materials will not necessarily be scanned but defined in a physical way. The next steps will then be to manage material physical properties such as conductivity, resistance or thermal/pressure behavior, as well as their evolution over time. This will extend the already-existing visual appearance definition. However, I still believe there will be a need for tools, either for fully creative work or for creating physical material from a purely creative description; also because not every graphics production is photorealistic, far from it actually. Finally, we could imagine physically/3D printing materials that have been defined in our tools but do not yet exist, enabling a fully bi-directional material workflow.



Kommentar schreiben

Please enter your comment!
Please enter your name here

Diese Website verwendet Akismet, um Spam zu reduzieren. Erfahre mehr darüber, wie deine Kommentardaten verarbeitet werden.