Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

Enjay

Members
  • Content count

    7073
  • Joined

  • Last visited

About Enjay

  • Rank
    Forum Spammer

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Enjay

    Finishing unfinished monsters

    Also true, but the baron doesn't remind me of a children's TV character. ;)
  2. Enjay

    Finishing unfinished monsters

    Yup, fair enough - and I get that. But IMO, it doesn't pass the "rule of cool". IMO, the very upright stance and bulky lower half gives it a Barney the Dinosaur kind of stance and gait (or, maybe a bit kinder, Godzilla). It is a good looking sprite set (and way beyond anything that I could do) but it also has a comical, bumbling, clumsy, harmless creature kind of air about it IMO and I'm not sure that's what was being aimed for. I think that most of that is down to how it stands and walks. Of course, if people are happy with it, so be it. I'm just commenting on how it appears to me. FWiW, the very vertical theropod stance with a dragging tail, as seen in this sprite and early stop motion Hollywood movies etc, is now regarded as unlikely and a much more horizontal spine position with the tail acting as a counter-balance is generally regarded as a more likely model. I'm not saying that the sprite should be reconfigured to be like that (indeed, a sprite with that kind of setup has its own inherent problems as the actor rotates through its angles), I'm just saying. :)
  3. Enjay

    Finishing unfinished monsters

    The suggested baron/hell knight replacement does look good but I do find its walking animation quite comical. It reminds me of... and I can't unsee it.
  4. Enjay

    Introducing ZokumBSP

    Personally, I'd interpret that as bloody mindedness; typical of the attitude I've seen from some of the Vanilla soldiers in the community over the years. Presumably the "certain someone" is Graf who has already committed a change to the GZDoom code to handle blockmaps of the type under discussion. So it would be no skin off his nose and the only people hurt by this action would be the ones who wanted to play the map in their port of choice but who couldn't. And, lets be honest, how big a hurt would that be? "Oh gnoes, I can't play that one map, whatever will I do". :P Exactly my thoughts. A well worded post. I'd suggest that, these days, the de facto vanilla standard is a most-basic set of map parameters, features, editing tricks and so on that will work on any port claiming vanilla compat. Clearly, maps with this blockmap type don't comply with that. A vanilla map that isn't to vanilla spec. Doom paradox alert. LOL
  5. Enjay

    Introducing ZokumBSP

    True, but these days, so what? When did Carmack release the source 1997? For almost 20 years there have been source ports and for that entire time this quirk has gone unnoticed. Now, while I'm not saying that finding out new stuff about Doom isn't fun and interesting (hell, we even have a thread about "things you just found out") doing something that means ports can't play maps that they otherwise would have simply because of a newly discovered vanilla quirk almost 20 years after source ports first appeared and which no one has used ever until now? AlexMax is "technically correct" (which Futurama tells me is the best kind of correct) in as much as Vanilla means "the vanilla exe can play it" but the practical application of the term is that the specs that people have understood and created maps, tools and ports to for the last 20-24 years are Vanilla. So when a new thing comes to light after all that time that makes ports which have supported the "vanilla standard" for all that time balk at a map, it could be argued that such a quirk, even if it runs on the Vanilla exe, is not really in compliance with the de facto vanilla spec. Yes, but how high are those numbers? Easy? Possibly, but desirable? Best? That's subjective at least (not that you said it was desirable or best). There's no real way of telling how many people play using DOSBox+doom.exe versus people playing using ports but it won't be the majority; I'm pretty sure of that. Like I said, the source has been out for almost 20 years. Doom was on its own as the vanilla exe for 4 years. Source ports have been available for a long, long time. Hell, some source ports have been around for longer than the people who play them have been alive. I'm not saying that people shouldn't play doom.exe (whatever rows your boat, it's all good IMO) but people who still hold to the idea that it is the right, proper and only way to play (especially those who crusade about it) don't seem to acknowledge that situation ceased some time ago. What's more, it happened with Carmack's blessing, nay, encouragement. However, I now stand corrected that the type of blockmap under discussion doesn't have to be built by zokumBSP.
  6. Enjay

    Introducing ZokumBSP

    Because many people already use the ports in question to play Vanilla maps so it's reasonable to assume that they will play any vanilla map they want to load up? Vanilla is a base standard that all ports should attempt to play reasonably well, if not perfectly (within the bounds of what the port is designed to do or enable). And while this new BSP program may well build nodes to Vanilla spec, clearly it's a part of the spec that has been unsupported in many ports for many years. Suddenly a user finds a map that doesn't work in their port of choice? I suspect the reality is that they will either just ditch the map or report that the map is bugged. They won't ditch their port. Playing a map for many people is a one-off but they are likely to have a regular/main port that they use over and over. And I don't think I suggested that anyone was suggesting such a thing.
  7. Enjay

    Introducing ZokumBSP

    On the other hand, making a tool that generates blockmaps that mean the maps concerned cannot be played on many of the popular ports that people play on these days seems to be doing the converse except that you can replace the word ZDoom with Vanilla. And while I'm not saying this is your stance (in fact I'm pretty sure it isn't) Doomworld has traditionally had the reputation as the home of people who have the "it's the vanilla way of the highway" attitude, this does nothing to dispell that. Consciously making a tool in 2017 that makes maps unplayable in many people's port of choice unless vanilla standards are explicitly set? I'm not sure how people can think that's a good idea.
  8. Enjay

    So what are we going to do with the maps?

    I hadn't. Thank you.
  9. Enjay

    So what are we going to do with the maps?

    I've been looking for an answer on this and failed so this seems as good a place as any to ask: why was there considered to be a need to downconvert the maps to vanilla?
  10. Oh wow! I'm just discovering this. Played a little bit and it's really good. It's very faithful to the feel of the original with lots of nice enhancements that improve the way it plays to give it a more modern gaming style without ruining the old-school experience. Lots of nice subtle tweaks here and there without messing with the stuff that shouldn't be messed with. A very nice balance. It's also a really nice demonstration of what 3DGE can do too. It's good for the port to get a big project.
  11. If it's a map for a format and port that supports scripting, you could do it in a script. e.g. when the switch is flicked it runs a script that does what you want the switch to do and also activates the trap line.
  12. Enjay

    Gzdoom Model not showing up

    Interesting, I've never had mm3d mess up a model like that. If you're not already using it, can I suggest using Misfit Cubed; a slight improvement on the version from the original author's site, though both have now been abandoned it would seem. https://sourceforge.net/projects/misfitcubed/ Also, I would also suggest saving in MD3 format. MD3 is more precise whereas with MD2 the vertices tend to move around when you save and it can really mess up the look of your model.
  13. I have and still use the paid-for version of DeePsea. In fact, most of the time it's still my go-to editor. It's a real Swiss army knife of an editor that can do just about anything you want with a map or a WAD file. I know it inside out and my unfamiliarity with other tools means something I could do in seconds in DeePsea takes me minutes in more modern alternatives. As a result I find using other tools frustrating: I know they can do the thing I want but I just can't find it. I do dip in and try every now and again and I'll probably get there one day but my motivation to do so is limited. However, because it hasn't been actively worked on for a number of years now, DeePsea has fallen behind the curve. It doesn't support PK3 files or UDMF maps and PNG graphics support is only partial as is automatic support for DECORATE items other than the original very simple original DECORATE format. With ZScript becoming a reality, that's another feature it doesn't support. DeePsea can also be a bit quirky on versions of Windows after XP. That being said, I did have an exchange of emails with Jack Vermeulen (the author of DeePsea) a month or two back and he helped me out with a problem that I was having getting the 3D editing mode to work in Windows 10. I hadn't "spoken" to him in years and yet he was still very helpful. So, for someone looking to get into editing, it would be difficult to recommend DeePsea over a combination of GZDoomBuilder and Slade these days. GZDB and Slade are both excellent, very stable tools that are actively worked on and support all modern features and are still evolving as the ports and features they support evolve too. Personally, I'd really like to see DeePsea worked on again and brought up to speed with modern features but that seems highly unlikely. I didn't really discuss it with Jack but the fact that he no longer gets involved in the community may well indicate a lack of interest in getting back into it and, to be fair, the feature catch-up that DeePsea would require is pretty significant and unless he was particularly motivated, I really couldn't blame any author for not wanting to do it.
  14. Enjay

    Reasons for success or failure of source ports?

    I think the influence of the ZDoomHexen format and ACS in ZDoom is quite important too. From relatively early on, that caused quite a stir and allowed people to do things with Doom maps that simply hadn't been possible before, even with BOOM extensions. Once people got to grips with the format and the scripting, it was a one way street for many people, they learned it and didn't go back. Although there was a learning curve, it was not an entirely untrodden path because the format was basically the same as Hexen so there was already some expertise and documentation out there. Then when ZDoom got DECORATE, as ports such as EDGE started waning (as Graf said), it was pretty clear which one was going to win out in the go to modders port race. And if that's where the modders are, that's where the players will be because the players want mods to play.
  15. Enjay

    Duke Nukem 3D Sounds

    Has there ever been a decent Duke hi-res pack made, like the Perkristian one for Doom? I've got the HRP and it mostly has music and a tiny handful of sound effects and I also have PSX one from the DukeHRP page but they still aren't that much improved.
×