RaVeN-05 wrote on 2025-07-31, 06:30:

almost perfectly Rabel Moon rendered.
Some very little noticeable minor graphical glitches left.

Thanks @Raven-05, will fix them.

RaVeN-05 wrote on 2025-07-31, 06:30:

almost perfectly Rabel Moon rendered.
Some very little noticeable minor graphical glitches left.

Bugs 003 happens on original hardware and it looks to be an z-buffering bug or lack of. I would post a video, but my capture dongle doesn't go any lower than 640x480 .

And the final one. Sorry about these being JPEGs. I attached them to the post instead of linking against my server.

The other two will be fixed.

Rebel Moon Fixes (hopefully final):

https://nirvtek.com/downloads/RReady.Alpha.20 … 01.RebelMoon.7z
MD5: 2632214aa3080804262a57d459aa4997

- This *should* correct all outstanding Rebel Moon chroma keying bugs and perhaps not introduce new ones.
- There is a problem with the keyboard input sometimes not responding in the dosbox window after existing a Speedy3D game. Pressing [ALT] fixes this. This will be fixed .

[EDIT]Attaching PNG images to the forums produces cel-shaded low bitrate attachments. So here are links instead. So here are JPGs/[/EDIT]
[EDIT]At some point I should put up a video on how this was fixed[/EDIT]

And the last two:

Great news! Ghidra 10.2.2 can open .CGL file as OMF. The 3DBlaster PCI drivers (VRITB170) appear to use FIFO mode direct port output.

A brief overview of how the Rebel Moon bugs were fixed using screen space derivatives is available here:
https://www.patreon.com/posts/overview-of-moo … ntent=join_link
and
https://youtu.be/vH-zlu9VKT0

ICR2: I've increased the base memory used by the game to its limit of 64 MB. The texture heap is a separate 256 MB. I think there's still some sort of internal partitioning going on, which stops the extra memory from being used.

By restricting Dosbox's RAM to 16 MB I got this:

1V:\CR>cart
2DOS/32A -- Protected Mode Run-time Version 7.35
3Copyright (C) Supernar Systems, Ltd. 1996-2005
4Sierra On-Line, Inc.
5Version 1.0.2-RN1 Build #61
6DMA Memory fragmentation:
7Pointer buf :
8Command buf :
9Digital Sound
10Port 220 IRQ 7 DMA 1
11Conf irmed with SB16 8 ST
12Memory Check: 584000 LO 13602800 HI 14186800 ALL
13Insufficient memory. Free up 69013168 bytes, and try again
14
15V:\CR>mem
16
17632 Kb free conventional memory
1863 Kb free upper memory in 1 blocks (largest UMB 63 Kb)
1914912 Kb free extended memory
2014912 Kb free expanded memory

This is with a 256 MB texture heap. It's complaining about the *other* memory (other than the texture heap).
69013168 = 69 MB. This version of the game needs 256 MB alone for the heap, so this has to mean it's complaining about everything else. Usually the entire game needs just 16 MB, with 6 MB for the texture heap and 10 MB for the rest. I *think* if I can unpartition the thing to use mroe RAM, textures would just work.

https://nirvtek.com/downloads/ICR2.64MB.OtherMemory.001.7z
MD5: 4ed3bc2eb1973c8809031bf9c3e7aae8
(This link is fairly useless, since the game behaves exactly the same, but I need it preserved in case of catastrophic hard drive and backup failures).

Australia Tracks are Rendition Ready
https://youtu.be/-RTtGFGoxFE

tested Rebel Moon, its perfect now! =)

RaVeN-05 wrote on 2025-08-02, 16:15:

tested Rebel Moon, its perfect now! =)

Thank you kindly! RReady Rebel Moon has passed the Raven-05 test!

RaVeN-05 wrote on 2025-08-02, 16:15:

tested Rebel Moon, its perfect now! =)

Thanks a lot for all the testing!

I have another build:
https://nirvtek.com/downloads/RReady.Alpha.20250802.004.7z
MD5: c32b89f0ac8c80bad0708b90b031ef6b

which should allow vquake to run on your laptop (dual core).

You'll need to set
threadsafe=false
highperformance=true
picdma=true
override2core=false

ICR2 should be full speed again. I don't know if the games will be stable without major lockups. I've been spending some each day trying to reduce the cpu load of the whole process. Custom carsets in ICR2 probably won't be possible. This will force a bunch of settings if you the CPU has fewer than 3 cores. Enforced thread prioritization has been disabled. So the possibility of hiccups and slowdowns even on quad or better systems is higher, even when dual core settings aren't enforced.

[EDIT] On some systems (Haswell Pentium 3 GHz Intel HD graphics) threadsafe=true, picdma=false, highperformance=-true and override2core=true works really well for ICR2, but not vquake. On my Ryzen 2700X in dual core mode the Haswell settings are terrible. It works much better with the first bunch of settings under the download link.

This is looking like the next release candidate:
https://nirvtek.com/downloads/RReady.Alpha.20250802.004.7z
MD5: c32b89f0ac8c80bad0708b90b031ef6b
- vQuake cvars d_dither and d_bilerp should work correctly
- Rebel Moon all chroma keying bugs should be fixed.
- ICR2 [ALT+B] (autobrake) should function correctly.
- Formula 1 RRedline performance boost (including for everything using paletted textures).
- Improved dual core performance in a default config. (Needs more testing). The minimum required GPU (Intel HD4000) should perform better on the minimum CPU dual core 3 GHz (Haswell).

I think it's better to do incremental updates instead of massive ones with lots of fixes. It's a lot easier to test and isolate problems.

[EDIT]
Or with the same optimization extended to quad cores and beyond:
https://nirvtek.com/downloads/RReady.Alpha.20250803.001.7z
MD5: 031f0bd95305993dc4cd34cd97218f09

I really need to rebuild my Sandy Bridge HD2000 based machine. Motherboards are available, but i don't know whether the CPU still works. The i7 2600 still sells for quite a bit.
[/EDIT]

[EDIT2]
Detroit Belle Isle (2004-1995, 2/4 of these are regurgitated), Detroit Downtown HQ (new) and Houston:
https://youtu.be/yOmgm3wNZXk
[/EDIT2]