News | Forum | People | FAQ | Links | Search | Register | Log in
Screenshots & Betas
This is the place to post screenshots of your upcoming masterpiece and get criticism, or just have people implore you to finish it. You should also use this thread to post beta versions of your maps.

Need a place to host your screenshots? Upload them here:
http://www.quaketastic.com/
Username: quaketastic
Password: ZigguratVertigoBlewTronynsSocksOff
File size limit is 128MB.
First | Previous | Next | Last
 
I've not really touched it, but TB2 seems to support the 220 format, at least for creating and loading. Not sure how stable the support is though.

Speaking of which, is there any tool that can convert between standard quake and 220? I'm interested in seeing what difference it makes (if any) for my work. 
 
You would have to use the Valve 220 format for that kind of texture alignment. The basic orthogonal (align to world) projection would never look right.

https://developer.valvesoftware.com/wiki/Texture_alignment 
 
So basically I should use J.A.C.K for those kind of brushwork/rotation practices. So I highly doubt mfx was able to pull this off 100% in TB itself. Unless he took like 3 months manually calculating messed up faces or just using Valve 220 format. Not sure how does it work in TB, what are differences.. have to check it out after this noir jam. 
 
I've had issues with texture lock in the past when rotating brushes. One thing I've tried doing in the past was making a cube and then rotating it with texture lock on so that one of the diagonals was parallel to the z axis, but after I did this the textures were completely warped. 
Depressing/Weird/Alien-like Future 
I'm a bit of confused about what I have done.. what does this remind? (possible gameplay section in my noir jam map) : https://drive.google.com/file/d/0BwxYkKdSD855LTE2dS1wSXJHUDg/view?usp=sharing 
 
It reminds me of HL2. 
Standard Axial Texture Projection 4 Life 
#13926 
math or patience? 
 
guess with a rotation, press 'fit' tool, repeat until it's pretty close 
Mankrip 
HL2, not episode 1 or 2.. that tech tower section? Also I think it reminds a bit of Duke Nukem 3D's episode 2, latest maps. 
#13927 
This was fun

standard format & patience 
That Looks Good 
a bit of phong and it'll be smoother than baby poop. 
Baby Poop 
Interesting... We say baby skin in France. 
Really Cool 
 
 
I think in Australia we say "Baby's bottom" which is like half way between the two on the creepy/gross scale. 
New Brightness Controls 
I really dislike how vanilla WinQuake's "gamma" cvar makes the colors washed out, so I'm working on a new system using two cvars: pal_darkness to define the minimum brightness, and pal_brightness to define the maximum brightness; the resulting value is normalized between them.

Default settings (same as gamma 1).

Maximum brightness scaled up.

Minimum brightness also scaled up.

Now, a question: Does the resulting image looks fine for everyone here in this personal settings test? Afterwards I've reduced pal_brightness a bit, to 2.5, but I don't know if this is still too dark for most people.

Anyway, one of my goals with this is to improve the image quality for YouTube videos, since YouTube compression is bad for dark colors, and WinQuake's brightness control makes the colors too washed out. 
Mankrip 
I think 5 might look good. Doesn't QuakeSpasm allow you to set brightness and contrast in the options menu? I have my contrast turned up a bit, it seems to boost brightness a little as well.

Also, how'd you move your HUD to the corners like that? 
 
Looking at your personal settings test on my phone in a dark room, it looks good. Dunno if it's enough for YT vids though. And yeah, the new contrast feature in QS is very useful to have a brighter and more vivid image without washing it out. 
 
Hmm. I've tried increasing the brightness, but this time in another map:
E1M1, default brightness

E1M1, pal_brightness 3.5

E1M1, pal_brightness 5

5 seems to distort some colors too much. 3.5 seems to be the maximum that doesn't distort the colors too much, at least for me.

The below shots were also taken with 3.5:

E1M1, well lit area.

E1M4, dark area.

sevin: This HUD is custom coded. 
 
Still on my phone, but this time with the lights on, I agree that 5 might be too much. E1M4 dark area looks nice but the brightest parts of E1M1 well lit area seem a bit overbright. Maybe you should try 3 again but it's hard to judge how it would look on video, though. 
 
On video it always looks a lot worse, which is why I've lost the motivation to record gameplay videos. 
@mankrip 
Can you share the code for the HUD? I'd love to use that. 
 
Worse as in darker, I assume... Well maybe 3.5 would do, then, I don't know. There's really only one way to find out: make a video. 
 
sevin: This HUD is still the same as in the Makaqu engine. Qbism's Super8 also uses a slightly modified version of it. 
 
If you want video to look good, don't let it within 10 feet of any web-friendly encode or YouTube. Maybe just upload files to a host somewhere for people to download. Not sure what kind of encode is good for HQ gameplay though... 
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.