I'm new to Unity3D. I've spent the better part of today going through all the tutorial materials. My question is how I should get started creating - or hopefully importing! - a 3D classroom scene or dojo (i.e. where people train martial arts) scene.
Should add a bit more info. My intention is to create a game within this setting/ambience, e.g. for the dojo, have two characters that will eventually fight each other.
Thanks.
Well, if you'd like to create a 3D indoor scene, you'll need to start by creating a 3D model of your scene. You can use free 3D modeling software like Blender to do this. If this is unfamiliar territory for you, you can see what downloadable options exist: TurboSquid
You can drag and drop your models right into Unity3D if they're in the proper format. After that you can continue fleshing out your scene by adding particle effects and lights.
Hope that helps.
Related
I'm currently working on a 2 dimensional top down role playing game and i want to implement a equipment system wherein the way you look changes depending on the gear you have equipped and my idea is to do this by attaching the armor and weapons sprites onto the base sprite/composite sprite. I've been looking for tutorials on how i could implement this in Godot unfortunately the ones i see are only for unity so is this not possible on Godot? though if it is please tell me where i can learn it.
For some reason everytime I load the scene on my Hololens 1 the camera starts at floor level and the scene content doesn't appear to anchor to the floor in the real world..
Using the MRTK demo project files I've created a scene and added in the MRTK packages, configured spatial perception in the player settings, turned on the spatial awareness settings, set to room scale, added observers (checked they're working), added the spatial collider and renderer to an empty game object, and scratched my head many times..
Anyone know what I'm missing/doing wrong?
Unity editor screenshot:
On HoloLens (1st gen and 2) the origin of the world is at the head. From the image you posted, it appears you are designing a VR style scene. In VR, the origin is generally the floor.
As #Perazim mentions, for VR style scenes on HoloLens, you will want to adjust the content placement to account for the origin being at the head. In the Mixed Reality Toolkit example scenes (ex: Demos\HandTracking\Scenes\HandInteractionExamples) the content is contained within a SceneContent object to facilitate easy adjustment.
The older, HoloToolkit contained a script that may come in handy in your scenario. While we have not yet ported it to MRTK v2.x, it should be reasonably straight forward to update.
Hope this helps!
As the title says, I'd like to program a 3d game (probably a BattleZone clone), but without the use of an API like OpenGL, DirectX, and the like. At the heart of the matter, I'd just like to learn how to draw basic 3d shapes to the screen and manipulate them. Don't care if it looks like crap. I've used OpenGL to achieve similar ends before, but really didn't learn about these topics.
The problem is, I have no idea where to start. I downloaded the Doom source code, but it's a bit over my head. Although I've programmed a bit, graphical matters are very much out of my depth.
I'd be very grateful if anyone could offer links or code (in any language) that would help me along in my purpose.
Sounds like an exciting project. I did something similar in the late 90's. Before OpenGL and DirectX became popular, there were a ton of great books on the subject.
Fundamentally you will have to learn how to
Represent 3D geometry
Transform that geometry (translate and rotate)
Project that geometry onto a 2D screen.
Each of those major topics has many sub-topics (for example, complex objects can be constructed from a number of polygons. You may want to limit polygons to being constructed of triangles only, or support other polygons. You may want to load common model formats e.g. .obj files so that you can create models with off the shelf tools).
The topics are way too broad for a detailed answer here. Whole books are written on the subject, including
Black Art of 3D Game Programming (Book, amazingly still available)
For a good introduction to the general topics, have a look at:
http://en.wikipedia.org/wiki/3D_projection
http://en.wikipedia.org/wiki/Orthographic_projection
http://en.wikipedia.org/wiki/Transformation_matrix#Perspective_projection
Doom, which you already looked at, used a special optimization called heightfield rendering and does not allow for rendering of arbitrary 3D shapes (e.g., you will not find a bridge in Doom that you can walk under).
I have the second edition of Computer Graphics: Principles and Practice in C and it uses SRGP (Simple Raster Graphics Programming) and SIGGRAPH which is a wrap-around SRGP, if you look up articles and papers on graphics research you'll see that both these libraries are used a lot, and they are way more direct and low level than the APIs you mentioned. I'm having a hard time locating them, so if you do, please give a link. Note that the third edition is in WPF, so I cannot guarantee much as to it's usefulness, and I don't know if the second edition is still in print, but I have found numerous references to the book, and it's got it's own page in Wikipedia.
Another solution would be the Win32 API which again does not provide much in terms of rendering, but it is trivial to draw dots and lines onto a window. I have written a few tutorials on it, but I didn't cover drawing pixels and lines, so they'll only be useful if you have trouble with the basics of setting up a window. Note that it is not intended for real-time rendering, so it may get slow.
Finally you can look at X11 programming, the foundation of most modern operating systems with a GUI. I haven't found the libraries for Windows, but again I didn't invest too much time on it. I know it is available for CIGWIN and for Linux in general though, and I believe it would be very interesting to look at the core of graphics since you're already looking under the hood of 3D graphics.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
I am making a 2d game, can you post link- tutorials for making a 2d game sprites?, and tutorial for browser game development?
I will be really helpfull
Thanks to all
Here's an article with quite a few details
This site also has some sprite-related resources, and the forums have some guides from a number of experienced people.
If you are wanting to learn about making 2D sprites, the best advice I can give is to learn from the hard work of others. Find a game with sprites that you can edit, and start by modifying the existing sprites (a simple recolor is an easy starting point). Then you can move on to larger sprite modifications (shape, size, etc), "swapping" sprites between games, creating a simple game and using sprites that you "borrowed" from an existing game, etc.
I've been thinking about this problem recently.
In the old days, sprites were hand-drawn pixel by pixel. This works well for flat 2D games (side-scrollers, cartoon adventure games, Z-axis top-down, and such), particularly if they are in the 320x200 resolution. Some examples of gorgeous hand-drawn sprite games are the Sierra and Lucas Arts adventure games, Disney's jump&runs, Capcom's fighter games, the Tyrian/Raptor-style top-down scrollers, and the early RTS games (C&C, WC1).
Some games, like Prince of Persia and Mortal Combat, used sprites from animated actors. That produced fluid motion, but looked 'flat'.
Between the mid-90s and the early-00s, character/item sprite-drawing was done by taking stills of 3D objects. Practically every 2D RTS game since around Age of Empires 1 did that. AFAIK Diablo, Baldur's Gate, Divine Divinity, and other such RPG games did the same. This is the reason those games came on so many CDs - they were chock-full of content.
This approach looks great (not flat, but "2.5D") but takes a lot of hard-drive space. Also, whereas you could produce hand-drawn sprites in Paint, the 2.5D ones require 3Ds Max (or equivalent).
One problem that arises with this approach is the combinatorial explosion in costume design (i.e. if you want animate a character in three different coats with three different hats and three different pairs of pants, you need 27 distinct animation). The solution to this, as seen in Diablo II and Baldur's Gate, is rag-dolling - you produce different sprites for every part of the body. This takes a lot of work. Blizzard made their own tools to produce their sprites, but I'm not sure there are sprite rag-dolling tools in the open.
More recently, most games are 3D. Many actually look worse than the old 2.5D ones, because a simple 3D model can animate well in sprites, but poorly in real-time 3D. The difference is that between a glamor shot of a celebrity, taken from a certain distance in certain lighting and then worked-over in photoshop, and the appearance of the same celebrity in real-life (which may not be as glamorous).
I wonder if there are 3D Object -> Sprite programs. I know of one (don't remember the name at the moment), but are there others? At the very least I'm sure there are scripts for Maya and 3ds Max that take shots of an animated 3D object from different angles. Does anyone know more on this?
To make a 2D game sprite:
Open up paint. Paint a picture. Save as a bmp. You now have a 1 frame sprite. You can add meta data to this in code if needed for hotspot, collision info, etc. If you want it to animate, create a bunch of bmps and display them 1 at a time at whatever speed you want to animate them at.
No need for a tutorial link for something like this. Or, you can download any one of thousands of sprite editors that do the above stuff in one place.
I'm wondering what would be the best approach to render vector objects (e.g. box, rocket) as if they are drawn with a pencil/crayon? Looking for a dynamic rendering approach like RIA/JS here, not Photoshop etc.
EDIT: perfect would be sth. close to http://bootb.com/en/
Cheers,
stephanos
The subject area that you are looking for is called non-photorealistic rendering. It is currently an active area of research in computer science having many, different branches of study.
I did a quick search for "crayon rendering" and found a paper, "A bidirectional deposition model of wax crayons", that has example images.
You likely will not be able to find an RIA/JS software package for rendering an object as if it was drawn with pencil or crayon (not just using Photoshop filters) without implementing the techniques in research papers yourself. The graphics at the site that you linked to were probably hand-drawn by an artist who used a graphics tablet.