[Not a bug] Dehacked: Blur spheres give me green armor

Bugs that have been investigated and resolved somehow.

Moderator: GZDoom Developers

Forum rules
Please don't bump threads here if you have a problem - it will often be forgotten about if you do. Instead, make a new thread here.
User avatar
EarthQuake
Posts: 82
Joined: Fri Dec 19, 2003 9:52 pm

Post by EarthQuake »

Killo Zapit wrote:What you can do in DEHACKED is edit the text for the associated sprite number to point to another graphic though. I did that once a long time ago to remap the blue armor sprite (ARM2) to the green armor sprite (ARM1) (that way I could translate it and the green armor into brown leather armor and the blue armor into gray metal armor instead). You could do that to turn the blur sphere spite (PINS) to any sprite you want, just go in the sprites menu in dehacked and change the text offset, or failing that, the text menu and change the text that references the sprite it’s self. I have no idea how well this works with ZDoom, but it worked in vanilla doom great. It may be easier to use decorate subclass the blur sphere and replace it’s frames though.
I just tried both of what you suggested. WhackEd doesn't allow you to change sprite offsets, so I started up dehacked on my other computer and made me a patch, but when I ran it in zdoom, nothing happened at all. The blur sphere was just that, a blur sphere. Also, when I changed the text offset to point to the armor, the behavior is the same as my first two attempts.

So... this means the only way to do what I want is to replace the blur sphere sprites with green armor sprites. It's the only way.

I just had a scary thought.. what if some demonic force wanted to torture me by not letting my sprite replacements work? :P
User avatar
Killo Zapit
Posts: 292
Joined: Wed Jul 16, 2003 9:26 pm
Location: Most likely sleeping.

Post by Killo Zapit »

If changing the offsets doesn't work try altering the actual text it's self. I know for sure that that does work.
User avatar
EarthQuake
Posts: 82
Joined: Fri Dec 19, 2003 9:52 pm

Post by EarthQuake »

Nope :)
User avatar
Killo Zapit
Posts: 292
Joined: Wed Jul 16, 2003 9:26 pm
Location: Most likely sleeping.

Post by Killo Zapit »

Oops, I guess your right. Well it worked in the original at least.
User avatar
Cutmanmike
Posts: 11354
Joined: Mon Oct 06, 2003 3:41 pm
Operating System Version (Optional): Windows 10
Location: United Kingdom
Contact:

Post by Cutmanmike »

Yes, this is the problem me and hotwax had with CTC. It took us ages to figure out how to make the red key.... err... I mean chicken move
User avatar
Anakin S.
Posts: 1067
Joined: Fri Nov 28, 2003 9:39 pm
Location: A long time ago in a galaxy far, far away...

Post by Anakin S. »

Make sprite lumps named rkeya1, rkeya2a8, rkeya3a7, rkeya4a6, rkeya5, and so on in your wadfile and load the chicken images to those frames. It's only the sprite family names that matter in picking up items, so rkeyc, rkeyd, rkeye, and so on would work just as well as pickups as would rkeya and rkeyb.
User avatar
HotWax
Posts: 10002
Joined: Fri Jul 18, 2003 6:18 pm
Location: Idaho Falls, ID

Post by HotWax »

And would move just as fast.
User avatar
Anakin S.
Posts: 1067
Joined: Fri Nov 28, 2003 9:39 pm
Location: A long time ago in a galaxy far, far away...

Post by Anakin S. »

Why wouldn't it move? I would think that the chicken would only need some speed and A_Chase in its walking frames. And if you had a few frames in dehacked set aside for the chicken, then you would only need to change the sprite family to rkey.
Post Reply

Return to “Closed Bugs [GZDoom]”