Search \ VOGONS

Re: RReady (Rendition Verite wrapper) Test Build (Alpha 1)

Posted on 2023-11-11, 01:13

I don't know whether the null memory mapped port address is an error. Yours is the first v1k board I've seen rtest's output from. It could very well be normal for that board.

Re: RReady (Rendition Verite wrapper) Test Build (Alpha 1)

Posted on 2023-11-10, 19:43

by sharangad

in PC Emulation

Nominal FIFO performance = 10.6 Mb/sec. ( Equal to DOS , higher than windows) Nominal DMA performance = 28.1 Mb/sec. (Higher than DOS and WIN) is raised in RTD against other modes, i didn't find any PCI delay settings in bios, its overclocing. (some users i saw here , have FIFO performance faster …

Re: RReady (Rendition Verite wrapper) Test Build (Alpha 1)

Posted on 2023-11-10, 19:36

by sharangad

in PC Emulation

Would it be possible for someone with a V1000 board to run this: https://nirvtek.com/downloads/RTest.7z and post the results? Here you go, this is my result (Miro Crystal VRX): **************************************** Board # 1 Verite ID 0x1 IoBase 0x6f00 MemBase 0xf7000000 MemMappedIoBase 0x0 …

Re: RReady (Rendition Verite wrapper) Test Build (Alpha 1)

Posted on 2023-11-10, 13:22

by sharangad

in PC Emulation

BEEN_Nath_58 wrote on 2023-11-10, 13:19: sharangad wrote on 2023-11-10, 13:12: Why is Speedy3D faster in restart to dos mode? Seems a little weird. 1MHz difference? Sorry, reading comprehension failure 😀

Re: RReady (Rendition Verite wrapper) Test Build (Alpha 1)

Posted on 2023-11-10, 13:12

by sharangad

in PC Emulation

Why is Speedy3D faster in restart to dos mode? Seems a little weird.

Re: RReady (Rendition Verite wrapper) Test Build (Alpha 1)

Posted on 2023-11-10, 07:59

by sharangad

in PC Emulation

Just to be clear this is the latest untested alpha: https://1drv.ms/u/s!As-dKk-N73dSlmfGu5EoZpYiZ0hh?e=L8lu22 MD5: 5fe3cecddabbd2cb890397bda65f5d08 This fixes the UseMSAA=3 crash to desktop issue encountered when using this AA mode. There won't be anymore updates for a while.

Re: RReady (Rendition Verite wrapper) Test Build (Alpha 1)

Posted on 2023-11-10, 07:53

by sharangad

in PC Emulation

That manual on the V2200 is also very useful with a full register dump. It even describes the internals of chroma keying. I have half a mind to drop everything and modify RReady's chroma keying.

Re: RReady (Rendition Verite wrapper) Test Build (Alpha 1)

Posted on 2023-11-10, 05:33

by sharangad

in PC Emulation

The string dump from Rendition DMA Test. This lists RRedline Cmdbufffer commands as strings: V_FIFO_SRCBASE V_FIFO_SRCFMT V_FIFO_SRCFUNC V_FIFO_SRCFILTER V_FIFO_SRCCOLORNOPAD V_FIFO_SWAPUV V_FIFO_CHROMAKEY V_FIFO_ZSCISSOR V_FIFO_SRCBGR V_FIFO_UMASK V_FIFO_VMASK V_FIFO_UCLAMP V_FIFO_VCLAMP V_FIFO_ …

Re: RReady (Rendition Verite wrapper) Test Build (Alpha 1)

Posted on 2023-11-09, 14:30

by sharangad

in PC Emulation

I've seen the vlib doc before. Will take another look tomorrow. Dma test doesn't appear to be compressed and Dos 4gw is external. Those links are extremely useful. Hold off on the bios dumps. It's too soon for that. Renutil is a dos4gw app and almost certainly speedy3d. I'll update this thread when …

Re: RReady (Rendition Verite wrapper) Test Build (Alpha 1)

Posted on 2023-11-09, 12:12

by sharangad

in PC Emulation

This is the same structure that RTest uses: d3d((inpd(verite->iobase+0x50) & 0x1) == 0) (note the iobase). This is the source for RTest: // RenditionTest.cpp : This file contains the 'main' function. Program execution begins and ends there. // #include #include "verite.h" #include "Redline.h" using …

Re: RReady (Rendition Verite wrapper) Test Build (Alpha 1)

Posted on 2023-11-09, 12:08

by sharangad

in PC Emulation

Your RTest results are identical. The videoboard addresses and ports are different on both your boards to what I got with RReady. That's actually OK, because your machines will have different amount of RAM and other hardware may use up resources. Both your boards return a Verite ID of 0x2000 (V2000) …

Re: RReady (Rendition Verite wrapper) Test Build (Alpha 1)

Posted on 2023-11-09, 03:41

by sharangad

in PC Emulation

Anyone with DOS4GW knowledge: Was altering CR (CR3) registers how decompressed overlays were accessed? DR and CR are being constantly modified. This begins right after the problematic Int 10h (Function 0x15, subfunction 0x8D). Never seen this before with Win apps.

Re: RReady (Rendition Verite wrapper) Test Build (Alpha 1)

Posted on 2023-11-09, 03:06

by sharangad

in PC Emulation

I think I already have a copy of NASCAR.

Re: RReady (Rendition Verite wrapper) Test Build (Alpha 1)

Posted on 2023-11-08, 19:02

by sharangad

in PC Emulation

Cheer Raven-05! Been using sysinternals tools for a long while, never encountered strings before.

Re: RReady (Rendition Verite wrapper) Test Build (Alpha 1)

Posted on 2023-11-08, 09:08

by sharangad

in PC Emulation

Cheers ntalaec! These will give me something to chew on.

Re: RReady (Rendition Verite wrapper) Test Build (Alpha 1)

Posted on 2023-11-08, 06:36

by sharangad

in PC Emulation

Would it be possible for someone with a V1000 board to run this: https://nirvtek.com/downloads/RTest.7z and post the results? On a V2200 it should produce something like this: info address = 19ff20 size 20 **************************************** Board # 1 Verite ID 0x2000 MemBase 0x2974040 memSize …

Re: RReady (Rendition Verite wrapper) Test Build (Alpha 1)

Posted on 2023-11-08, 04:41

by sharangad

in PC Emulation

Dos passthrough is what the finished product is aiming for.

Re: RReady (Rendition Verite wrapper) Test Build (Alpha 1)

Posted on 2023-11-08, 04:39

by sharangad

in PC Emulation

i'd assume dos support would mean a special pass-through dosbox build or so to communicate with the wrapper as those old 3dfx voodoo dosbox patches did when not using the mame software renderer Tackling edge AA sounds more like something a full LLE software implementation would do I'm implementing …