For being champs and pumping out so many amazing levels, and for Zungryware for picking up my slack when work got difficult for me.

Oh, and grats Ing on inadvertently making Bal work overtime <3 

An awesome effort by everyone, especially you guys for compiling them all. Looking forward to streaming these! 

I forgot DM and COOP spawns in my one little submission. Doh! 

I added four coop spawns to each of the levels. I think Pinchy and Ing-Ing were the only two people that had them in already. 

Well-dosed lo-fi fun romps; makes for multiple cups of coffee even. Impressive quantity, too. Some episodes feel just a tad too long maybe. Could have made for five or possibly even six episodes in total.

The RC2 in the filename implies there's a chance for another/final release. If that's the case, I would suggest addressing a few compatility issues:
-the level names contain uppercase characters which cause problems on case-sensitive OS, so it'd be best to lowercase them all
-I was pleased to see the demos are recorded on protocol 15. However, some of maps will crash old ports upon loading:
E1M1 has excessive visleafs which should be fixable by making the trees func_detail and/or fullvis.
E3M12 and E2M15 have excessive lightmaps which can be fixed by greatly upscaling the textures on the outer walls (visually unnoticable).
E4M19 has excessive efrags which is a bit trickier to deal with; I believe lowering the overall number of torches somewhat should help. 

It's a good idea to keep the "wad" string short and simple - too long and it can trigger crashes on some setups when attempting to load savegames!
A few people on Quaddicted have reported problems on some maps supposedly because of that.

Also @Dumptruck gang/QM crowd 

the lower case thing has been fixed and the link above reflects those changes...

I only made a map for this one so I will pass on those other issues to ZungryWare 

most of those screens look quite nice too! 

Given that these maps were made by a menagerie of people, I have no qualms about it requiring a more modern sourceport. Though I'll admit I should have mentioned that in the post. 

Great job assembling all these maps into a massive pack.

This is a big hearty chunk of Quake, and the maps are short and sweet as I like it! 

Played the first two episodes yesterday evening, cool stuff so far, surprised at how balanced and fun it is considering the tight deadlines.
VOD here https://www.twitch.tv/videos/440462027 

In about fifteen minutes.

https://www.twitch.tv/ionous 

I'm always amazed at how people can churn out maps with these deadlines and still remain consistent in quality through.

There are a couple of dickish encounters but I can excuse those with the bite sized levels (got punked by spawn traps more than once), but I think the greatest endorsement I could give is that I felt that itch to pick up mapping more than once.
It's really nice to check back every once in a while and find fun stuff like this, good job everyone!

Also: Maybe this is a dumb question since I'm more in touch with the Doom side of things, but has anyone ever considered compiling a bunch of entries from past speed mapping packs into one big chunk like this release? would be interesting to have a "best of" compilation or something on that line.
Then again I'm sure that would require a lot of effort better spent on different projects, but it's nice to entertain the idea (assuming it hasn't been done already and I'm not aware of it). 

Go map!!!

That's an interesting idea to go back and repackage maps into episodic campaign. I'm sure there are more than enough base, wizard, runic and elder maps to choose from to make proper episodes. 

Maybe a hub map would be better suited for levels that don't really fit the classic episode themes? you know like in the different jams.
I dunno just throwing ideas around. 

Episode 1 is split into each map, episode 2 is not because I learned it's a lot to keep track of when the maps cruise by.

Ep 1:
https://www.youtube.com/playlist?list=PLLl_-W_uQ5RjMWmDp3nM1052aWLNt5DSD

Ep 2:
https://www.youtube.com/watch?v=_86kpd3AWXg 

I'm doing the same thing- per episode recordings because some maps are 60 seconds long :D. Thanks for your commentary.

As for everyone else, here's my ep1 and 2.

Quoffee Playlist 

So many great ideas. I can't remember them all. ionous had amazing use of elevators and of course that spectacular end map. He's a master of the cylinder. Shower of spawns was clever. I had ran out of ammo by the time JCR's map came up in ep4, but I suppose that is forgiveable since I played on nightmare. ing's flavor of horde cleverness was always a treat. HCM, most impressive newcomer, Loved the oldschool vibes from his. Ah it's too much good quakiness all over!! 

Does anybody else have a crash to console when trying to load E3M15?

MarkV gives me "Host_Error: AllocBlock: Full" when trying to load this map, either from menu or after leaving E3M14. 

There's a fix for QSS, not sure about QS. I'll post a link when I can track it down. 

https://www.quaddicted.com/reviews/quoffee.html 

Thanks to everyone who made a map for this.

First-run demos of 76 of the 77 maps are here:

http://www.quaketastic.com/files/demos/quoffee_iw.zip

The demos are protocol 666 (QuakeSpasm default), skill 2.

* There are two demos for e4m9 because, during my first attempt, the game quit to console with a "Host_Error: SOLID_BSP with a non bsp model" error (more on that below).

