News | Forum | People | FAQ | Links | Search | Register | Log in
Chasm_quake_devkit
I read a lot of toppics about the possibillity of making a chasm quake convertion. As with the discusion about beez it often ends up whith a lot of whisfull thinking.
Here my intention to do make a chasm.quake devkit.

So far I've got the models in Quake running, but only on "notarget" function. If you have any ideas here is a devkit with the results.
There is still a lot to be done before all subroutines are cleaned up. For some I have a solution, but there are a lot of double poses in them.

To be done:
- stripping the frames for double action.
- adding the attack pain and death qc.
- eventually change the weapons and attack.
- adjusting the sound files.
- making maps for it with the chasm.wad
- extracting the cieling/floor parts.

Here's the first part of The Sewer map I'm making to try out the first three monsters Stratos - Faust and Spider.

chasm_quake_dev02

sewer1
sewer2
sewer3

I know it is a rather big chunk of work.
I just do it for fun and have no commercial intrest.
Just my urge to see that bastards run in Quake.
:P
First | Previous | Next | Last
Error In Quakespasm And Ironwail 
In Quakespasm 0.94.3 and Ironwail 0.6.0. when loading the test81 map, I get a hard crash to the desktop with this exception:

posenum >= MAXALIASFRAMES

I assume this means there are too many frames in one or more of the models. This loads in Mark V r4, Quakespasm-Spiked and FTEQW. 
I'll See To It. 
As far as I know all models were bound to 255 frames.
I had only quakes past 0.94.2 when testing. 
Update Trash? 
I checked all the models, but couldn't find one with more than 200 frames. Some with a double skin file, but after they were removed the message kept coming back.

Then checked on another computer with quakespasm_0.94.2, and there was nothing wrong with that. I suspect that something is happening with the updates that causes this error. 
Yep 
Probably a case of fix this issue, break that one. 
 
The 255 frame limit comes from the protocol; frame numbers are sent to the client as unsigned bytes. 
Mh 
I believe Ironwail now defaults to 999. Would that have an effect? 
#514 
Yes, 999 is based on 666 which allows up to 64k frames by adding an (optional) extra byte to the frame number in the protocol. You'll probably run out of memory before you run out of frames. 
#514 
Ironwail does have a hard-coded MAXALIASFRAMES of 256, and does do a bounds-check on that which causes the Sys_Error; that came into QS in version 0.94.0 as well, according to the change log, and this is the source of the crash-to-desktop and associated message.

I guess that upper-bound needs to be changed in both engines as both 666 and 999 can exceed it. I'll log a bug for Ironwail. 
#514 
#516 
MAXALIASFRAMES check was added to prevent out-of-bounds access to poseverts[MAXALIASFRAMES] array:
https://sourceforge.net/p/quakespasm/bugs/37/ 
I'm A Fool 
alright. After checking out all updates from quakespasm 0.94.0 to 0.94.4 I blew up my own configuration where it just runned the mod fine.
This was with protocol666.

Some questions.
Is my mod corrupted, or was I to lame to see why all concerns people made with complaints my fault?
How can I change the protocol 15 to 666, or isn't this possible as the code is hard edged?

I feel a bit noob, as I get the feeling I'm a victim of novilty? 
Madfox 
You can change the protocol with sv_protocol 15 for example in the console. Do a restart after entering it. Thanks to mh Andrei has increased this to 1024 in a commit. So next release this won't be an issue.

Thanks for the clarification @mh and @szo 
Screwed 
I can reset my fitzquake0.85 to sv_protocol 666 as much as I want, but after a reset it stays this way one time.
As soon as I try to play the mod it bounces back to 15, reclaring back the error.
Wish I never tried the update. 
Madfox: 
a potential problem is the config.cfg being different between id1 and your mod. Not sure about this, but I think when switching games in quakespasm it reloads the config from the new mod folder, which could set your sv_protocol back to 15 even if id1 has the protocol set to 666. Then when you quit the game, it writes a config file but only to the current mod folder. Try using a text editor and editing config.cfg in both id1 and your mod folder to have the correct sv_protocol 
Thanks 
On another computer my quakespasm_0.92 used protocol 666. Until I installed the updates.
I will try with Teath, see what it will do.
It could be done with a config.cfg in the mod itself. 
 
Texpath. 
Remaster Planned In October 
 
I'll return to my old school. 
Doesn't Look Too Remastered To Me 
More like a re-release. At least I can't see any significant visual improvements. 
 
Yep, it's more like what Nightdive did with Quake.

I think they are just fixing compatibility issues between Chasm and Windows like mouse input, resolution, framerate, sound delay, etc.. 
Results 
Updating the last link.

I managed to transfer most entities to quake except Worm and Chair. Quake has not the same advances Chasm beholds, so I left them for what they are.

http://home.kpn.nl/lo2kf8/quake/maps/Quasm_dev2.46.zip

The posenum=Maxalias seems to be vanished.
Different engines different compatrible. 
They Yeeted Your Page MF 
All you get now is:

"This homepage no longer exists. KPN stopped KPN Homepages on September 20, 2023." 
I See 
Turned it over to Quaketastic.
Eaiest way to do it, I think.

Quasm_Quake_dev2.456 
 
link gives the weong paraph, it is in

single_player/mods/Quasm_Quake_dev2.46.zip 
Full Link 
First | Previous | Next | Last
You must be logged in to post in this thread.
Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors.