News | Forum | People | FAQ | Links | Search | Register | Log in
Quake Documentation Project
Quaketree brought up the idea that the community needs to rescue / dig out the information from this forum and other sources and store it in one accessible place.

Others chimed in and most agree that this place should be a wiki. Spirit has suggested Quaddicted, and I personally agree that it's the right place for such a project, but the Wiki over there seems to be limited. Others (Willem, me) have also volunteered to set up such a Wiki.

Let's discuss this idea further in this thread. I think it would be a fantastic thing to have a community Wiki for Quake level design.

UPDATE: there is now a URL: http://quakewiki.org/
First | Previous | Next | Last
 
yeah, i'm just going to rewrite them all anyway (if i do them) because they are not verbose enough in most cases and don't have a proper way of documenting function arguments and return values. 
 
I really like the separation between Gamer and Editor focus. If I visit a website, I do not want to scroll. I want the information I am looking for right there. 
Spirit 
I argued that too, but in the end, negke convinced me that having each separate is just silly, as one of the good points of having a wiki page is being able to learn EVERYTHING about an object. It also seems silly to have 2 smaller pages about 1 object. Like how much are you really going to write about Rockets?

So now I am in favor of pages which are about "Rockets" (for example), with everything there is to do with Rockets as a player and as a designer on a single page, and the page "item_rockets" forwards to the appropriate section of the "Rockets" page. 
 
Good work so far, guys. I'm digging the site, layout, and especially the logo. The logo is just perfect, whoever did it.

BTW, I noticed a couple of people sign up today--when checking the "Recent Activity" page(at bottom of left menu). They look like bots. Wayne66P‎, and Priscilla 
 
Admins, can you add a captcha to the registration process to stop the spambots? 
Combined Monster Info + Entity Info Page 
http://quakewiki.org/wiki/Test:Vore

feedback would be helpful. If this is better than two pages, we can go through and do everything like this. 
Feedback 
The pic is broken - either that or that vore has a serious problem with her legs. 
Yep :( 
We are going to replace the pics at some point. The existing pictures are all fucked up.

If you have any comments specifically regarding the combination of monster and entity information it would be especially helpful. 
 
The pics have some weird transparency settings which is a shame because they are very nice otherwise. I tried replacing the empty bits with black but that is not the right colour. 
Than 
Looks fine to me (image aside). 
 
I think that page looks excellent. I didn't notice the broken legs until someone mentioned it (above).

The information you're written on is really cool.

I like the entity information, but I don't like "duplicate content" -- I fear we will have an entity section of the site, where we would already have entity information there as well, therefore having duplicate content.

Your thoughts on that? 
Pictures 
You could make pretty good pictures with TrenchBroom if you disable the entity bounds and classnames. Then it will only display the model. You can even change the background color to whatever you want by adding a value to the preferences file. 
TB 
yeah, it was something Negke and I considered. I couldn't use it on this machine though, since models don't render in the 3d view properly. I'll take a pic and put it on the tracker tonight.

Negke said he made a plain white map for taking pics, and he already started doing the monsters, so maybe he'll do the others too.

Spirit: should we be using gif or png for images or does it not matter? 
Use Noesis To Take The Shots 
http://oasis.xentax.com/index.php?content=downloads

I used this to take shots of the Quakeguy. It can open basically every format known to man, and displays animation frames and such so you can pose the enemies as you want. 
 
png! please try to use gamma in the app you capture in rather than changing it later. negke's item pictures look pretty bad imo. what I really like about the current images is that they are not the boring idle stance. 
Oops 
Well, I used png, but since I am currently stuck on my very small, crappy windows xp laptop, I was only able to take shots using QME, which doesn't have a very nice zoom function, so the shots I took are not especially well sized.

I've used the naming format monster_<game>_<monster_name>.png for all images, and the size is 640x640 for everything. Some of the images could use zooming in, so if someone else wants to fix them, that would be most helpful, otherwise I might do it in the future. Perhaps they are too dark also, since I didn't change the brightness at all.

I went through all the standard Quake monster pages and updated the images and added the new monster infobox format. I did not add other information about the entity or clean up the description text at all. 
More Shit 
ok, so the page for the Vore is mostly done, although it needs a better image, and it would be nice to have more information with extra in game pictures perhaps?

I also added the entity information (no detailed usage tips etc. though) for the Zombie, Grunt and Shambler and set up redirects from the old monster_shambler etc. pages to the new entity information section of each monster page.

I was actually going to do some mapping tonight, but there is no time left now :/

Please help fill in the information if you have any time. 
Linking Files 
By the way, I also thought briefly about how we might link files to the wiki for direct map or map page links that don't have to be manually changed if some site goes down. Quaddicted and Quaketastic seem to be the best and most reliable Quake file hosts, and hopefully neither of them will go down, but just in case they do in the future, I thought it would be good to link files via template instead of direct url. In case you are linking a map on the wiki, please use this template I set up:
{{file_map
| file = e1m1rmx
| text = e1m1 remixed
}}
file is the filename of the map, sans extension.
text is a description that will appear on the page, though it can be omitted and the filename + extension will appear in its place:
{{file_map | file=e1m1rmx}} > e1m1rmx.zip
{{file_map | file=e1m1rmx | text=e1m1 remixed}} > e1m1 remixed

The template I set up is here: http://quakewiki.org/wiki/Template:file_map

I would like to set up other templates for tutorial files and stuff, which would hopefully be hosted on quaketastic. It would be nice to have a tutorial or wiki_files folder on there if an admin is reading this ;) 
Images 
The special thing about the item screenshots I made is that all of them are taken from the exact same angle. The different sizes of the images makes placing them on the wiki pages awkward, though. I only realized this afterwards. They may also be a tad too bright. But on the other hand, the monster shots are somewhat too dark. Apart from monitor differences, you have to keep in mind they are displayed on a white background which creates a stark contrast. This makes them harder to see (darker) than they would be on a normal screenshot. Apart from that, they are good, although they could be displayed slightly downscaled. 
PNG Format 
My issue with png screenshots is the filesize. I often come across game screenshots with small or medium resolution but a huge filesize, which always feels very inappropriate. It does seem to work for the monster shots since the images are 'only' 30-50 kb. 
 
