Excellent work as always Cowcat. Now do Quake 3 or any of HunoPPC's ports, RTCW, Aliens Versus Predator 2000 would also be acceptable :D

grelbfarlk: You asked in November about taking a look at Hexen2 code. :)

New ports ....

OK. Besides a stupid bad function optimization I did that doesn't show text on screen for "showfps", there's a bug in Hexen2 that shows too in original 68k version with timedemos. For example demo1 usually crashes going to the end of it. Sometimes sooner or later, sometimes you can finish it but leaves the game in a state that when you finish gaming it shows a guru/crash.

Sometimes you get lucky to grab an output on console:

another.

About shadow code: Where I can find a list of the texture names for the weapons, etc. Something can be done to "flag" those to check if they have to be shadowed or not.

I know and just seven short months later look what we have! Awesomeness! How about this, this is so easy, just add sound to Amidog's 3.x version FPSE, nothing else (maybe look into why HW acceleration doesn't work too).

In fact I had a raw build without sound or mouse support for some time, but didn't feel it was ok to be distributed.

Also I have some of the stuff from amidog "vbcc" rebuilded but don't tell anyone about that. :blased

Would like to redo old FPSE, but the only available source are the plugins, not the principal program that seems to be shared only to some developers. Maybe on an old hard-drive I have something from the 2000.

Don't know if Amidog would crush my skeleton for re-building his old warpos programs.:o

Amidog encouraged me to go ahead and do whatever with his source, which for me was to stare at it a while then go watch a bird out the window. His source for SOPE is available though.

:lol

I think you should let me try your VBCC rebuilt versions for "Quality Assurance," "Legacy Compatibility," and "Religious Observance" reasons.

I think I found the reason for the Barbican slowdown. When it has no target the ballista enemy keeps doing expensive tracelines for the player to see if he is visible, even when it's not even in the PVS. I'm pretty sure this is an oversight, because in other places there are checks for the PVS or it only checks the visibility of entities in a certain radius.
I'll make a new progs.dat and test if it fixes the problem without breaking the ballista AI :D

Hi BSzili. Keep on it !

Good to see that there's movement on uhexen github on your side & I'm applying some of this new stuff to see what's goin' on.

I did some for the problematic shadows: To this day even new mods with all effects enabled and those shadows still absolutely wrong. The culprit are two things: Wrong rotating code and "weird" entities used by weapons for the player. Necromacer is the most obvious. So basically the undesired entities are checked and a flag is raised, all controled by a cvar that can be manipulated at will before loading time. Some of this stuff is similar to the one I did with BlitzQuake -> "gl_model.c".

But well, I know I'm late to share my code. Hope to give you something to see soon.

And a new beta with some fixes and added stuff like, wireframe modes , triplebuffer screen, some optimizations, non fixed "change videomodes" (but getting there), etc.
The usual :spin

By the way still some problems with timedemos :

another grab:

Yeah, I recently resumed work on the 68k version, trying to make it playable. You can verify my idea if you start a coop server with Barbican on a different machine, and connect from the Amiga to see if the framerate is good. Fixing this is won't be as easy as I thought, because QuakeC is kind of an oddball language, but caching the last linetrace result improved things a bit.
I'm interested to see what you have there too, I haven't really touched GLHexen2 at all recently. I'm not sure about the timedemo problem, I didn't have this issue myself.

Found the culprit of hangs with timedemos (at least in my non released beta :D):

In fact happens in game -just use crusader with "sunstaff" weapon for example or when a wizard attacks you : possible crash in game or most likely when closing game-.

Particles.

Load game with the minimum "-particles 512". The maxparticles used by default ( a wooping 7000) exceed minigl vertexbuffers.

Hope this bug ends for the time being. Or wait for new bugs in the next build.:crazy

:spin

Very playable. Also no longer crashes during timedemos. Effects seem better too. With particles at 64 it plays at 34, 35 and 40 fps during the timedemos 1,2 & 3.

Soon in the Sonnet Wiki Hall of Fame :agree?

Still more stuff is updated following the changes of GitHub, already added the use of mglMinTriArea to further optimize display mode (elim_areasize), etc, etc.

As for problematic shadows, I use PakExplorer & QME (quake 2 model editor) to find the offending stuff: Some of the models use various undetermined/weird figures at the same time.

Latest beta working well here :great

Somebody already did :-)

That cracked me up
:crazy :cheese :cheese :cheese

While testing other stuff I noticed that with this last version 16-bit 44khz audio works fine on the FM801, and doesn't seem to be distorting sounds like in Quake 2.

The only thing I changed in the audio code was the alignment for a structure that is also used on the 68k part of the AHI code.

Basically:

Didn't feel that something changed, but that kind of alignment was used in BlitzQuake/AHI, so I considered this a fix or the "proper way".

Well, nobody besides BSzili has the whole code, but Q2 has a similar approach & probably this "fix" could be done in the future (didn't know about the distortion).