Hi, patirck.wheeler
can you replace the hdrp package with a followed link, maybe that can solved the problem.
https://drive.google.com/file/d/1mheo0mbUXV8oHKUX0lDxfLuBitR04dl3/view?usp=sharing

Can you please take a look at my post?
I reported a similar issue and then took the time to record some videos and still waiting for an answer. At least say "we will take a look" or something...
Link to my post

Yes, can you give us the ccproject and fbx with json file to us? And what unity version are you using

Hi. Thanks for the response and thanks to Miranda. I actually tried that and it solved some issue but left a number of others in terms of issues with the skins having shadows as if one of the textures was mapped incorrectly (dark lines on the face for example). I'll look into it more. I found the best way was to use the CC3 Auto Setup for a standard Unity project, then move that char to a HDRP project and upgrade the materials. Needed some tweaking. Also, a slightly unusual behaviour has emerged when using the standard 3d Auto setup (2019.3.0f1 in this case). It works just fine, but on two occasions there were subsequent errors. Somehow the CC3 editor script decided to jump into life even though there were no changes in the CC3_Assets folder (I may have set a normal map to a normal map I think -I didn't take note at the time but will check next time) which caused it to "eat" all the characters it had auto-setup in the CC3 directory. So that was slightly annoying. :) Now I move the prefab out of that directory post-import. As I say, I'll add more detail when this happens again.

It happens with any character, even with unmodified templates
I sent you a PM with an example

I use 2019.3.06f but it happen in 2019.3.03f and it happened the same with the previous setup tool
In my post there is more info and videos importing characters

I assume this was for  2019.1.0f2? I tried this with a default character and one with some custom items. The results are as attached. The Warnings relate to custom clothing, so those are less important. Changing the base skin color from #BFBFBF to #FFFFFF made no difference. 

I also tried this in 2019.3.0f1 (the updated version you provided). That didn't create the prefab and threw a TypeLoad exception:

RLPlugin.RLEditor.OnPostprocessAllAssets (System.String[] kImportedAsset, System.String[] kDeletedAssets, System.String[] kMovedAssets, System.String[] kMovedFromAssetPaths) (at <ddbb7f90f3734a4fa3f84a16f149a083>:0)

However, the materials were actually better on the unprocessed character. 

75% of original size (was 670x19) - Click to enlarge

75% of original size (was 670x19) - Click to enlarge

75% of original size (was 670x19) - Click to enlarge
75% of original size (was 670x19) - Click to enlarge

Hello, I tested this latest Unity Auto Setup, specifically AutoSetup 1.02 for Unity 2019.3 in 3D version and it does not work well. While the "Hip" bone error has been fixed by migrating to this new version, and avatar is being setup correctly now, this version causes much worse errors: animations stored with the character are now not editable in Unity because of the plugin, even when it is turned off in Tools menu. Any changes I make to the animations (e.g. set Loop Time, Clamp Ranges etc.) are always reverted back despite confirming them. It must be the plugin that's doing this, because I reverted back to version 1.01 and it started to work again. Could you please fix that and publish a new version?

I want to confirm that did you use Maya or Unity preset for exporting fbx?, thanks

None of that, I am using 3DXchange 7 for exporting multiple animations with one character, because iClone does not support this. However, it is roughly the same config as Unity in iClone. Anyway, what does this have to do with it? With the previous version, it worked well regardless of configuration.

Hi sabrx,

Thanks for addressing this out. We are now checking this issue.