@wvkmind Unfortunately we could not reproduce the problem of incorrect sorting order when zwrite is enabled that you are showing in the top image.

Is there a reason you enabled Use Custom Render Type?

wvkmind написал

I know the "Transparent" not have CameraDepthTexture

What do you mean by that?

Are you using the URP 2D render pipeline?

@[удалено]

It is my mistake，I did not see the error because it reports an error on the panel ,my "SkeletonAnimation" panel is closed.
Warning me to config the "Advanced - Z Spaing",It work.

Thanks for letting us know @wvkmind, glad to hear that you've figured it out.

I'm sorry to hear that it didn't solve your problem. Could you please send us a minimal reproduction Unity project as a zip package that shows your exact setup, as a zip package to contact@esotericsoftware.com? Then we can have a look at how we can solve this.

Thanks for the package, we will get back to you as soon as we've figured out what's going wrong.

In your scene you are combining a normal 3D point light with Spine's URP 2D shaders - this will not work, also not with Unity's own URP 2D shaders.

Also, at the Camera Inspector settings you are using the normal Forward Renderer and have no Render Pipeline Asset assigned under Project Settings - Quality - Rendering.

Please familiarize yourself with the Universal Render Pipeline in Unity in general first and read the corresponding documentation or videos before combining it with Spine. The scriptable render pipeline requires a bit more setup.

Perhaps the Render Pipeline Asset was originally assigned but the reference lost after import. In general it is not recommended to move the UPM package content into the Assets directory, instead it should rather be added as described in the spine-unity instructions here:
spine-unity Runtime Documentation: Installation

This guarantees that the package.json file is evaluated and that any dependencies are resolved.

buddhamon написал

If I am using Spine and 2D sprites along the side of 3D assets, is there not a combination of shaders and rendering settings that allows me to have every asset affected in a similar manner enabling a depth of field effect and general lighting?

The main problem that you ran into is that you can either use the ("special") URP 2D renderer, or the ("normal") URP 3D renderer. When using the 2D renderer, you have a different pipeline which does not work with 3D lights and 3D lit shaders:
https://www.youtube.com/watch?v=F5l8vP90EvU
So the way to go is to not use the 2D renderer when you have a mixed 2D & 3D scene and want to light them in with true 3D lights.

buddhamon написал

using the shader "URP/Spine/Skeleton Lit" how can I make it so a 3D light effects the Spine on both sides of the Z-axis?

Let's first ask the question what you want to achieve, because this might not be what you want:
Do you want to rotate the skeleton by 180 degrees? Please note that you can produce a similar result by using skeletonAnimation.Skeleton.ScaleX (you can use scaleX = sin(rotationAngle)) to gradually "flip" the skeleton and still have the normal facing the camera.
If you really need a true 3D rotation, then you should be aware that any lighting will dim during the turning process, as the normal rotates with the skeleton. So then we would recommend to use the Universal Render Pipeline/Spine/Sprite shader and enable Fixed Normal with default setting Camera Space to make the normal always face the camera and not produce strange lighting effects.

buddhamon написал

So far I haven't found a way to make the Universal Rendering Pipeline/Spine/Sprite shader have any other Lighting Mode than Lit Universal; the other Lighting Modes cause the shader to fail and turn resultantly pink.

For URP the Sprite shader has to be set to Lit Universal, if you switch Lighting Mode to something else you are switching to other shaders, which are non-URP, therefore are not compatible (pink).

buddhamon написал

I've only found the Universal Rendering Pipeline/Spine/Skeleton Lit to work with a local 3D point light.

You can check out the URP 3D Shaders example scene which shows how the Universal Render Pipeline/Spine/Sprite shader interacts with all kinds of lights. Did you perhaps not setup the Fixed Normal settings as mentioned above?

Sorry for the late reply! For some reason I have overlooked your posting earlier.

buddhamon написал

Maybe not, I had the Fixed Normal setting checked, but I didn't generate a normal map. Is that generated in Photoshop?

You don't need to use a normal map, it's optional at the shaders. It's sufficient to have the normals per vertex / per object, but they need to be either generated via Advanced - Add Normals or via Fixed Normals, otherwise your object will look unlit.

buddhamon написал

