Well in the end the only way I could manage to have a custom solid background color was installing a custom theme.
Ok this is rather a didactical/academical experiment, but the truth is that I found no way to avoid the Background registry value being overwritten with 0 0 0.
I had literally to edit a theme with msstyleeditor, set the background to the desired color, integrate it in my ISO and force its installation with those reg values.
Note that the background color can apparently be set either in the sysmetrics field or simply in the .theme file using any text editor.
To be precise, I made even more. I used a nice Windows 7 theme for Windows 10, I injected in the ISO a patched themesui.dll and uxinit.dll (with UltraUXThemePatcher) in order to use custom themes (after taking ownership on the original dll's to delete them), copied my theme to Windows/Resources/Themes and forced its installation with
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Themes]
"InstallTheme"="MyThemeName"
"InstallThemeLight"="MyThemeName"
"InstallVisualStyle"="MyMsstylesName"
Just to be sure I also set the corresponding values in WOW6432Node\, not sure if both are required or just one though.
Works like a charm.
At the end, I admit that nobody would use a solid color but rather a picture, including me. That was just to provide base Win installs without any custom pictures imposed, to save space, yet with a default background color different from black, which is ugly.
But I admit that another solution could be simply providing a picture made of a solid color lol (injected with NTL option), like a png which being compressed would occupy few bytes if made of just one color
It's really lovely how many things, tweaks and tricks NTL allows

I really love it, and I am sure I haven't explored its whole potential yet...