Announcement
All proceeds from JSON .NET for Unity between December 1st and December 20th will be going to charity! The awesome folks at the Unity Asset Store were very helpful in getting my product changes made so I could make this happen.
All proceeds will be going to the Siena / Francis House here in Omaha, NE. They will help to provide Christmas toys for homeless and needy children. They will also help to provide essentials such as hats, boots and gloves for these children and their families. The response from the Unity community so far has been overwhelming with sales making a significant jump since announcing the charity drive yesterday. At the time of writing of this article we have already raised $1,519, nearly $1,000 of which is within the last 24-hours alone. I am thrilled that together we are able to make a difference this holiday season.
UPDATE: Total donation was $3,000
If you've been looking for JSON .NET for Unity, now is the time to snag it. If you'd like to help directly, you can visit the Siena/Francis donation page, or consider making a donation to your own local homeless shelter, even if it's old clothes, boots, hats, gloves, blankets, pillows, anything you can think of that they might need. Or give them a call and they'll provide you with a list of their most critical needs.
You can find all of the relevant links below:
Siena/Francis House
http://www.sienafrancis.org/
JSON .NET for Unity on the Asset Store
https://www.assetstore.unity3d.com/#/content/11347
Release Thread
http://forum.unity3d.com/threads/200336-RELEASED-JSON-NET-For-Unity-3-5-with-AOT-Support
Charity Announcement Thread
http://forum.unity3d.com/threads/216813-JSON-NET-Proceeds-in-December-going-to-charity
I wanted to kick off my category on Unity (sometimes called Unity3D, though Unity is the proper name) by talking about Serialization, especially in conjunction with Json .NET (the Newtonsoft library) which I've ported to Unity 3.5+ and made to be compatible with iOS and the Web Player. I'll give examples of serialization and deserialization with both Json and Bson (Binary Json).
More...
Before writing about Unity, I wanted to provide clarification for my subscribers and let them know that I've moved away from XNA development and moved to Unity. While XNA isn't entirely dead (there are still plenty of XNA developers around and still using XNA for desktop and XBLIG games), it is certainly fading away.
More...
I decided to finish out the year by converting my XNA Terrain series to work with Silverlight 5 and XNA but during the process of converting I ran into an interesting issue. The Texture2D.GetData() method is oddly missing from the Silverlight 5 XNA implementation. I came across several posts around the web asking for a workaround but found no solution so I decided to develop my own. More...
Introduction
In previous sections of this series I mentioned better culling techniques. I wasn't going to touch upon any of these until after the series but it continued to eat away at me until I finally decided to do so. The result was hours and hours of trial and error and a lot of mistakes along the way. Thanks to community contribution in the AppHub forums I was able to get many of my questions answered or at least get pointed in the right direction. I ran into several issues along the way, but eventually came up with a working solution. More...
So far in the terrain series we've learned how to create a heightmap based terrain, leverage a quadtree to navigate our terrain data, and add progressive level of detail by using our quadtree to step away our active vertices as we move further from the camera. Today we're going to concentrate on view frustrum culling. We're going to avoid drawing any geometry that is not in view of the camera. If you haven't read through the first 5 parts of this tutorial you can find them on the Terrain Table of Contents page. More...
Up to this point in the series we have accomplished a few major milestones. We've created a set of data objects to hold the information needed by our terrain, we've constructed a quad tree to allow efficient traversal through different portions of our terrain, and we've implemented the logic to draw our terrain at different levels of detail. In this part of the series we're going to explore adding LOD to our terrain. The level of detail code we're going to implement will be simple and linear.
Only the deepest node containing our camera will be drawn at highest detail and it will step away the detail one unit at a time as it gets further from the camera. As you'll soon see, this leads to some decent but less desirable results. Terrain drawn in the distance will be subject to some visible "popping" as the LOD transition changes and vertices not visible to the user will still be drawn, however we will address these issues in the next parts of the series. For now, our goal is to simply implement a system that allows a transition of detail from our target point outward. More...
UPDATE: If you've been following this terrain series you have probably seen some bugs and a few things that I've overlooked. I spent the last few days following my own tutorial, updating the series text, and fixing and refactoring the code. If you don't want to start the tutorial over just to find the few changes I've made, you can download the complete solution for parts 1 through 4 here: Terrain Solution Parts 1 through 4
In the first three parts of this tutorial we examined creating the basic data structures to hold our terrain data and structuring our QuadTree. In this part of the tutorial I'm going to show you how to activate different depths of the terrain and draw it based on which vertices are active. We won't get into dynamic LOD until the next section, but when we do you'll have a good idea of how we're going to output our indices and draw our specific triangles. If you haven't already read the first three sections of this tutorial, please visit the table of contents page and check them out. More...
In Part 2 of the terrain series we looked at how to build the basic data storage containers that we'll be using to hold our vertex related data. In this segment we're going to examine the QuadTree we'll be using to manage our terrain. The QuadTree aids us in efficiently determining where we are in the terrain. We'll also be using it to determine which individual vertices to display and which groups of vertices will be active. More...
In this second part of the terrain series, we're going to build some of the data structures we'll be using for our terrain. If you haven't already done so, please read Part 1 of the terrain series.
The most imporant piece of our terrain project is the terrain data and more specifically the vertex data. Calculating all of the vertex data can be fairly CPU and time intensive and this is not something we want to do every frame. For this reason, we're going to setup some simple data objects to store our vertex data. Remember from part 1 of the series I said we're working with VertexPositionNormalTexture. This allows us to easily send vertex data to the BasicEffect class and draw a simple texture with little effort. You may decide you want to use a different vertex type and draw the data differently. This is entirely up to you, but I would recommend sticking with VertexPositionNormalTexture for the duration of this series. More...