Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Topics - dessert_monkeyjk

Pages: [1]
Well this is not what I expected. I upgraded to a new PC and was reinstalling software, Substance Designer 2017.1.4 included, and opened a package I was working on recently on my older PC and I see this error (see attached)

Now I normally see this when opening a file edited with a newer version but this seems to be the opposite scenario which is rather bizarre. I know for a fact that I used SD 2017 for this file so I'm rather confused how this is occurring.

Anyone know why this could happen?

Edit: So I decided to attempt changing the version number, both the formatVersion and updaterVersion values, to "1.1.20170" using Notepad++ to and see how Designer reacted to it. It picked up on it and offered to upgrade it to "1.1.20174" but upon doing so I get this error. (see attached)

I have a few 2017 files and they all have roughly the same issue, one complaining about a type variable (output size in one instance) and others for comptype (value is either an integer set to 1 or 2, nothing unusual). These values also exist for 5.6 files so I'm puzzled what's preventing it from reading the file past these variables in 2017.1.4.

I just found something cool on the internet today that might interest a few people. While I am not sharing this on their behalf, I figure this was too cool to not share here.

An artist by the name of Phillip on ArtStation is working on a plugin called Stack N Pack. What it essentially does is acts as an alternative to the built-in exporter and can take multiple texture sets and pack them into a single set. For those of you who just use multiple texture sets just to avoid painting on certian parts and want to combine them after, this might be of use to you.

There are some additional features as well which are listed in Philip's blog post here. As of writing, it's not available yet but they're looking for beta testers so if you want to give it a try, feel free to contact them.

Personally, I wished I had this before since I had to do round trips of combining texture sets from Painter to Designer in the past any time I changed something. Maybe that could be improved in the future but this plugin does the trick for now.

I'm starting to notice this but with more and more files being uploaded to Substance Share and newer versions of Substance Designer and Substance Painter coming out, compatibility of these files are becoming a concern for me.

I know when you upload a file to the site, you can set what software and version it was created with (Substance Designer 5.6, Substance Painter 2017.1, etc.) However, this information isn't displayed on the file page where others can download and comment on it. Would start to become very annoying to download something awesome only to have it not open because you didn't know it wasn't compatible with the software version you have. Upgrading isn't always an option for everyone either, especially when working in a studio where files need to be compatible between machines.

Simply put, can this information actually be displayed so others can see it? An additional idea is to have a filter option so certian versions and lower are displayed. For example, anything made with Substance Designer 2017 or lower will only be visible as a filter option.

Just thought I would bring it up for consideration.

I've been curious about making use of the new widgets that are selectable in the 2d View that was introduced since Substance Designer 6 for making custom graphs of my own but I'm struggling on how to get them to work. Nodes like Cube 3D and Multi Clone Patch have such widgets with the latter having more than one.

There's no mention of this anywhere in the docs or change log on how to use this and I've tried exposing parameters for both the transform matrix and offset in hopes that a transform widget will kick in but no such luck. Do I need to name the parameters in a certain way, tag them, etc in order for this feature to work or are widgets restricted to just the nodes that ship with Substance Designer as is?

Hello, I've been working on making use of the Substance Automation Toolkit (AKA Substance Batch Tools ???) using batch script (because I have barely used Python) and aside from figuring out what some of the tools such as sbsmutator and sbscooker want in order to work, I managed to generate .sbs and .sbsar files with little issue.

I'm having a small issue though with sbsmutator when using the specialization and --connect-image options and I'm not sure how to handle this since there's nothing pointing this out in the documentation. What's currently happening is that for every image added using the --connect-image command, a Transform 2d node is also added and is downsizing the image to 256x256 which is not desirable.  :-\ The resulting bitmap nodes are using the correct size by default but everything else in the graph does not.

Is there any way to correct this such as removing said nodes, getting the size of the input images and setting the size of the graph, or something like that? Ideally, I want it where input size == output size and not have all of them downsize to 256x256. Once I can do that, we're in business.

Hey fellas, I got a question about painting with textures that come with an alpha channel. Is it possible to use this channel in some way as a brush alpha in Painter or do I have to have a second texture just for the brush alpha?

For example, let's say I'm using one of the normal map textures that come with Substance Painter 2 that includes an alpha channel. In the attached images you see what it looks like before and after the texture is applied via the brush tool and the fact that I wind up painting the entire texture instead of just the part within the texture alpha itself.

If there's a way to make use of the texture alpha as the brush alpha when painting, that would be very useful. Otherwise I would have to make a seperate image for every texture I want to paint with that has an alpha channel... and that would suck.

Edit: Just noticed I posted this in the wrong board (Substance Designer)... whoops.

I recently updated Substance Designer from 5.4 to 5.5.3 and I have some custom filters setup which came over just fine. However, when checking things in the Library I noticed some odd behavior when I selected a Folder in the Library. You can see for yourself in the attached image.

As you can see, when selecting a folder it filters through ALL the content in the Library instead of just the ones determined by the Filters in the selected Folder. Not only that but every time I select a folder, all the Filters in the folder have a condition assigned to them set to All > Base Name > Contains > "". In other words, it's set to filter anything with a blank name.

This bug doesn't actually break anything, it's more of an inconvenience then anything. Still, it's unwanted behavior so I thought I would let you know.

Hello there, I'm taking a stab on attempting to create a vector map of sorts using the Pixel Processor node and I'm wondering if anyone can shed some light on this.

What I'm essentially trying to do is create a vector map that defines the "up" direction of the UVs after a UV image has been passed through a Tri-Planar node. The idea is to use said map to solve the issue that arises when passing a Normal Map though said Tri-Planar node where the normals are no longer facing the correct way. I attached a screenshot of where I'm at in terms of the UV map projection.

I fiddled around with trying to get this vector from the resulting projection, screenshot also attached for that, and so far I'm scratching my head on how to solve a vector out of it... perhaps I just need to get a unit vector for the pixels themselves or something? I'm not sure.

Any assistance on this would be greatly appreciated and hopefully we can use this to resolve this Normal Map Tri-Planar shenanigans for the most part. Would make it more ideal to project with the normal map as opposed to using a heightmap instead which doesn't look as good.

Hey everyone, I wonder if anyone can help clue me in on something here. I'm trying to set a variable in a function graph in one node and get said variable in another function graph on another node. Whenever I do this, the variable appears to not be set and returns 0. Even if I get the variable from the exact same function graph I set it in, it doesn't return the value I set.

Is there something I'm missing (scope?) or is it not possible to set and get variables like this? No idea if this is a bug or not so that's why I'm asking.

I'm hoping to avoid having to copy nodes across function graphs but I'll do it if I have to.

Pages: [1]