• Announcements

    • khawk

      Download the Game Design and Indie Game Marketing Freebook   07/19/17

      GameDev.net and CRC Press have teamed up to bring a free ebook of content curated from top titles published by CRC Press. The freebook, Practices of Game Design & Indie Game Marketing, includes chapters from The Art of Game Design: A Book of Lenses, A Practical Guide to Indie Game Marketing, and An Architectural Approach to Level Design. The GameDev.net FreeBook is relevant to game designers, developers, and those interested in learning more about the challenges in game development. We know game development can be a tough discipline and business, so we picked several chapters from CRC Press titles that we thought would be of interest to you, the GameDev.net audience, in your journey to design, develop, and market your next game. The free ebook is available through CRC Press by clicking here. The Curated Books The Art of Game Design: A Book of Lenses, Second Edition, by Jesse Schell Presents 100+ sets of questions, or different lenses, for viewing a game’s design, encompassing diverse fields such as psychology, architecture, music, film, software engineering, theme park design, mathematics, anthropology, and more. Written by one of the world's top game designers, this book describes the deepest and most fundamental principles of game design, demonstrating how tactics used in board, card, and athletic games also work in video games. It provides practical instruction on creating world-class games that will be played again and again. View it here. A Practical Guide to Indie Game Marketing, by Joel Dreskin Marketing is an essential but too frequently overlooked or minimized component of the release plan for indie games. A Practical Guide to Indie Game Marketing provides you with the tools needed to build visibility and sell your indie games. With special focus on those developers with small budgets and limited staff and resources, this book is packed with tangible recommendations and techniques that you can put to use immediately. As a seasoned professional of the indie game arena, author Joel Dreskin gives you insight into practical, real-world experiences of marketing numerous successful games and also provides stories of the failures. View it here. An Architectural Approach to Level Design This is one of the first books to integrate architectural and spatial design theory with the field of level design. The book presents architectural techniques and theories for level designers to use in their own work. It connects architecture and level design in different ways that address the practical elements of how designers construct space and the experiential elements of how and why humans interact with this space. Throughout the text, readers learn skills for spatial layout, evoking emotion through gamespaces, and creating better levels through architectural theory. View it here. Learn more and download the ebook by clicking here. Did you know? GameDev.net and CRC Press also recently teamed up to bring GDNet+ Members up to a 20% discount on all CRC Press books. Learn more about this and other benefits here.

Archived

This topic is now archived and is closed to further replies.

yxyou

new background method

17 posts in this topic

Is there anyone who has interest in a totally new background method, totally different from SkyBox, which is currently widly used. It''s main features contains: a. In SkyBox the sky will moving forward and backward continuously as the viewer turns, but this one will not. b. Need only ONE picture as the texture. c. No more than 3 polygons. d. Without limitation on the viewer from moving too high.
0

Share this post


Link to post
Share on other sites
quote:
Original post by asaari
so, what are you talking about?


Hmmm, have you ever used SkyBox?
Quake has such things. If you observe carefully, you can find its shortages. The method i mensioned is advanced one, which have those features above.



0

Share this post


Link to post
Share on other sites
quote:
Original post by granat
It sounds like he wants to be paid for that information...heh..


Yes, I am willing to earn something from the new method I invented, but not money! I believe it should be useful and greatly improve the render effect. If anyone is interested in trying it, use these links:

http://yxyou.home.sohu.com/demos/vbsdemo.zip
http://yxyou.home.sohu.com/demos/vbssrc.zip

maybe slow but worth waiting.


0

Share this post


Link to post
Share on other sites
c) is moot (ok, you gain 3 polygons with your technic! wow! On the million i display, it will surely make a difference..), a) and d) i do not understand. b) can be interesting but are there some drawbacks using only one texture ? Some distorsions ? Requires specific hardware ? The links you gave do not seem to work..

Y.
0

Share this post


Link to post
Share on other sites
Your links won''t work.

> a. In SkyBox the sky will moving forward and backward continuously as the viewer turns, but this one will not.
> d. Without limitation on the viewer from moving too high

Sorry, but I have to ask that: Do you actually know what a skybox is ? Neither a) nor b) apply to a skybox. A skybox *never ever* moves, it only rotates. And the skybox itself is always invisible (you won''t see the box structure), because the applied textures are predistorted.

- AH
0

Share this post


Link to post
Share on other sites
there was a discussion in an old code of the dat (or maybe that was tip of the day) on flipcode.com about a technique that involves only one quad as the background, instead of box
0

Share this post


Link to post
Share on other sites
the problem with one texture (if u try to make a skybox like thing) is u will have a lot of texture wastage. better i say to bind the 3 visable corners and draw those.personally i dont use a skybox cause it looks fake, hey ive been walking for hours yet those hills aint coming any closer!!
0

Share this post


