hfc2x

Well, we're trying to get this ready for "release" ASAP, but certainly very soon. Fine-tuning certain maps so they actually work together (because a lot of connections are currently broken.. consider for example that Supply Depot 2 alone has exits to at least 4 other maps), adding or removing story elements, having a functional pause menu, and so on and so forth. The main problem is that we all are currently extremely busy to consistently grind away at the project. @⇛Marnetmar⇛ is starting a new job, and I have a ton of work IRL as of late, for reasons I can't really go into. The reason "release" is in quotes is because this will be a mostly-completed, mostly-playable preview. Because we don't have an artist, things are gonna be a little bit rough-looking. Some maps will likely not be in their finished state either, but playable enough for everyone to see.

I feel like people who keep mentioning this forget the fact that this is a DOS game forcibly adapted to be played on modern consoles with modern controllers, not the other way around. The games that tend to have this degree of control usually are games developed with consoles in mind first and foremost, so they obviously need to get that part right. As a result, however, those games tend to end up having strange and wonky mouselook when ported to PC. There's specific cases where a game is developed at the same time for both PC and consoles, in which cases it controls fine on the target platform, but Quake is not really that. I could probably me misremembering, but I think I remember the devs already mentioned this is the same old PC Quake code base, which was never even conceived to be played with modern control schemes, so that part has been kinda hacked in.

Holy visplanes, Batman!

No, it wouldn't. I've been asked about it before, but Doom: Evil Unleashed isn't an alpha/beta "revival" project, so the alphas and betas (and most of their content) aren't of any use to us in the state they are preserved. The only thing they're useful for is to have an idea of what id Software wanted to put into the game in terms of content and game mechanics, but besides that, incomplete assets are just that: incomplete. Hell, I'd even go as far to say Doom v0.5 is the least useful for that purpose, because by that point the game had already diverged pretty far from the Doom Bible.

