Supermodel Forum

It should fade in nicely. I had a look at the polys for the sky, it's a transparent surface and should blend with the 2d layer.
Any ideas Harry? Maybe it should be using a different blend mode

What does this look like in your build?

Yeah I saw that too... in my build is the same unfortunately. Checked some time ago with Superdebugger and the only thing that comes in mind is that its alpha channel need to be cut at a different intensity level, but that would mean that texture sampling probably needs an update as well. I've the impression that only the outer pixel needs to be discarded, the other shades of yellowish-green should blend well with the sky.

Honestly, for my part, everything texture related belongs to a very distant future... I still have to submit my specular updated code, go figure...

This is the background 2d layer



This is the sky texture



here they are composited next to each other



Here's what the arcade looks like, correct colours are really hard to tell



My best guess is the 2d layer has the wrong colour. Also not sure the polys have any transparency at all. They looked semi transparent in superdebugger, but that's because they are drawn with their own viewport priority.

Ian wrote:Here's what the arcade looks like, correct colours are really hard to tell

Ditto. Consider that icuk7's video are usually a bit color shifted towards a blu-ish tone, and when there's a very bright and saturated color it's color shifted towards a desaturated version while preserving the same luminosity. When I tried to color match Supermodel I noticed the sky regained some green tone, but I still don't know if there's something wrong in the texture or the 2D color background.

I remember the same happens in Lemans where sometimes the 2D layer background has seemingly the wrong colors.

This is another youtube video I found



Definitely a blue colour, although I think a bit brighter than it should actually be. So it must be the 2d background layer has the wrong colour

I'm currently trying another approach (and eventually will submit a new patch):

This is when, in GIMP, the sky layer is modulated with "lighten only" mode with the 2d background layer.

The theory is Real3D has multiple alpha blend modes, this line in <pro_polygon.hh> from the SDK caught my attention:

Code: Select all

unsigned long   _translucency_mode            : 3 ;


Why three different bits to set translucency in polygon? I made some test time ago and found the same one bit is set when using texture type 7 with alpha channel, and the other two are set when using respectively texture type 2 and 4 (or 1 and 3... I don't remember) with alpha channel.

Quick update:

HarryTuttle wrote:I'm currently trying another approach (and eventually will submit a new patch):

Nope. That polygon is opaque, the texture is type 0 with contour bit unset. So, yes, it could really be the 2d layer with a wrong color.

I had wondered about the other bits for transparency for a while.
If I recall daytona uses them.

But the sky in dirt devils I am pretty sure is opaque and not using any transparency.
There is some fog applied to it with the values
0x04d6fc58 {1.00000000, 0.709803939, 0.439215720, 4.60000010e-005, 0.0666666701, 0.000000000, 1.00000000}

Ian wrote:If I recall daytona uses them.

Confirmed. I was testing that game time ago when trying to figure out why 3 bits for transparency.

Ian wrote:There is some fog applied to it with the values

Do you mean only to the texture or the 2d background too (as a scroll fog)?

Everything 3d has some fog applied to it. It's a sort of dusty yellow, including the sky.
But the 2d layer has no scroll fog applied

This is the fog colour