Link to post
Share on other sites
I said SkyBox is moving forward and backward, because it really gives people such feeling, though not real moving, i know this. another words, the common SkyBox makes people feel the sky is not the same far from them as they look around.
I heard SkyBox could be use with predistorted texture, but never seen one. i haven''t found proper tools to make predistorted texture also.
I have read the one quad skybox paper in flipcode. i think the idea is similar, but mine is more advanced for it is fit for some kind of fly sim. i mean if the camera moves very high, common skybox can seem funny. but mine will not. it will need one texture, which can save the time for texture switching and the memory to store more texture. Is it still not clear?

zed''s suggestion is good, but couldn''t change the funny as he also said.

My method still have shortages, that''s why i am here discussing! If anyone want to try it, email me, i''ll send it to you to hear your advices. thank you!


0

Share this post


Link to post
Share on other sites
heres how to get a distortion free skybox in terragen.
rendering control->camera settings->zoom magnification set this to 1.0.
generate a picture from all 6 directions and vola a distortion free skybox
0

Share this post


Link to post
Share on other sites
A skybox without predistorted textures looks *horrible*. If the textures a predistorted (better: pre-projected) the right way (perspective projection, camera angle 90 degrees, 1:1 ratio), then a skybox won''t show *any* artifacts. As I said above: you won''t notice anything ''strange'' about it. But your preprojections have to be very accurate, especially on the box corners to avoid visible ''lines''. Ofcourse the size and expecially the texture resolution will make a difference and has to match your preprojection.

About the sky seeming ''far'' or ''near'': This is an optical illusion. It depends on scale hints. A skybox is nothing but a light incidence environment texture, collecting the incident light over all directions from a single point. There is no scale in such a process. In order to give the human brain a hint that the sky is ''far away'' you need additional clues: large scale scene geometry, fog, moving clouds, stars, etc...

> personally i dont use a skybox cause it looks fake, hey ive been walking for hours yet those hills aint coming any closer!!

That''s why it''s called a ''skybox'' not a ''hills''n''buildings''n''whatever-else-box''

- AH
0

Share this post


Link to post
Share on other sites
A skybox moves with the player, and is drawn behind everything . Because it never moves in relation to the player, a skybox appears "infinitely distant" - which is what you normally want for a sky. Although it is true that clouds, etc, aren't really infinitely distant, in most games your movement is limited to a few square miles of space - if that much. For something of that scale, a skybox works just fine.

So I think I've helped to emphasize the point that a skybox is NOT just walls and a ceiling with sky textures on them, but an environment map (a point the last Anonymous Poster made).

A proper skybox consists of 6 (of 5, if you never see the bottom) pictures taken from the same point with 90 degree camera angles and 90 degree angles between the camera angles. So there's a shot straight up, due North, South, East, and West, and, if applicable, straight down. All the shots fit together correctly, and, because they have perspective, the composite formed by the skybox is completely geometrically accurate. It's the same concept behind the use of hemicubes in radiosity rendering - another thing which works just fine.

I admit a poorly done skybox looks horrible. But a poorly done skybox ISN'T a proper skybox. It's sides AREN'T 90-degree view angle perspective-correct images. And that's the problem. But if a skybox IS done correctly, there's nothing fake about it.

Nothing fake, that is, unless you're coding a flight sim or something similar in which you can move over hundreds of miles of ground. A standard skybox, as I mentioned before, moves with the viewer, and is thus infinitely distant. And, because of the small scale of player movement, any changes in screen position due to the influence of a lower of higher distance in perspective calculations is negligible - something that, if the sky were "real" would probably not even be enough to change the positions of the pixels on the screen. But, for extremely large-scale movement, I will admit they do have their limitations. But they are NOT the fake-looking things you make them out to be.

If you are making a flight sim and need a large-scale sky one option might be to make a "skysphere" surrounding the Earth for each of several altitudes, and interpolate between them. But that seems like overkill in almost all cases. I have trouble believing you're making something in which a standard properly-implemented skybox isn't enough.

But I'll assume for the moment that you are making something that requires something even better than a skybox. In that case, a more robust solution might be applicable, perhaps like the one I just posted.

It would be useful for this discussion - that is, assuming you really are posting here because you want advice and constructive criticism - if you were to actually explain your sky system, instead of simply providing links to source code. And, besides the fact that source code in and of itself generally isn't enough on a forum, your links don't even work. So just explain your algorithm so that we can actually have some useful discussions about it.

Edited by - TerranFury on September 8, 2001 8:29:50 PM
0

Share this post


Link to post
Share on other sites
Well, I am not very sure if I could post the whole idea into the forum! It''s something my supervisor wanted to publish. But since I''ve said it needs only one texture, you can imagine a little.
0

Share this post


Link to post
Share on other sites
Well, I am not very sure if I could post the whole idea into the forum! It''s something my supervisor wanted to publish. But since I''ve said it needs only one texture, you can imagine a little.

0

Share this post


Link to post
Share on other sites