If you start up with it set to "1" in config.cfg it works, but is set to 0 if you query it in the console.

This is effectively vsync. From the v1k_readme.txt:

v1k_nopageflip (default 0)
if set to one, will use copy double buffering rather than page flipping to
update the display. This can sometimes be a performance win because the game
can avoid waiting for vertical retrace. On the down side, you may see image
tearing

Q1 & Q2 seems not have Vsync, hexen2 had _vid_wait_override & vid_wait, those 2 don't have any effects on video card.
As suspicious Q1 cvar d_sync nothing doing.

Everything id soft based looks like have Vsync always on, and no way to turn off?
The good side of it, no mouse input lag I can feel.

EDIT: will try again, to see closely

You right!
All three game react to this it's vsync
Than vid_wait(s), is just left overs out of software based renderer.

Another funny bug
By changing fov only sky doesn't change perspective)

I've enabled dynamic vsync toggling and vQuake 2 should work with or without it.

I'll get you a build shortly. There's a lot of logging in there to fix the ICR2 in game hud (Note the last commit to dosbox-Rendition is pretty old. You won't be able to get ICR 2 up and running without an updated build.)

If you don't mind the logging, I'll get you a build with the fix. Usually with vsync the buffers are swapped and then V_FIFO_WAIT_DISPLAY command is issued to freeze the chip until vsync has completed. In RReady's case vsync is already enabled by the time the swap command is handled.

My fix involves starting out with vsync disabled, (unless forced in log) and then enabling it after hitting V_FIFO_WAIT_DISPLAY. V_BitBlt is what vQuake 2 uses in nopageflip mode. I've added support for that as well.

ICR2 quick vid:

https://youtu.be/FLUj9MbPV1A

Build with app controlled vsync (the very first frame will be without vsync and there will be a lag of 1 frame after after a state change), v1k_nopageflip will affect it in vQuake 2:

https://1drv.ms/u/s!As-dKk-N73dSmGY9lPNXvA8Y6xDB?e=EmIVy7
MD5: d62b53a00d5c9d4e613e5355758ebe11

[EDIT] This will apply to all RRedline and all upcoming Speedy3D apps. The vsync setting in the cfg (or through settings) will have no effect. This is an untested build and not all apps may work with it correctly.

The ICR2 support is i there but it will not work with the version of Dosbox-Rendition at sourceforge. Don't even bother trying it.

wow , thanks a lot)

The weird thing is vQuake 2/vHexen II uses V_VBitBlt to copy the backbuffer to the front buffer.

This is kind of memory bandwidth expensive. It would've been easier if VL_SetDisplayBase has worked swapped the front buffer without a delay. THere may be apps where this vsync code is broken. The next update will correct everything and hopefully have working ICR2 support.

Is there any way to get cd audio support in vquake2 with windows 10/11?I seem to recall it stopped working after win2k/xp (digital cd audio).

sharangad wrote on 2024-04-06, 10:01:

The weird thing is vQuake 2/vHexen II uses V_VBitBlt to copy the backbuffer to the front buffer.

There's no actual buffer swap. It renders to the back buffer and then copies the bytes over to the front buffers.

Usually it draws to buffer #0, then swaps the visible buffer register to #0 and draws to #1. Vsync occurs when the visible buffer register is altered during a vertical retrace (so there's no tearing) and it doesn't have to be done this way at all.

v1k_nopageflip doesn't really disable vsync. In fact there're no buffer swaps at all. The visible buffer register is always pointing at #0. It just copies the bytes over from buffer#1 to buffer#0 and always draws to buffer #1.

Interesting details

sharangad wrote on 2024-04-06, 10:19:

Is there any way to get cd audio support in vquake2 with windows 10/11?I seem to recall it stopped working after win2k/xp (digital cd audio).

As I remember your game cd containing audio tracks should be first letter appearance cdrom.
E. G.

First appearance of cdrom drive is f:
Second cdrom g:
If you put in g: will not play as game tries to play from f:, as it first cdrom drive game finded.
If you put in g: should play.

Or you can use _inmm.dll which emulates audiocd trough ogg tracks. Some gog games use that approach for example Necrodome.

RaVeN-05 wrote on 2024-04-06, 10:52:

Interesting details […]
Show full quote

Interesting details

sharangad wrote on 2024-04-06, 10:19:

Is there any way to get cd audio support in vquake2 with windows 10/11?I seem to recall it stopped working after win2k/xp (digital cd audio).

As I remember your game cd containing audio tracks should be first letter appearance cdrom.
E. G.

First appearance of cdrom drive is f:
Second cdrom g:
If you put in g: will not play as game tries to play from f:, as it first cdrom drive game finded.
If you put in g: should play.

Or you can use _inmm.dll which emulates audiocd trough ogg tracks. Some gog games use that approach for example Necrodome.

I have two real cd roms and 2 virtual. The real ones are f: and g: I need it to work from here, The two virtual are e: and h:

So if I remap the physical drives to be e: and f: it should work right?

[EDIT] Doesn't work in either physical drive. I seem to remember it briefly working on Win10.
[EDIT2] Yes. I remember I remapped them. I'll just rip it to bin/cue.

When electricity returns will try.
Not bothered about it very long.

RaVeN-05 wrote on 2024-04-06, 11:07:

When electricity returns will try.
Not bothered about it very long.

Daily power cuts? Yeah I know what that's like. There was a time a few years ago when I had 8-12 hour cuts. I actually started work on RReady during the cuts. It was fricking annoying losing power halfway through coding. I tend to lose track of time so pretty much never powered down until the lights went out.

[EDIT] Nope the rip doesn't work in E: either. I think the game relies on CD-audio cable being plugged into the soundcard. I remember this working though on Win10 a year or two ago.

i guess the best way is to press ctrl-s after every new line/change

i am surprised you are not working with cd images. real cds are so slow and noisy.

maybe it works when you disconnect joystick and use only keyboard to drive the car

robertmo3 wrote on 2024-04-06, 11:25:

i guess the best way is to press ctrl-s after every new line/change

i am surprised you are not working with cd images. real cds are so slow and noisy.

maybe it works when you disconnect joystick and use only keyboard to drive the car

I have two Quake 2 CDs. The old one from the 90s still there somewhere, but it's scratched. I still use them from time to time 😀. The bin/cue also has no audio.

Will try that in a bit. The car does drive. It's permanently turning left. I tried driving it along the track. The mis-rendered HUD/gagues annoyed me.

Nascar menus work. But dosbox-rendition/RReady doesn't have mouse support. So I'm adding that in right now.

you can try daemon tools light

check if .cue has audio tracks in it

you have to mount .cue (not .bin) for audio to work

check if audo tracks play in VLC media player

make sure in "Disk Management" the cd drive is called "CD-ROM 0"

Thanks @robertmo, but I can live without CD audio for now.

Need to get the Speedy games going.