Sorta Halloween Jam?
#30573 posted by Shambler on 2018/09/21 16:24:53
Quite a good idea and yeah it was pretty creepy back in the day.
Kinda
#30574 posted by Kinn on 2018/09/21 16:39:35
I didn't want to say Halloween Jam because that could place an undesirable time restraint on it (unless everyone literally started it now I guess lol)
But it's kinda around that time I guess :}
@kinn
Great idea! I am almost ready to release a "quality of life" progs that would be a good candidate for this king of Jam. I know more than one mapper who is trying to up the fear factor and do more horry-themed maps.
#30576 posted by metlslime on 2018/09/21 23:09:59
Just wanted to say good theme. I also found that the game was sometimes scary when first playing, first because some of the enemies were dangerous enough that i feared facing them (I remember hiding from Shamblers in Azure Agony), and second because the strobe lighting and dark corners and twisty layouts meant that sometimes you would get surprised by an enemy's sudden appearance (a fiend that you didn't expect and didn't hear because the alert sound was lost in the chaos).
The last custom level I played that captured any of that was Hell in a Can, or maybe some of the levels from Zerstorer. Though, they were different than the original levels that were scary kind of by random chance, because these custom levels were actively trying to set up scary scenarios.
#30577 posted by negke on 2018/09/22 17:05:32
Once again, it's all about episode 4, which features all the aspects of Quake that people fondly remember the game by when they reminisce but hated when they first played it.
Also: keyboard only!
Absolutely Love The Theme
#30578 posted by starbuck on 2018/09/22 17:19:18
it'll be a real challenge to make Quake scary again. I think it gets so difficult once you've seen behind the curtain, to the point where you know how the enemies and environments work.
Even worse, for many of us, we know how the levels themselves are put together, or even the exact code the determines the AI behaviour.
So yeah, doing something unexpected that cuts through that wall of predictability will be a really interesting challenge. Might have to give it a go. ID1 progs is definitely the right way to go too, it's nice to have constraints.
Cool
#30579 posted by Kinn on 2018/09/22 18:05:57
Also maybe limit it to "only id textures" as well? Could be really interesting to stick to the same art that id had to use.
#30580 posted by Kinn on 2018/09/22 18:08:06
means no-one would be tempted to make spoooooky textures, which i think would be missing the point.
#30581 posted by Kinn on 2018/09/22 18:09:14
Once again, it's all about episode 4, which features all the aspects of Quake that people fondly remember the game by when they reminisce but hated when they first played it.
A tough truth to accept, but a truth nonetheless. Bravo, negke.
Great Jam Idea
#30582 posted by Drew on 2018/09/23 19:08:20
Tricky to pull off, agreed, but could make for some very special maps.
Hope it happens!
Re:#30572
Create a genuinely scary quake experience, i.e. actually try to scare the player, using id1 progs only.
Hopefully this week, I'll be releasing a devkit that strives to maintain the id1 aesthetic but adds quality of life features for mappers including the ability to add models and sounds. I was making this for myself in order to do a "scarier" map project anyway - so I thought I'd chime in here. I think you can make something creepy with id1 progs only - it's just very hard to do without custom sounds at the very least. Add to this that many mappers are using hacks to get around id1 anyway.
#30584 posted by Qmaster on 2018/09/24 22:20:28
Plus 1 for quality-of-mapperlife-progs or qomp or whatever you want to call it.
Some of my favorite maps were in e4. E4m4 is probably the scariest with all its dark corners and fiends.
E4M4
The dark dungeon pathway with fiends in the shadows and the guillotine at the end still terrifies me.
#30586 posted by skacky on 2018/09/25 04:06:49
Hell in a Can and Ruined Nation are two damn really scary Quake maps.
Need Some Opinions
re: mods and version numbers. I will be releasing a devkit mod called progs_dump later this week. This is not a mod like Quoth or AD that mappers will release maps for. Instead, it's designed for mappers to create their own mods. I would like to include the version number in the folder name as there will undoubtedly be multiple fixes and additions to the devkit. There's a chance this mod will be re-written as I learn more QuakeC. So each release should be a stand alone release, not something you'd want to overwrite.
Keeping this in mind, what's better for version 1.0.0
progs_dump_100
progs_dump100
or
progs_dump
I am not a fan of the latter because I want version numbers to be very clear for the reason above.
I welcome your opinions! I just can't decide.
I Think First One Is Better
#30588 posted by Mugwump on 2018/09/25 09:34:22
Second one makes it look like dump and 100 are "syllables" within a name, not name + version.
#30589 posted by Spike on 2018/09/25 12:40:37
learn git.
people can then either fork your git repo (and easily pull your changes and send patches upstream), or they can use your progs.dat file with their map packs using their own gamedir. There isn't really any practical scope for your own directory name that doesn't also defeat your stated goal.
fteqcc-specific
#pragma copyright "Some Boring Message"
#pragma flag enable embedsrc
Then anyone that opens your .dat with fteqccgui will see that message and be presented with your original source (or they can open it with 7zip or whatever for the source, but no message).
You can also pass the output of external commands in as preprocessor macros, which is a very good idea for eg 'git describe', and can make much of the version tracking automatic.
Additionally you're not limited to just underscores. hypens and dots are commonly used in directory names too.
quake -game progs_dump-1.0.0
Just be sure to avoid leading hyphens or dots. :)
@spike
Thanks, all good info. Yeah git is high on the to-learn list. I decided early on to hold off but a future version will be available.
Embed sources is pretty cool!
Carry The One
#30591 posted by Qmaster on 2018/09/25 18:52:38
D.o.t.s. like progs_dump_1.0.0
Or undersquires like progs_dump_v1_00
Just please don't make version 1.0.9 go to version 1.0.10. That doesn't make mathematical sense to go back down a bunch of versions. Should be 1.1.0 at that point.
Also you could start with 001 as a version.
*ahem* *adjusts Monocle*
#30592 posted by Joel B on 2018/09/25 19:03:59
Version strings aren't floating-point number though. They are a series of numbers separated by dots... x.y.z, where x is major version, y is minor, z is "patch" (or something similar). It's fine and good for example for 1.9 to be followed by 1.10, if that's a minor version increase and not a major release.
/end software developer pedantry
I Agree With Johnny Actually
I did research it here based on how Tb2 is released: https://semver.org/ Although I doubt this will get that many patches but who knows?
Since I am a total newb feel free to share other organizational tips. I am all ears! Thanks guys.
#30594 posted by Qmaster on 2018/09/26 04:03:37
Nope, 0.1 is not larger than 0.1
Significant digits trump your pedantry.
I do like the versioning method as a solid method. I prefer 1.0.00 myself since minor patches tend to be more common on stable longterm projects. And for that matter, 1.00 for anything rather "trivial".
#30595 posted by Spike on 2018/09/26 04:46:12
version numbers don't have to make mathematical sense, but if they don't then they won't sort correctly. sorting correctly is a handy property that's worth willing to pay a couple of extra chars for.
that said, if you don't want to switch to double-digits then you could switch to letters instead of numbers in order to retain sort orders - version numbers don't even have to be numbers!
#30596 posted by Mugwump on 2018/09/26 07:25:37
version numbers don't have to make mathematical sense
Maybe not from a programmer's perspective, but for the everyday joe it's confusing if they don't (e.g. 1.0.10 can be interpreted as 1.0.1.0, which would logically be viewed as earlier than 1.0.9).
#30597 posted by Esrael on 2018/09/26 09:18:16
Personally I think a typical (especially a mathematically less inclined) person would consider 1.0.10 a higher version than 1.0.9.
You guys have probably seen plenty of game patches in your day, with patches like 1.09 followed by 1.10, 1.11 and so on.
|