RaVeN-05 wrote on 2024-04-15, 15:48:

Yes I checked, in Icr2
Options->Graphics->smoke/dirt - > on

Thanks! I think it's already on.

sharangad wrote on 2024-04-15, 17:06:

RaVeN-05 wrote on 2024-04-15, 15:48:

Yes I checked, in Icr2
Options->Graphics->smoke/dirt - > on

Thanks! I think it's already on.

Maybe the game's not installed properly. I remember there was a batch file/installer that had to be run to install the renditon dos build on the CD somewhere.

I might've copied them manually.

you can tell that by changing all other options to check if they work or not

They do work, or at least the other settings do, but if the smoke texture is missing there'll be no difference.

i mean if other options work, so there is very high probability that the game is installed correctly and the problem is with the wrapper not with the game

robertmo3 wrote on 2024-04-15, 17:51:

i mean if other options work, so there is very high probability that the game is installed correctly and the problem is with the wrapper not with the game

That's very likely.

Linebytes(2) = 512
Linebytes(65) = 384

RaVeN-05 wrote on 2024-04-15, 20:06:

Linebytes(2) = 512
Linebytes(65) = 384

Thank you, thank you, a very big thank you! I was wondering how 2 or 65 bytes per row maps to a large texture. [EDIT] Those must be predefined magic values. Usually the stride is close to the linebytes. I wouldn't expect 2 bytes per row to mean 512 bytes per row. Also how is 2 bytes a bigger row than 65?[/EDIT]

Also the dust effects render, but I need the original 36 KB Effects.dat (in the effects folder) rather than the 50 KB one from the DOS\Rend\Effects folder on the disc. Which is weird because I'd expect Rendition enhanced effects to have dust and smoke.

One more test with a whole range of strides:
https://1drv.ms/u/s!As-dKk-N73dSmGw4UETg5dDJzb0i?e=mMISGI
MD5: 63f39f79aefeb160584c352ecb62f50d

done

RaVeN-05 wrote on 2024-04-16, 00:15:

done

Thanks dude!

The current state of the Rendition enhanced levels:

https://youtu.be/tymUV3ytsP4

sharangad wrote on 2024-04-15, 07:51:

robertmo3 wrote on 2024-04-15, 07:47:

i have watched whole movie frame by frame absolutely no building has any problems not a single frame is wrong here https://www.y […]
Show full quote

i have watched whole movie frame by frame
absolutely no building has any problems
not a single frame is wrong here
https://www.youtube.com/watch?v=zY91QMo8dnc

btw- your frame is from a different movie
the movie i am talking about has no cockpit
your frame has cockpit

Would you say this is a regression?

have you tried reverting the change that broke it? to confirm it fixes it after the revert?
This way you will be sure what breaks it.
If you don't check it you will never be sure.
maybe something else got to the source accidentally that time. (like a cat hit the keyboard while you were away 😉 ) (or you were testing something and didn't cleared the change)

robertmo3 wrote on 2024-04-16, 14:22:

have you tried reverting the change that broke it? to confirm it fixes it after the revert? This way you will be sure what break […]
Show full quote

sharangad wrote on 2024-04-15, 07:51:

robertmo3 wrote on 2024-04-15, 07:47:

i have watched whole movie frame by frame absolutely no building has any problems not a single frame is wrong here https://www.y […]
Show full quote

i have watched whole movie frame by frame
absolutely no building has any problems
not a single frame is wrong here
https://www.youtube.com/watch?v=zY91QMo8dnc

btw- your frame is from a different movie
the movie i am talking about has no cockpit
your frame has cockpit

Would you say this is a regression?

have you tried reverting the change that broke it? to confirm it fixes it after the revert?
This way you will be sure what breaks it.
If you don't check it you will never be sure.
maybe something else got to the source accidentally that time. (like a cat hit the keyboard while you were away 😉 ) (or you were testing something and didn't cleared the change)

I'll look at it soon, just like all the other pending bugs. Most critical of them is the random slow mo bug, which makes testing rather difficult.

I actually think I know what's causing it, my fix for the random texture corruption/morphing.

@robertmo, you're right.

The bright polygons are caused by fogging. All the fogging numeric props appear to be correctly set. Some polygons have per-vertex fogging. Not entirely sure why the fog is out of whack.

Nothing's been disabled for testing, like with Heavy Gear.

One thing I've noticed is RReady doesn't seem to do fog correctly with ICR2, not at all. @Raven-05's V1000 clip has beautiful fogging.

[EDIT] Fixed the texture clamping issue. There's an unknown prop whose inverse is the U and V clamping mode. RRedline doesn't have a function for this.

Nascar 1999R : First Looks

https://youtu.be/c_QUSaDWPxI

High Quality track, high quality mirrors mostly working:

https://youtu.be/08N-YwgJIT4

Fogging still remains an issue.

noticed you stopped using cycles max 105% and started using 100% again a few days ago

robertmo3 wrote on 2024-04-18, 13:39:

noticed you stopped using cycles max 105% and started using 100% again a few days ago

Yeah. Have an issue with pipe comms randomly running in slow mo. So I tried messing around to see if I can resolve it.