(Also does the same apply to the emission map as well?) I also couldn't figure out how to make the Fixed Normal Space be Camera Space, but I'm guessing View-Space the equivalent?

Sorry, it's View-Space (camera-space and view-space are actually the same).

buddhamon написал

As soon as I used a different Spine asset that had the Normal Map configured, the lighting started to work in 3D space properly for the Universal Render Pipeline/Spine/Sprite shader.

I assume that on these assets some kind of normal was generated, the normalmap alone is not sufficient (normalmaps are mostly tangent-space normalmaps, without normals and tangents it does not know it's space).

I just created a simple modification to the URP 3D SkeletonLit shader with a toggle to enable Lit From Behind. It's rather simple, as it's just the absolute value of the dot product abs(dot(lightdir, normal)) is used instead of the dot product.

half3 LightingLambertLitFromBehind(half3 lightColor, half3 lightDir, half3 normal)
{
   half NdotL = saturate(abs(dot(normal, lightDir)));
   return lightColor * NdotL;
}

#ifdef _LIT_FROM_BEHIND
#define LightingLambert LightingLambertLitFromBehind
#else
#define LightingLambert LightingLambert
#endif

com.esotericsoftware.spine.urp-shaders-SkeletonLitFromBehind.zip

It's just a simple solution here.
While editing the Sprite shader as well I noticed that the result is rather unintuitive since a normalmap would then be strangely lit here. Anyway, I included it in the zip package below with the required file-overrides. For the Sprite shader you will need to switch Inspector to debug mode and add _LIT_FROM_BEHIND to the shader keywords to enable it, since the GUI code would otherwise need to be modified as well.

Harald написал

Toggling Advanced - Add Normals or Advanced - Solve Tangents along with Fixed Normals did not manage to solve the issue of the lighting only effecting assets focused around where the X-axis equals 0.

Do you still need this given the lit-from-behind functionality?
If yes, please post a screenshot of the problem.

Harald написал

Actually... are there resources for where I can find how to attach Normals and Emission Maps?

What exactly do you have problems with? You create normal and emission maps in the editor of your choice based on the normal atlas texture (with Photoshop, Substance Alchemist, etc.) and assign the textures to the slot in the Material Inspector.

I forgot to mention this above: I decided against adding the Lit From Behind feature officially since it's a very narrow use case. What will be added is an option for lighting the back-face at the SkeletonLit shader, a parameter Double Sided Lighting.

Harald написал

What will be added is an option for lighting the back-face at the SkeletonLit shader, a parameter Double Sided Lighting.

This feature has just been completed, all SkeletonLit shaders now provide a Double Sided Lighting parameter to properly light the back-face as well.
New 3.8 spine-unity, URP and LWRP packages are available for download here as usual:
Spine Unity Download: Download

buddhamon написал

Okay, I'll give this a try soon. The main problem is simply that I don't know how to attach those maps to my Spine assets, but truthfully, I haven't done the research on it yet. I'll try attaching them and reading some tutorials on it and then maybe get back to you when I succeed/fail. That might be a post for another problem later down the line.

Ah, sorry, I think I misunderstood your question. You have to use a shader which provides the Normal Map parameter at the Material Inspector. The Spine/Sprite/Vertex Lit and Spine/Sprite/Pixel Lit shaders provides this for the normal pipeline, the shaders Universal Render Pipeline/2D/Spine/Sprite and Universal Render Pipeline/Spine/Sprite for URP.
And in case you mean that: You currently cannot assign a normalmap attachment image in the Spine Editor. This is only done in the spine-unity runtime side.

It's best if you take a look at Stretchyman's Material in the URP 3D Shaders example scene that comes with the Spine URP extension package. This shows a normalmap assigned. For the normal render pipeline, it's shown in the Sprite Shaders example scene.

Harald написал

Sadly, lighting the asset from the other side isn't the desired effect, instead I wanted the asset to be lit as if the light was cast in the front of the asset as seen in the first picture

Hm, this is strange, I implemented it in a way which should light it as your first image shows, even when the light is placed behind (which was the whole point).

Which of the two shaders are you using? If you are using the Sprite shader: did you add _LIT_FROM_BEHIND to the shader keywords as described above to enable it?

Thanks for your kind words!