* There's no demo for e4ms because I didn't find the entrance to it during this first run -- I tried not to hunt for secrets while recording, because watching me hunt for secrets would bore anyone to tears.

Well, this was a surprisingly massive collection of properly old-school speedmaps!

As far as feedback goes, I'm not sure what feedback I can usefully give for the individual maps, because they're very clearly shaped by the restricted time-limit. I imagine that anything I could suggest as having "room for improvement" probably would have been improved anyway if development had continued beyond the time-limit.

So, I'll settle for giving general feedback about the pack.

General positive points were:

* There was a staggering amount of creativity on display. I don't think I was ever bored.

* There was a substantial amount of playing time here; it really did feel like a shortish game in terms of length.

* The difficulty was surprisingly well-balanced and mostly fair throughout. I only died a handful of times (all deaths are shown in the demos).

* There was a good mix of different types of speedmaps. Some maps were whimsical or humorous. Others felt like they could have been snippets of larger, more normal Q1SP maps. The variety kept things fresh.

* It was nice that so many of the maps included secrets, despite the short development time.

General not-so-positive points were:

* The ammo balance seemed to suffer as a result of the maps being chained into episodes. For example, in the middle of Episode 2, I realised I'd amassed 100 rockets without even trying. The later maps in each episode often felt easier than earlier maps as a result.

* Most if not all maps are vis'ed for transparent water, but several maps seem to assume that the player isn't playing with transparent water enabled. There are a number of cases where Rotfish or other monsters are placed below the surface of water such that a player using e.g. "r_wateralpha 0.5" can easily pick them off before jumping in.

* The blurb and the start map set up an expectation that the pack would focus on the four classic themes; however, some maps seemed very off-theme. I didn't think about this so much for the base maps (because Q1 has amassed a lot of base themes) or the more whimsical maps. However, there were e.g. maps in Episode 3 which seemed to have nothing to do with the Episode 3 theme, which to me is a very specific theme.

But overall, the positives far outweighed these negatives, and I had a great time playing this.

Would play a "Coffee Quake 2" without hesitation. 

[Continued due to character count limit]

OK, so about that Host_Error I encountered in e4m9 ...

Zungryware, I don't know how useful this bug report will be for you, because I appreciate that these are two-hour speedmaps, and not necessarily the kind of thing you'd want to issue a fix for.

Nonetheless, I thought that an explanation of why this bug happens, and how a map can avoid it, might be useful for other mappers who might run into the same issue with their own maps.

For anyone who needs the context: e4m9 is the map set in a graveyard, where two misc_teleporttrain entities (Shub-Niggurath teleport balls) fly around and teleport hordes of monsters into the arena.

The Host_Error is liable to happen if the player goes back through the coffin teleporter (in the chapel) while the second misc_teleporttrain is depositing its horde of monsters. That's why the first of my two demos cuts off abruptly at that point.

The full error message looks like e.g.:

Host_Error: SOLID_BSP with a non bsp model (misc_teleporttrain at -230.481903 1311.311523 592.866760)

Generally speaking, this error will be triggered if a player teleports to a misc_teleporttrain and telefrags a monster at the other end. (A monster other than Shub, obv.).

The root cause of the error is the code for misc_teleporttrain in the original progs.dat. The misc_teleporttrain code is sufficiently broken that it will cause the engine to quit with this error if certain conditions are met. The most common condition is the one I mentioned above, where the player teleports to a misc_teleporttrain and telefrags a monster at the other end.

It seems to me that a map can take various precautions to try and avoid triggering this error:

* Make the misc_teleporttrain fly above the head height of any monsters, so the player can't telefrag them. (e4m9 is OK for this.)

* Have no Scrags in the area with the misc_teleportrain, otherwise the player might telefrag them as they fly about. (e4m9 is OK for this.)

* Use the misc_teleporttrain as a teleport destination for the player, or for a monster, but not both.

The last point is the one that affects e4m9. The second misc_teleporttrain is used as a teleport destination for both the horde of monsters and also the trigger_teleport in the coffin. If the player goes back through the coffin teleporter at approximately the same time a monster is being teleported, a telefrag will occur and will trip the error. The actual "teledeath" entity that causes the telefrag hangs around for a fifth of a second, so a telefrag can happen if the player goes through either slightly before or slightly after a monster is teleported. And in this case, many monsters are teleported in rapid succession.

A Host_Error like this is particularly brutal because the player will lose all progress, and will have to load a previously-saved game to continue.

I believe the simplest way that e4m9 could work around this would be to use the second misc_teleporttrain as a destination for monsters only, and have the coffin teleporter send the player to a regular info_teleport_destination instead.

With the map in its current state, the player can avoid triggering the error by not going back through the coffin teleporter while the second wave of monsters is teleporting in. 

Man, you're a QuakeC savage.