Substance Painters UV viewport is 1X1 texturespace.

So when working with non square textures you need to stretch the UV to cover 1X1 space.

Due to this Painter works from a stretched UV and that will stretch the textures placed on it.

A good example on problems you can get is when your trying to add a checker pattern to a UV'd sleeve on a shirt, in a bent arm position. Its a complicated shape, with folds and with a bend in the middle. So not always possible to keep it orientated horizontal or vertical.

Because of this your not going to get the same clean checkerpattern all over the arm. It will be distorted, due to shape but also heavily distorted just because of the UV ratio.

Would be sooo golden if Substance support 1X2/2X1 ratio textures all the way. Viewport, generators and masks etc.

I'm working on a asset that has almost 40 udims. When I bake the utility maps needed for all those udims (some needing 8k) my file size increases to 20GB+ because all the maps are stored in the substance file.

I'd suggest an option in the preferences where one could choose a seperate location for those maps so every substance (and autosave) doesn't have to be so large.

This would save time on saves and autosaves (right now it's taking 3+ minutes on a 20+ GB file) and would also make me save the file more often, which reduces time and work lost when substances crashes.

If your hard drive fills up, autosave will get stuck causing all work to be lost. It should be aware when the hard drive where autosaves are located is too full and not attempt to autosave if there is not enough space, and warn the user that there is not enough space to save the autosave file.

Or be able to cancel an autosave that is in progress.

Also, a setting to limit the number of autosaves for a project.

Also, something to not autosave when nothing has changed in the project.

I can't believe this happens! The feature that is supposed to save your butt, will ruin your life if your hard drive is too full to complete the autosave! Please fix this somehow!

It would be a great feature to be able to sync one's shelf library with owned materials in the Source. Having just upgraded pcs and forgot to back my library up (opps) I find myself wishing I could just poke a button to get all my Source materials into my shelf without having to go identify each one and poke it to download. This would be a great way to get any updates to existing materials as well. It would probably be more efficient as well since it could be hitting your servers at whatever speed is optimal to not overload things. I kept clicking too quickly and had failed downloads. As more of us are multi-year subscribers we can have a huge number of materials so this feature becomes more needed as time goes on.

Please add ways to speed baking to best use high end computers with many cores Threadrippers/i9s and high ram. I upgraded from 4 cores to 24 and was a bit disappointed to find substance using only about 15% of my new horsepower. Yes the baking goes faster but it seems like it should be chugging harder/faster than it is. It would be good if there was a turbo mode that would blank the viewport and the feedback list (although i do love that feature) so that the baking can just go full out without doing any extraneous updating that could be skipped.

If you have ever created a SBSAR material for Painter you may have noticed that the experience of using it in Designer and in Painter is pretty different. There is a bunch of specificities in Painter you have to know in order to make it work as you wish – when possible – and once that done you discover that the UI of your material is not exactly what you had at the beginning in Designer.

Not only this is disturbing (after all it is the same material that is manipulated) but as a material designer it requires quite a lot more work to adapt your material also for Painter than if the SBSAR features where fully supported and the UI components behaved consistently. At the end of the journey, in a production context, the impact of having to develop and maintain a material for both applications is, well, “substantial”.

In order to streamline the workflow between Designer and Painter as well as the use of materials in Painter we think these 2 points have to be reached:

• A full support of the SBSAR file format in Painter: Everything that can be set up in Substance Designer in a graph to define it behavior and its UI, and that is supported by SBSAR, should be available in Painter.
• A similar experience between Painter and Designer when the user interacts with a material UI: Since SD 2018.2 there is a similar look and feel between both applications, with the introduction of similar graphics components for the parameter sliders in particular. The actions available on these components are unfortunately still quite different and this goes beyond the question of aesthetics or behavior, there are also some strong functional limitations that prevent the user to tweak the material the same way she could do on the same SBSAR in SD.

In terms of functionalities it means:

Most important points:
• Full support of parameter specificities: The configuration of a parameter defined in SD should also work in SP. This concerns in particular:
- the min and max of a slider: When not clamped, the min and max parameters of a slider define its initial range. It should still be possible to enter values out of this range and the slider should adapt its range as SD does.
- the clamp mode: Whether a parameter range is clamped or not should be supported. Currently all parameter ranges are clamped and that is a huge limitation.
- the display of the number of decimals: Parameter values are currently clamped to 10e-2. That is also a huge limitation. Painter sliders should behave like the ones in SD, where user can use a custom number of decimals and the display adapts itself to it.
- the step: the step defined for a slider should be respected. To do so a consistent decimals display should be introduced first.
- the initial value.

• Visibility attribute should be supported for image inputs: if an input has a condition that makes it hidden, it should not be visible in the Properties panel. Not having this currently prevents attempts to do a consistent UI for materials using contextual parameters visibility.

Important points:
• Reset parameters to their initial values :
The initial value of a parameter is extremely important in the design of a well-balanced material. It should then be possible:
- to reset each individual parameter (by a new item in the existing right click menu for example)
- to reset the whole material (as in SD)
- to see at a single glance if a parameter has been modified from its initial value or not. Note that this is something that is not currently available in the UI of SD either but some thoughts should be done there too in order to improve visual user feedback. In practice a fix could be as simple as using a Bold font to display the value of a modified parameter instead of a regular font to easily identify it as such.

• Material attributes visible in the tooltips of the shelf elements:
There can be a lot of materials and graphs in the shelf and artists often don't know them by heart so they need to be able to read information about them in order to choose the one to pick. Currently this is possible when a graph has been added into the Parameters panel (which is great but is another need because it is a bit too late for the picking workflow). So all the attributes of a graph should also be visible in the tooltip displayed on top of the thumbnails in the shelf. This includes in particular the description, author, category, tags but also ideally its upload date.

Also important but longer to do:

• Nested and external presets should be supported in SP:
In SD there are 2 ways to create presets for materials, both are interesting and none is supported in SP. Nested presets allow the material author to provide a set of variations the texture artists (in Painter, Designer or even in a game engine) can use. External presets are a great addition to this, they can be used for example by Art directors or team leads to provide indications or references to texture artists. This would be very efficient to get these references directly into Painter. It would also considerably extend the life of our materials for a cost that is considerably lower that modifying the material itself. Currently there is no real viable turnaround for this.

The expected behaviors in Painter are:
- Being able to see the list of the nested presets of a material instanced in a material slot of the Parameters panel and apply the selected one
- Being able to load an external preset file (.sbsprs) on a material instanced in a material slot of the Parameters panel. Note that there is no dependency to preserve to this file, it is just the application of a set of values.
- Being able to save a preset file from the configuration of a material instanced in a material slot of the Parameters panel.

Thank you very much for your understanding of the difficulties we are currently facing and for your attention to these requests to try to solve them.