PBR problems

The black noise thing happens when When I have a light attached to the camera’s node.
Lights are cut in half and seems to have a red tint.

with Forward only the PBR model is affected.
With PBRDeferred it happens on everything.

In the editor it shows up fine, I’m not sure what’s the difference (editor is forward?).

Images (only the rifle model is PBR):
PBRDeferred, camera light:

720×576

720×576

PBRDeferred:

720×576

720×576

Forward:

720×576

720×576

720×576

Note that while forward handles lights correctly (except camera light), it isn’t an option for projects that use many lights.

Thanks for the report, I have pushed a fix. Let me know if it works for you.

Just FYI, deferred GL3 has an issue atm that is causing the specular spot from lights not to render (at least on my machine?), you might want to test with GL2 if you aren’t already.

Tested it. The black noise from light in camera’s node is gone.
Red tint and half lights are the same.

Tested OGL2 too, it doesn’t have red tint, but lights are still cut in half. Also there’s this black strip (a shine thing?), in OGL3 it appears in the right color but still stretched like that:

720×576

720×576

720×576

That seams a little odd as nothing within the lighting was changed only materials. Can you test opening the BRDF shader and change line 48 (https://github.com/urho3d/Urho3D/blob/master/bin/CoreData/Shaders/GLSL/BRDF.glsl#L48) to be Lambert instead of Burley.

Tried it and it doesn’t seem to fix the problems.

try change it here https://github.com/urho3d/Urho3D/blob/master/bin/CoreData/Shaders/GLSL/PBRLitSolid.glsl#L189 looks like the diffuse method was not used in forward rendering

Didn’t seem to help either.

The the red tint is reproducible with Urho’s samples when using PBRDeferred, by adding:

engineParameters_["RenderPath"] = "RenderPaths/PBRDeferred.xml";

to Sample::Setup() in Sample.inl

1040×806

1040×806

1040×806

1040×806

The “half lights” problem doesn’t seem to happen with the Urho samples. I am constructing the level models manually from a custom format, so it might be related.
EDIT:
half lights also happen with regular models.

by the way Skybox has no miplevels, u need use Skybox2 for PBR

hmm, a also have problem with deferred (OpenGL)

What are you using for your zone texture? Could it be introducing the red tint ?

I don’t use anything, and neither do the Urho samples

Another weird thing with my models, shotgun gets a yellow barrel and minigun becomes purple:

1280×720

1280×720

Oh I see, you are trying to use PBRDeferred on materials that don’t use PBR techniques?

Im surprised non-PBR materials even display in PBR as from initial development they displayed invisible.

Yes.
Everything has to be converted to PBR? That’s a big constraint for me.
I only have 3 PBR models, the rest are regular diffuse/normal/specular.

Yes.
Everything has to be converted to PBR? That’s a big constraint for me.
I only have 3 PBR models, the rest are regular diffuse/normal/specular.[/quote]
We didnt do a full conversion as requested by core developers. Instead we made PBR alongside the legacy renderer. it includes separate techniques. they only thing they have in common is they both work on the default forward render path.
materials that are Diff/Normal/Spec need to be converted into a PBR format where the texture for the spec map contains Roughness in the red color channel and Metallic in the green

Yeah the new deferred shaders use the gbuffers quite a bit differently to the old ones, so that’s probably a big part of the issue.

If you are lucky you can get away with getting a basic result by switching to the PBR shaders using your specmap (if it’s a greyscale image?), by playing with the roughness and metallic values (eg, setting roughness to -1). Ideally you would author materials with PBR in mind though.

you may be able to get away with using the forward render path and both legacy and PBR materials may display correctly

The issue with deferred + GL3 that I mentioned should be resolved in master now.

Hello,
A bit of off topic. I could not find any other relevant thread.

I could not get the PBR demo example to work on my Android. I could get it to work in my Linux PC.
After some home work on the forums, I could find the following issue is still open,
https://github.com/urho3d/Urho3D/issues/1545

Is this issue is still relevant? Or am I the only one, who could not get this to work.
Additional information:

1. My Mobile is Android 4.4.2 HTC one M8.
2. I could get every other example to work on mobile.
3. Example not working =
   1. I could see only a grey plane being displayed after nearly 8 seconds of launching PBR example.
   2. I could see some text like Metallic, Low roughness being displayed but no materials as such.

The example starts (after a very long loading, has a lot of data) on my galaxy note 4.
Artifacts: no background, fails on full metallic, looks like plastic on steroids…

It looks like IBL filtering fails on mobile platforms, i recently got a new android phone so hopefully ill be able to test on there

here is mine, after 8seconds, waited for 1min, even then same observation…
Urho3d version 1.7 release code.
HTC one M8 with Android 4.4

Also (in order not to create a new topic) is it normal, that reflections is fully visible in shadows?

Unless there is total blackout, in real life, reflection also shown under shadows.

Try to cover your hand on reflected surface in a room. There is still reflection.

Things in the shadow are illuminated by indirect lighting. Indirect lighting has the same physical laws as direct light. You will never see a reflection on a rusted metal even in the shadow

The IBL showing in shadows is more just a lmitations of IBL, its a static cubemap the is filtered outside of the engine. although i feel it may not be filtering correctly as the roughness in shadows doesnt look to change.

Could something like @godan’s reflection probe be what you’re looking for?

Test on my ipad air 4 2014:

this is serious.

It’s not working at all.
Could it be something related to opengl version used?
Both devices I’m testing (the other is galaxy note 4) are open gl es 3.
Is there a way to check if they are using the right opengl version in the urho logs?
I must add I’m on urho 1.6 version… going to test 1.7 next.

im going to look into it tonight, there are also a few other PBR mobile improvements i have in mind

Sorry! I missed understand you. I didn’t look at the first picture at first.
There is definitely not right in the second picture, as the glossiness seems high. Definitely a cube map issue.