The console doesn't appear to render in vquake 2 with v1k_nopageflip. Aargh! will have to fix this.

r_nopageflip isn't recognised by vhexen 2.

sharangad wrote on 2024-04-08, 08:19:

The console doesn't appear to render in vquake 2 with v1k_nopageflip. Aargh! will have to fix this.

r_nopageflip isn't recognised by vhexen 2.

i am wrong, vid_nopageflip for hexen

BEEN_Nath_58 wrote on 2024-04-08, 08:16:

Well the game runs a little slow than what I would expect, the video has microstutters too. There are graphical glitches with the mouse too, from the start of RReady development

I didn't realise the game was slow. The corrupting menus were already there.

sharangad wrote on 2024-04-08, 08:28:

BEEN_Nath_58 wrote on 2024-04-08, 08:16:

Well the game runs a little slow than what I would expect, the video has microstutters too. There are graphical glitches with the mouse too, from the start of RReady development

I didn't realise the game was slow. The corrupting menus were already there.

The game runs a little faster in the menu atleast in D3D modes.

BEEN_Nath_58 wrote on 2024-04-08, 09:56:

The game runs a little faster in the menu atleast in D3D modes.

Ok the menus. I have a lot of issues with the menus in team apache.

RaVeN-05 wrote on 2024-04-08, 08:20:

sharangad wrote on 2024-04-08, 08:19:

The console doesn't appear to render in vquake 2 with v1k_nopageflip. Aargh! will have to fix this.

r_nopageflip isn't recognised by vhexen 2.

i am wrong, vid_nopageflip for hexen

Yup that's broken. I've currrently got a build of RReady that can render gameplay in vquake2 and vhexen 2, but not the console and sometimes not the menu. And underwater effects, including the water surface is gone while underwater.

In Team apache there's a ridiculous amount of rendering to the front buffer without buffer swaps (i.e. physical frame rate of 0).

This should fix all vHexen 2/vQuake 2 vsync issues and hopefully not break anything else. This will not be going on to the store anytime soon. I need to get back to ICR2 and Speedy3D ASAP.

https://1drv.ms/u/s!As-dKk-N73dSmGnDZnwV7I6AnRpO?e=JZXH0a
MD5: 25f5a6143a5cff1a9f23caa9ba081a15

vHexen II works perfectly with vid_nopageflip 1

vQuake2 does not:
Water surfaces do not appear with v1k_nopageflip enabled. This occurs only in vQuake 2 and only with ref_v1k beta 3 or earlier. A patched ref_v1k is required to use native fullscreen (with config.cfg set vid_fullscreen="1" and forced fullscreen in Rendition.cfg disabled). It will not work with an unpatched version of ref_v1k.

From here: http://www.quake2.com/glquake2/verite.html

v1k_nopageflip (default: 0) (0/1)

If set to 1, the verite will use copy double buffering rather than page flipping to update the display. This command offers a performance win, but it also makes water disappear in v1k beta 3 or lower. Other than that, this command should be set to 1 in most cases.

I don't know what version RReady comes with. It's the patched version @Raven-05 supplied. @Raven-05 could you check if quake 2 renders water surfaces with the RReady supplied ref_v1k and v1k_nopageflip=1 on an actual Verité board.

The last know release of ref_v1k maybe able to render water surfaces but I don't know how to get hold of beta 5 or 4.

apple shop has just allowed emulators.
that means not only apple phones and tablets but also apple pcs.
android allows emulators too.
dosbox-staging in its latest release added voodoo and mt-32 support.
mt-32 roms have to be provided independently 😉

OK, when power get back. We have for 5 hours per day it, at night.

I am used and patched beta5

Maybe blitter V_VBitBlt only used in windowed mode? And while fulscreen patched it's uses swap buffers?
Did hexen also behaves that weird fulscreen or windowed?
BTW still no power (
Just guessing....

RaVeN-05 wrote on 2024-04-08, 16:35:

OK, when power get back. We have for 5 hours per day it, at night.

I am used and patched beta5

Well what's up with only 5 hours?

Tested, beta5 can render correctly with 4 total possible combinations of vid_fullscreen & v1k_nopageflip on real hardware

Does it work with RReady? (beta 5)

robertmo3 wrote on 2024-04-08, 16:18:

apple shop has just allowed emulators. that means not only apple phones and tablets but also apple pcs. android allows emulator […]
Show full quote

apple shop has just allowed emulators.
that means not only apple phones and tablets but also apple pcs.
android allows emulators too.
dosbox-staging in its latest release added voodoo and mt-32 support.
mt-32 roms have to be provided independently 😉

But they have a ton of restrictions.

sharangad wrote on 2024-04-09, 01:41:

Does it work with RReady? (beta 5)

yes everything works. only whole tint screen is blinking often, while underwater or when picking up items, with nopageflip, probably original hardware slower and it not blinks

Can you share a copy of patched beta 5?

RaVeN-05 wrote on 2024-04-09, 01:50:

sharangad wrote on 2024-04-09, 01:41:

Does it work with RReady? (beta 5)

yes everything works. only whole tint screen is blinking often, while underwater or when picking up items, with nopageflip, probably original hardware slower and it not blinks

The original hardware has a physical 8 bit palette overlaid on top of 16 bit colour mode. Rready has an emulated fake palette which is probably why it's blinking. Will try and fix that.

Also do we need the opengl vsync override in the config file?

It might still be useful to disable vsync properly.

robertmo3 wrote on 2024-04-08, 16:18:

apple shop has just allowed emulators. that means not only apple phones and tablets but also apple pcs. android allows emulator […]
Show full quote

apple shop has just allowed emulators.
that means not only apple phones and tablets but also apple pcs.
android allows emulators too.
dosbox-staging in its latest release added voodoo and mt-32 support.
mt-32 roms have to be provided independently 😉

RReady will need a special Miro. V1K V1000 bios to run Speedy3D apps.