Welcome to the ZDoom Forums!

e1m3 where you grab the blue key and the lights turn off. That shit always freaked me out when I was little

Use (bit & (flag1 | flag2)) instead. Operator precedence applies. Yup, that got it. Thanks a bunch. :lol: wow didn't know what i was missing was so obvious. So in the case of checking the condition of flags, should i be enclosing the entire bitflag statement within () as well? if ...

Of course more code is needed. Who knows what you did wrong without posting anything checkable at all...? I get that, I'm more asking about it in general. As in, how are you SUPPOSED to be doing it in doom? I've read something close to 3 different ways of doing it. However, making a mockup example ...

I've been re-reading how bitflags are done in zdoom, and I'm finding that my work isn't quite translating correctly. Below is what I've been doing to manipulate a bit flag in zdoom: Assume flags are defined as follows: #define flag1 1 #define flag2 2 #define flag3 4 #define flag4 8 #define flag5 16 ...

I think you should have options for both, as the original model is what I saw trending on facebook

However, your secondary model there is pretty awesome.

Viscera Cleanup detail: Santa's revenge.

I was so proud of myself when i finished this game the first time around without dying. It was such a chore

I knew about LOADACS, i just didn't know if Doombuilder could help me skip a step with importing a library I wrote. Oh well. Thanks for the info

Trying to import a library in Doombuilder that I have open in a separate script. It looks like Doombuilder wont make 2 separate scripts. Is the only way to do this to manually implement the .o file into the wad? Will doombuilder actually let you make multiple behavior objects in a wad?

If you use gdcc-acc, something like this would probably work: Script "ScriptName" (void) { str string = "LOTS OF WORDS HERE"; int lineLen = 55; BeginStrParam(); for (int i = 0; i < StrLen(string); i++) { PrintRaw(c:GetChar(string, i)); if (i % lineLen == 0) PrintRaw(c:'\n'); } PrintRaw(c:'\0 ...

While I don't have any sources for this, I have heard stories of American troops being mistakenly attacked by other Americans because of the distinctive sound of the enemies' weapons. Though most of those stories were from later wars, like Vietnam (where dropping one's M-16 in favor of a far more ...

This just popped into my head in the process of reading this thread. Also, I would agree that a 'swarm' like monster would be really cool to implement and would make for a good enemy. Kinda reminds me of the Bees from Thaumcraft(Minecraft addon)

Thank you for posting this, just downloaded and beat it. It's a lot of fun

Link for download for the lazy http://www.doomworld.com/e1m8b/e1m8b.zip

I didn't want just 2.2 GHz to be honest, but that's the best I could settle for on my budget. Do you still have your old computer? There's an option of just cloning your video output from your new computer onto a second monitor, and then using another computer to capture the video off of it. Little ...

I'm pretty sure he's using OBS to record videos, not stream. (No one even said the word stream until you did.) And really, I'm on a shitty Intel HD Graphics GPU and a Celeron G530 (A 2.40 GHz processor that has already been EOL'd) and can record things fine with OBS. (And, in case you didn't know ...

an i3 is weaksauce. You're trying to run a modern ZDoom port with a dual core processor AND stream? You don't have any overhead available to even run the streaming software. Minimum specs for stuff like that is at least a quad core. The streaming software needs at least 2 cores to run and a decent ...