It seems that the voreball explosions have a lot of particle effects than the explosions of the Scarof and the Faust. 

I used a new s_puff.spr sprite in the voreball explosion in order to eliminate that. It seems as soon as Become explosion is called it relays on the older command, so this new sprite causes this effect.

I'm searching for another way to pass this old explosion effect.

I have the idea the banshee is a better way to make the fantom's attack clear. It may be a bat in Chasm, but that's a rather dark projectile. 

I think the way the banshee spins is a bit weird, that is why I suggest to change to chasm bat.

Or maybe the red voreball from mission pack 2 could be a good choice.

One more thing before I forgot, you said before that you have code to make the shielded ogre only take damage from certain attacks. The chasm zombie only take damage from explosives. 

Chasm zomie = deadguy? 

Yes 

Where does the banshee fit in?

The shield code only preserves the higher weapons range. So I could make deadguy only vulnerable for grenades. The shotgun uses another code that's not available for this purpose. So this is still in progress.

It would be nice if I could give the first dead frame a Throw_gib head. 

Madfox, check the mapping and banter discord, we were talking about the Stratos projectile there. 

I was thinking of a way to get the spiral trace code of the new Stratos sprites turning.., here. 

Say your new video, you got the stratos's projectile working? 

I'm working on a boss map with heart and worm. It becomes a little tricky as I see no way to make a player sink through a haunting worm basebox. There shall be a work around for ir, but I'm still searching.

When I started the mod I was planning to convert the monster files. Didn't had the idea to make it solid for an end boss. 

I think that end boss fight needs to be redesigned anyway, since if you maintain the "Player jumping into worm" mechanic, the worm must be really small. Thw worm needs to be same size as shub.

Can you do a picture of shub and the worm next to each other? 

It's possible to make the bouncing box of the Worm shrimp to a one unit tall. Point is to make a clipping brush under it to vanish on the moments its mouth is wide. For now I haven't found a workaround to use a clipbrush. When I use a func door the model falls through it. 

I noticed in alkaline there is an new explosion sprite which does the require the particle effects. Maybe you can use this sprite to solve the Problem of the explosion particles not appearing. 

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. 

As far as I know all models were bound to 255 frames.
I had only quakes past 0.94.2 when testing. 

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. 

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. 

I believe Ironwail now defaults to 999. Would that have an effect? 

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. 

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. 

Logged a bug for Ironwail: https://github.com/andrei-drexler/ironwail/issues/88 

MAXALIASFRAMES check was added to prevent out-of-bounds access to poseverts[MAXALIASFRAMES] array:
https://sourceforge.net/p/quakespasm/bugs/37/ 

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? 

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