Smh my head, this is why Nvidia is winning!!! AMD ARE YOU LISTENING??? lmao Thank you! This is exactly what I was looking for, because if this is really a Mesa bug (which I'm convinced it is), then it certainly needs to be reported as such. The problem is that I had no idea where to start poking, or even how to Google this because how specific this issue really is. I thought about looking at the Arch wiki, but then again, I had no idea how to even look for this specific level of troubleshooting. Fedora 40 should officially be dropping on April, so I think I'll just wait and then see if anything has changed (and if not, then install mesa-git to see if it's been fixed there lol). Guess we can close the thread now.

I don't know where I've given the impression that I have zero idea about any of this. Of course I know 320x200 doesn't perfectly scale to 1080p, and I know how integer scaling looks like with the black border and all. I don't expect things to look perfect, but this thread was mostly a question about Mesa drivers because I know for a fact on my Windows laptop things don't look like this, but that's a different and unrelated thing at that point because Windows doesn't use Mesa. This has nothing to do with what I'm asking. Aspect ratio correction should always be enabled because of how Doom's graphics were designed to look like. In any case, that's in Options>General>Video>Aspect Ratio. Funny that you imply GZDoom "does it correctly", because it has the exact same problem: Here, magnified in case you can't see it: Also, even funnier that it is Chocolate Doom of all things doesn't exhibit this problem at all: Which is exactly why I'm asking if there's some Mesa configuration that I'm currently unaware of that might be the cause because it's obviously not related to these source ports. And that's because it's undeniably a Mesa thing. And I already said it's not really that big of a deal that I care too much to fix, because it doesn't really hinder my enjoyment of Doom, but I digress. All I wanted to know was what particular part of Mesa causes this. No thanks. I don't really see the point of "upgrading" to a lower refresh rate than I currently have to "fix" something that's this inconsequential.

It's not that it particularly bothers me. It's not really noticeable most of the time, just that the fact that pixels were not actual rectangles when the game is set to hardware-accelerated that seemed curious to me. Software mode seemed to do a better job at scaling up pixels in a uniform way, and I just wanted to know if it can be adjusted somehow. If it can't be adjusted, well, it's not a big deal.

When the picture gets shrunk like that it's harder to see, but here, have a magnification:

Not really Linux problems, but I have no idea how to ask this, and I have no idea how I had not noticed until now. The other day I decided to switch over to DSDA Doom after I realized PrBoom+ had reached end of life. After setting the video mode to OpenGL, I noticed it looks a little bit weird: Notice how some of the pixels in some characters look out of place (the second E letter in "Fullscreen" looks pretty bad). Setting the video mode to Software makes it look better, but not perfect: And I thought it was probably just DSDA Doom, but then I realized that any game that uses hardware accelerated graphics has some weird things happening to the pixels if you look closely. Has anyone ever noticed this? Is this mipmapping or something? I'm pretty sure it's actually Mesa doing something funky, and I know it can likely be disabled. I'm running Fedora 39 KDE (X11, although Wayland makes no difference) with the freeworld drivers, and I have an AMD GPU. I have no idea how to Google this problem. Does anyone know what's going on?

This exactly is how some of the monster traps in E4M7 are constructed. The concept is the same, although in that case, it's the monsters who "reverse-raise"? (AKA insta-lower) to your position.

I have a similar, but different theory (which would be obvious by now). I think Sandy saw both the original and extended versions of the E1M1 map, and he thought it was not a bad idea, so he proceeded to make his very own interpretation of the concept from scratch, which became the E3M1/E3M9 we know today. This is probably what happened with E3M5 and E3M6. I don't think the 0.5 E1M1 map by Tom was ever intended to be a hell map or even a map meant for the final game at all, since it's pretty clear (at least to me) it was always meant to be just a "feature demonstration" map.

I don't think it's literally that Tom Hall made E3M6. What I'm assuming is that Sandy basically created his own version of E3M6 based on whatever unknown previous version of E3M6 Tom had made that incorporated the same themes and gimmicks. However, this is just me speculating over the fact maps like these exist:

That version of Doom was built on May 1993. Tom Hall didn't suddenly stop working on that map shortly before the release of that particular version and left the map intact like that. He left id Software on August that year, and he did a ton more work, including creating other maps that have been solely attributed to Petersen over the years: In the same video I posted above, Sandy himself claims the teleporter puzzle in E3M5 courtyard (that relies on light tricks to tell you the correct way out, wink wink) was an idea by Tom Hall, that Sandy says he didn't feel like removing from the map. Besides, the starting area of E2M4 has all of the Tom Hall tells, like all 2-sided linedefs having textures on both sides: And also the entire map fitting neatly within a predefined outline: This last fact is specifically because Tom Hall always made his maps fit a building outline first, and then filling the outline with the actual map. About the SSG, I think it probably was Sandy saying that they should include it in the game, but the Doom Bible already mentioned a weapon that sounded suspiciously similar to the SSG: This obviously didn't make it into the released version of Doom, but (this is just my theory) I think Sandy must have read that and he thought it was a cool concept, so he went and asked the rest of the guys to make it a thing for Doom 2. I suppose that means he technically "got it into the game", but I don't think he necessarily invented it.

This was just Tom Hall wanting to make the game look more like real spaces. The reason you don't see this often is because they fired him towards the end of development. There's a reason it's only seen on specific maps, like E2M4 (think of the first secret) and E2M7, and it's because Hall made those maps. Sandy Petersen talked about this in a longplay decino and dwars recorded of The Shores of Hell, where they chat with him. Romero liked his maps looking nice, but never really put much effort into light tricks, and Sandy didn't care at all. That's the reason why you stopped seeing those things. It had nothing to do with play testers. Btw, this is the video I'm referencing:

Pretty sure he's talking about this: Not exactly a 0-height sector, but something you don't really see in vanilla Doom often.

Yeah. It pretty was going to be completely impossible to do with ACS and Decorate only. We're still relying a lot on ACS, but ZScript has made a bunch of work super straightforward. Fun fact: I had been doing some preliminary work with Chocolate Doom to create a version of Doom EU that's more "true" to what it was originally supposed to be, but the amount of work required to do that is just absolutely massive. I may give it another go in the future, but only after we get this version finished.

The only other levels to have fake walls are E3M1 and E3M9, IIRC. Those aren't secrets, but conceal the way to get out of the blood pool. You could say the oldest level to have fake walls (although I'm not sure they're intentional) is E2M5 in the Press Beta, AKA Unholy Cathedral. The exit teleporter is mistakenly covered in middle textures, so you can't actually see it. But yeah, chronologically, the first fake wall you encountered within the game on release is that one in Command Center.

Woah, dude, thank you. Your stuff was one of the main motivators to kick development back into gear. Seeing your stuff made me go "wait, you can do that with ZScript now?" lol.

30 years in the making, am I right? lol.

Hello, everyone It's been a long while since anyone even talked about this, but it's about time we make an official announcement. What better time than on Doom's 30th anniversary, right? This is the official thread for Doom: Evil Unleashed, the many-times-attempted, and never completed effort to make a playable game out of Tom Hall's Doom Bible from 1992. You might remember there was something happening a couple years ago, but then it all went silent. We were just a bunch of extremely naïve 20 somethings who wanted to make a simple mapset for our favorite game. You know, something quick and easy you make in your spare time. How hard can it really be, right? Just throw together some vanilla-looking maps, some ACS scripting, and you're done. Oh, how wrong we were. This was 12 years ago, and at that time we didn't have any sort of plan or outline on how to make a project such as this reach completion. We only had vague ideas of what we thought sounded cool, but were never realistic. Of course, you just know we had no idea what we were doing, and eventually all of us drifted apart and the project faded into obscurity like all the other attempts. However, in 2019 we decided to band together again, this time with a much clearer vision for what we wanted to accomplish, along with much more life (and professional) experience, and we decided to give this project another go in secret, this time having a detailed outline and a clear vision of what we wanted this project to be. Since then, we have been slowly working towards the completion of the usually-ill-fated "Doom Bible Game", whenever possible, as free time and real life allows. Truth be told, we wanted to grind away in secrecy and spring the finished product on everybody as a surprise, but seeing it's the 30th anniversary of Doom, we figured we ought to do our part to contribute to the festivities. So, without further ado, I present to you Doom: Evil Unleashed. Please excuse the placeholder programmer art lol. Screenshots: Features: Implementation of Doom Bible features, such as multiple player classes with different attributes New powerups from the Doom Bible, such as the Infrared Scanner (see enemies through walls), Sonar (points out secrets and exits), and Chaos Field (cause enemies around you to start infighting) Interactive objects found on levels, such as readable logs, computer consoles, and interactive elevator panels Vast System Shock-like interconnected world both on foot and via monorail tunnels. Levels with multiple floors, accessible through elevators or stairs. Interactive exits in some cases, where you can select the next level you want to go to. Optional features, like colored monster blood, Doom Alpha style weapon (and view) bobbing Credits: Original idea: Tom Hall Director: @hfc2x Producer, story: @⇛Marnetmar⇛ Programming, scripting: ZyeByte, @hfc2x Level design: @demo_the_man, ZyeByte, @⇛Marnetmar⇛ ETA: Early-to-mid 2024

I didn't see it before, and I still don't see it. Berzerker jump with less splash radius but more damage? This actually sounds pretty good IMO.

It's kinda obvious lol. Windows and Xbox are both property of Microsoft, therefore no licensing conflicts. I doubt Microsoft cares if you're actually playing Quake 2 on Steam while running Linux or macOS. Sony and Nintendo might probably not want their logos used in contexts outside of their ecosystems, or maybe charge a ton of money to do so.

I'm referring to the Q3-style "fast weapon switch", which on PC can be disabled with the g_quick_weapon_switch CVAR.

It seems you got it working, but I was curious about this because the game has worked fine for me with Proton Experimental on Steam since launch. Is this the GOG version? I suppose you ended up using an alternate wine build (like Wine GE Proton) through Lutris? If you guys do that, and since it can't be made into an option.. can the quick weapon switch be a deathmatch-only thing? It's really annoying and it's the only thing stopping me from getting this on Switch lol.

I'm pretty sure asking for anything that counts as material (yes, even screenshots) would set him for a lawsuit.