You can reduce the bit depth of PNG files too (GIF is 8 bit!) but even better yet you can always run compression tools on them if your software did not automatically do that. Easily saves 20%+. I could do that on the server every now and then.

I really regret going with small JPEG screenshots at Quaddicted so ...

Don't be like me, don't OCD those images angles. ;)

negke, I meant that your item images are very low on contrast. Did you change their gamma/curve or brightness/contrast? 
 
Usually only gif or png is used for images that are simple, such as solid colored shapes, or gradients.

But, for actual pictures, jpeg is what is recommended. Just don't over-optimize it.

Also note that sometimes an 8-bit png can be smaller than a jpeg, and actually be smaller than gif.

I doubt we need a transparent background for these. Do we really? Could just use white background, therefore no need for 24-bit alpha png.

I use Adobe Photoshop and CTRL+ALT+SHIFT+S to Save for Web, and you select the format you want and set the quality on the slider, and you can see preview of size in KB in the bottom left corner of the window. 
 
Yes, we definitely want a transparent background so the images can be used on non-white backgrounds.

JPEG makes non-filtered Quake screenshots look quite bad but otherwise, sure it is useful. 
Maybe We Can Borrow These? 
http://quakeone.com/reforged/bestiary.html

They are a bit small but aren't they wonderful? :)

If it's got to be transparent backgrounds and we need nice big pictures then png is the way forwards. I'm sure it can be achieved with a magic wand tool and a bit of tweaking.

#procrastination 
 
If we maintain non-anti-aliasing, and stick to pixelated graphics--which I would prefer because that's the original vanilla style anyways--then you could get away with doing transparent backgronds using 8-bit png then.

Unless you're linking these images onto other sites, or unless you're implementing a themes or styles system for the quakewiki.org--where a person can change their theme of the website--, then I don't see why you need transparent backgrounds. I think the template of quakewiki.org would stay the same forever. I personally would set the default background of these to be black though.

Who ever does them, could also just save his/her own source files with transparent backgrounds, and should the time come to switch the backgrounds, then he/she could just open their source files and re-export the images again with a different background.

Meh. 
First | Previous | Next | Last
You must be logged in to post in this thread.
Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors.