I did a rough calculation of the text length and it comes out at ~900 chars. Now, Quake copies the centerprint text to a 1024 char buffer (in SCR_CenterPrint), so it's possible that this particular text is exceeding the buffer size and being chopped. That's possibility one.

Quake also counts the lines of text (stored to scr_center_lines) and I make it 29 lines, or 232 pixels high. Now, FitzQuake implements a GL_SetCanvas mechanism for laying out the 2D GUI elements, and centerprints use CANVAS_MENU, which is constrained to a 320x200 viewport (via a glViewport call), so anything outside of that viewport gets discarded by the driver. Add in the "Congratulations" banner and you can easily see why the text gets chopped. That's possibility two.

Possibility one is unlikely but it is nonetheless something that you should try to fix.

Possibility two is definitely what's going on here; the text is just too large for a 320x200 viewport.

Unfortunately this is a case where the mod author was careless: the same problem would occur on any engine running at a sufficiently low resolution. It doesn't occur on non-Fitz-based engines at higher resolutions simply because they don't use the same constrained viewport.

I'd chalk this one down to "bad content", of a similar class to textures containing fullbright texels, but it's up to you whether or not you think engines should support bad content like this. 

Windows GL | WinQuake - Probably fixes the Rapture end text for Open GL by expanding the canvas height to 480 or the largest it can do for the screen resolution being used while keeping the completion plaque or congratulations plaque in the same place.

@mh - Well, I'm sort of the mindset that 320x200 should be supported but also if original Quake does it then it can't really be a bug.

I am particularly interested in coop and I'm hoping to acquire ZQuake into the engine this week. In previous times, I wouldn't have had the right kind of knowledge to make this happen. It is possible I may discover I still don't. Finding out is half the fun. 

With the new build, now the "Congratulations" panel shows in 5:4 modes, but text remains cut off. In 16:9 however, the panel isn't visible while the text is displayed completely.

I was trying this with scr_menuscale 1 and higher, wouldn't make any difference. 

So I played the last two levels of Malice. While I didn't expect anything to go wrong there any more, it unfortunately did.

In d15 (boss map), the game seems to change your FOV, I guess as a side effect of the boss attack when he pulls you towards him or something. This effect should only be temporary and restore your original FOV afterwards, of course. However, sooner or later this causes a crash to console with this message:

host_error: bad fov: 180.000000

I had my FOV set to 105 in config.cfg before this happened, and when I checked after the crash, it was 170. it also happened when setting my initial FOV to 90, so this doesn't seem to be causing it.

Check autodemo and savegames here (136 KB)
(Last savegame and quicksave are relevant - I recommend activating godmode immediately.)

This should be the last issue with Malice.

At least, it seems pushing small crates works after all. No idea if it was something with latest builds that fixed it or I just didn't try pushing at the right angle. Main thing is you can push these crates, so I believe there is no need to look into it after all. 

Yeah sorry about that, complete oversight on my part - nobody tested in easy :[ 

Is there a fix anywhere for this map? Or would it be possible to make one? It's not the first time it has been requested. :P 

Ok ... I'm glad you can push the Malice crates --- that was #1 on my least favorite thing to examine because it shouldn't be related to the engine and would involve QuakeC.

Not that I wouldn't have been able to figure out a game plan, but that it would be very time consuming, especially because I'm sure Malice's QuakeC isn't open source.

Text-cutoff: Thanks for info. 

If I can't then I'll let you know. 

It's still possible to complete the map even with the bug. I just opened the yellow key door by walking backwards into it. And afterwards you have to be careful when returning to that room, ofc.
(As a general advice: Don't include stuff like resolution settings in quake.rc - folks don't like when their default config gets changed.)

Other than that, Mk V doesn't seem to have any issues with RRP. Plays smoothly. Still need to get through Mfx's map to complete the pack, though. 

Something else I noticed with level completion screens: It always displays "current music track" in the upper left corner when starting to play the level stats music. I think that can vanish. 

bad quake.rc files are nothing new.

I don't know that anyone, even with the best of intentions is qualified to make a quake.rc file, most of them are toxic to some extent.

Which is why I've always preferred to type -game <gamedir> in the console.

The mods that really need a quake.rc file are the highly exotic ones and it is not very helpful since you usually do not know that "R" has the reload gun bind key or "K" is use items.

quake.rc files are just basically entirely useless unless they indicate something like the preferred r_wateralpha value. 

Other than that, Mk V doesn't seem to have any issues with RRP. Plays smoothly. Still need to get through Mfx's map to complete the pack, though.

Mark V doesn't say anything 'cause there's lots of builds that may work different if you don't update every time. I still haven't played RRP 'cause it crashes on the build of mark V I tried it back then. I need to check if new version works fine with it. 

I know Baker just added the ability to load RRP maps in the last few weeks, so only the bleeding edge builds in the last few pages of this thread would support it 

RRP definitely works fine with latest Mk V snapshots. Just be careful about Telefragged on easy. 

I'll see if I can do this on the weekend, as well as fix a few other problems with the level, like the long drop secret and make that retarded pipe progression easier to spot. 

Windows GL | WinQuake | Source

Improved ability to handle very large finale text ("Congratulations! ...") like the Rapture.

Experimental feature for use at your own risk --- and this means if you aren't interested in beta testing and not very Quake savvy this one isn't for you. That zlib1.dll file is required because libcurl needs it and I don't have anything checking to make sure it is there.

* Ability to install mods (or uninstall) via console.

Example:
install travail (will try Quaddicted)
install http://celephais.net/levels/files/rubicon2.zip (direct from any web address provided it is a standard .zip file)
uninstall travail (removes quake/travail but keeps the travail.zip)
uninstall travail full (removes quake/travail and removes the travail.zip)

The downloaded .zip files live in quake/id1/_library

This is a beta and it prints a bit more than it should when installing and so far handles things rather intelligently and in a user-friendly manner.

But I have more to do like don't be playing travail and type "uninstall travail". I also want to require the .zip file to uninstall a mod and use the .zip file to only remove files that came with the .zip. 

Just installed it... it crashes to desktop when attempting the install command 

Playing with the music a bit -

If you do cd play 2 it will play track002, you can keep doing this and it will play the tracks but without stopping the previous one. The funny thing is that cd stop only works once so you can only disable one of the tracks, the others keep playing. 

someone please port it to linux
someone please port it to linux
someone please port it to linux
someone please port it to linux

Default directory for downloads is qdir/Downloads/ in the Injector I think, would be great if we synchronise.

I'd suggest "purge" instead of "uninstall NAME full" or maybe at least the other order "uninstall full NAME" or "uninstall purge NAME". That would be more normal. 

Some notes:

And I know this would be rather difficult for the Quake Injector to do but here goes:

1) I have all installed files as lower case no matter what.
2) Take an archive like warpspasm.zip. It should install to warpspasm not warp. You shouldn't have zip files that need a gamedir other than the archive name. And this unarchives that way instead of honoring the \warp directory in the .zip.
3) I agree with synchronization, but I don't want the Downloads folder obviously exposed to the user.
4) I plan that in coop, a server can just transmit over the archive to the client and live install. Mark V as a server already stuffs in a hint to the client that tells another Mark V client to change to directory like -game warpspasm -quoth.
5) I also plan to try to disallow any external archive having the same name as a Quaddicted known archive and refusing to install it.

