ZDoom

You want to extract resources from Blood, and yet you're posting on a ZDoom forum? :bang: The logical thing to do would be to search for a site dedicated to Blood. A quick search on Google, looking for "blood" and "editing" gives: Planet Blood Another site to consider is: Deathmask.net I posted ...

ZBlood merely replaced the graphics of Doom with Blood and mixed in a couple levels. I'm going for the real deal.

Thanks for that tip. I'll give it a whirl.

Hello. I'm about to start my first serious project, a porting of Blood over to GZdoom. (need 3D floors)

However, I need some pointers on how to extract Blood graphics.

Anyone know how?

If you take a look, I also pointed out that the tag in Doom Builder 2 doesn't work. Not just the line special.

I was playing in a map I made previously that I converted to UDMF format and I noticed something important - linedef identification doesn't work! I've tried line action 121, the tag option in DB 2, and both, but none work.

I'll give that combined-texture thing a try at some point, but the DECORATE problem takes presidence. Any suggestions?

UPDATE: The error disappears (for the most part) in the latest SVN version of (G)Zdoom.

Is there a GZDoom UDMF configuration somewhere?

Also, is there a way to change the selection radius of lines/sectors/things? I mean the distance from the cursor that selects a linedef.

I have been playing Chex Quest 3 as of late, and have noticed a bug in the Lost Soul-replacement Flemoid, the Flem Mine. When it performs a charge attack, if it runs into another Flemoid, it will harm it. In Chex Quest, the Flemoids are never supposed to harm each other.

I fail. I missed the savegame part.

This sounds a lot like LOADACS.

Hey. I turned my attention on Chex Quest for a bit a few weeks ago. I decided to make a reloading system for all of the Zorchers. It works perfectly, but there is one problem. Allow me to explain. Let's say I have the Mini Zorcher (Pistol conversion), which takes 12 shots before it has to reload. I ...

Yes, but I already said - having each and every wall execute the script is impractical.

Well, the thing I want to achieve when the player hits a wall is to thrust him/her backward and inflict some damage, not totally destroy him/her.

Monitor the actor's velocity in direction of motion every tic. When there is a sudden, drastic drop in velocity it is clear something has gotten into the actor's way. If the direction of motion changes, then the actor has grazed off something (e.g. hit a wall at an angle and is now sliding along it ...

I already considered that possibility. It is quite impractical, thus it is my last resort.