I have plenty more hammering to do.

@fifth --- at the moment, I don't have another computer available so this really hasn't been run on anything except my hard drive. Thanks for the heads up on the cd play command. 

Latest build definitely fixes Rapture episode ending texts (and with that most likely also Nehahra or any other addon with the same issue). In some video modes, it requires even the very last line available, but all characters remain visible. I only checked with rainend, but I doubt any text is longer than there.

Currently still on my wishlist (unless I find more):
- Shrak texture issues
- Malice d15 fov crash 

Had a quick go at using the install feature.

-'install' then hitting enter is fine, normal command/cvar explanation is printed.

-'install modname', where modname is the name of a mod present on Quaddicted, results in a crash.

-'install http://celephais.net/levels/files/rubicon2.zip' or any URL I've tried so far results in a crash.

In fact entering anything after 'install' seems to result in a crash.

-'uninstall' then enter is fine.

-'uninstall modname' seems to work fine.

-'uninstall modname full' removes the mod directory, but not the zip in id1/_library. Since install wasn't working, _library was obviously manually created and a zip manually placed there to test, so perhaps that's an artificial way to test it. 

When you are already starting with zipfile stuff, why not also provide support for loading zip/pk3 files in general? For me at least, that would make things easier when adding mods. Always opening Pakscape to group stuff together sucks. And additionally, maybe music files inside PAK/zips could finally be recognized. :P

And I forgot one thing in my "wishlist":
- Music track playing msg when exiting level to be removed 

1) https://github.com/hrehfeld/QuakeInjector/issues/75 I have to be honest that I don't fully understand that log now but if I closed it I guess it is not a crossplatform solution to lowercase everything.

2) You know the pain of my Quake life... I need a time machine to get back to the 90s, take over idgames2 and have it prosper with my nazi standards.

Do you support HTTPS or are you using the QI user agent as workaround? I'd need to add a comment to my config so I don't lock the engine out once QI gets a new release. 

a few things regarding this install command:

why not get the engine to directly load the paks etc from the zip file? (especially good when you consider downloads from servers).

(@NightFright: compression within (most) pk3s means that you need to rewrite half the engine to use calls that can either read from a memory buffer or decompress the file on demand. pak files have no compression and are typically opened simply by re-opening the pak and seeking to an offset. I suppose that decompressing to a temporary file that will be automatically deleted would also work. Either way, it isn't a bolt-on feature and can be quite daunting, at least if you want to do it properly.)

how do you update when a new version is available? 'uninstall foo full;install foo'? you'll lose your configs/saves/etc
(this is also incredibly relevant when considering random quake servers running different versions of a mod)

never trust the filename in a url. some examples:
http://example.com/download.php?id=123
http://example.com/...zip (evil huh, note that nvidia drivers will obligingly attempt to load a whole load of dlls from the working directory)

use the user's home directory instead of the quake dir for the Downloads path. Noone will ever find it there!

stuffcmd(self, "uninstall id1 full\n");
also, aliases.
nuff said.

console commands have almost no discoverability. if I don't know the name of a package, I have no way to install it. eg the install command needs a way to list all packages with 'rubicon' or something in the filename or description (apropos style or something).
also, needs a menu so you can easily delete everything.

replacement/generic content like texture packages shouldn't need a -game

map packages will often have a dependancy upon an existing mod, and should be installed in that mod's gamedir instead.

I did consider doing something similar myself, but I ended up overengineering it to be too weird for anything but standalone mods. oh, and I didn't bother with an uninstall option (partly because of the problems with multiple versions of a mod needing to be installed in order to cope with servers running different versions of the mod, as well as mods potentially requiring generic/shared stuff like texture packages).
hence fte's .fmf thing.