All posts by gravityworks

V.I.L.L.A.I.N.S.

Villains Logo

V.I.L.L.A.I.N.S was my first independently produced game. Players control aspiring super villains fighting in arena combat to become the next great comic book villain. Gameplay is fast and furious, as players spawn and arm themselves with eccentric weapons straight from a madman’s laboratory before joining the free for all melee.

  • GENRE: Multiplayer Top Down Shooter
  • PLATFORM: Windows
  • PROJECT START: July 2012
  • PROJECT DURATION: 6 Weeks
  • ROLE: Producer/Designer/Artist

Download WindowsDownload Mac

screenshots-iconScreenshots

Primary

Primary Logo

Primary is a game that takes place inside a painted world. The player is a fox cast into the world to remove evil creatures from it. The goal of the project was to create beautiful painted environments for the player to solve puzzles and fight enemies in.

  • GENRE: 3rd Person Adventure
  • PLATFORM: Windows/Mac
  • PROJECT START: September 2012
  • PROJECT DURATION: 16 Weeks
  • ROLE: Producer/Designer/Artist

screenshots-iconScreenshots

Iris

Iris Logo

Iris was a 6 week student project done as part of the Game Design and Development specialization at Michigan State University. The player controls Iris, a divine creature undergoing a trial to become the new goddess of spring. The team focused on creating gameplay that was centered around one main mechanic, the ability of the player to bring spring to the world in a small radius around her.

  • GENRE: 1st Person Puzzle/Adventure
  • PLATFORM: Windows/Mac
  • PROJECT START: April 2012
  • PROJECT DURATION: 6 Weeks
  • ROLE: Producer/Designer/Artist

screenshots-iconScreenshots

trailer-iconTrailer

Grampage

Grampage Logo

Grampage was a 5 week project done for the Game Design and Development specialization for Michigan State University. The player is a homely grandmother who decides on a whim to go out in a blazy of road rage and glory. Earn points by destroying everything around you or completing objectives such as jumping through a giant ring of fire or taking out a blimp.

  • GENRE: Driving
  • PLATFORM: Windows/Mac
  • PROJECT START: January 2012
  • PROJECT DURATION: 5 Weeks
  • ROLE: Producer/Designer/Artist

screenshots-iconScreenshots

trailer-iconTrailer

3D Bitcoin Prices

I’ve been interested in the bitcoin world since learning about it in January. I own some bitcoins, so the how much they are worth matters to me enough that I constantly check the price. The problem is, I don’t like the standard graphs that bitcoin websites use to show price information. Lets look at an example from bitcoinity.

Bitcoin original graph

Can you find the story here?

This appears to be a pretty standard issue financial graph. Every graph I’ve seen of bitcoin prices follows the same general 2D format of time on the X axis, and price/volume on the Y axis. Various elements are used to convey market information, a yellow line is used for a weighted average price, green + red shadows for local high/lows, and blue rectangles for volume. Some sites use slightly different elements such as candlesticks or EMA lines, but I like comboy’s combination of elements and graphic design the most.

The problem I have with these graphs is that they separate related variables into differing elements. It’s been my experience that price levels, volume, and price levels are linked together when it comes to building a high level narrative of what was actually going on in the markets.

To give an example, on October 2nd the infamous Silk Road black market was shut down. BTC was the currency used on the Silk Road, and a huge number of BTC holders decided that their bitcoins were now worth considerably less money. Within minutes trading volume exploded as traders holding BTC sold them to anyone unfortunate enough to have a bid (offer to buy) posted at the time. Prices slid and then entered free fall as the bids holding the price up were pulled or eliminated. Volume hit record levels as the bitcoin community collectively tried to find a price for a bitcoin without SR.

Roughly an hour after the news broke, the bottom was found with bitcoins worth roughly 66% of pre-crash values. Two hours after the crash, the market was all the way back up to approximately 90% of its pre-crash values. It seems that the bitcoin community had once again engaged in its favourite past time: buying cheap coins off panicky newcomers and then reselling those coins hours later to the same people at a recovered price.

Bitcoin graph

Credit to bitcoin charts

I think it is pretty hard for someone without a financial background to build a high level narrative of events like the one I just gave out of a standard 2D graph like this. Price and volatility are connected, but volume is on its own Y axis and often clashes with the price boxes. It is pretty hard to put data that has three dimensions into a 2D world, and this is about as good as it gets if we absolutely must jam data into 2D.

But what is forcing us to put this three dimensional data into a 2D format? In the end, it must only be tradition, convention, or the tools people use to visualize data. A 3D data visualization for data that has, well, three dimensions, is only natural. A cube, with width, height, and depth, can be used to unify the three key variables involved in bitcoin market data in one element and without duplicating the Y axis. Additional data can be conveyed with color. I chose to use red cubes for periods of time with the average price lower than the previous cube, and green cubes for a higher average price.

With these thoughts in mind, I decided to try a new way of displaying market data. My weapon of choice for data visualization on the web is processing.js, which I find to be reasonably powerful and very easy to share. At the beginning of the visualization, I take a moment to explain the axis and element setup. Screenshots of that process explain the graph and element setup more efficiently than words.

Graph Concept

X = Time, Y = Price, Z = Volume

Graph Concept

Every block is a uniform period of time, in this case each block contains an hour’s worth of trade data.

Graph Concept

A block is placed between it’s highest and lowest trade prices.

Graph Concept

Volume is an absolute value, so blocks are placed in the middle of the Z axis and grow equally on each side. I find this does a better job at conveying volume than starting blocks at z = 0.

Now that the format of one block has been explained, lets throw it all together and re-visualize the data. The most interesting dataset I have to visualize is the SR crash, so lets check that out. I won’t be commenting on many of the graphic design choices I made, in order to focus on why I thought cubes were the most appropriate shape to use as the central element in the graph.

New Graph

This shows the trade activity of Bitstamp (one of the major exchanges) during the crash. Here the cube proves it’s usefulness in conveying the story. With high volume, the price fell to a low of 87.5 before rebounding sharply. Toward the bottom we can see that volume is still high but the price volatility of those blocks is low. This means a lot of trading was done without shifting the price much, indicating that the market is reaching the point at which strong support for a given price has been found.

Just 5 minutes after the bottom, the price was skyrocketing back up. We can see a couple tall blocks, indicating the price shifted considerably upward during each 5 minute period. Fifteen minutes after the bottom, the upward trend starts to face resistance, volume is high but the price isn’t moving up. This is symbolized nicely by a wide thin block.

It took me some time to instinctively grasp the new format, but eventually the shapes began to take on their desired meaning.

Bitcoin Graph

A stable market.

These long thin boxes with alternating colors tell me the price isn’t moving much. A few sporadic large buys and sells happen, but nothing really changes.

Bitcoin Graph

A slight downtrend.

In the middle of this timespan there are seven consecutive red boxes. With the average price of each block being lower than the one before it, a downtrend has clearly occurred. The narrow blocks at the end indicate volume goes down and the price doesn’t move much – a new price has temporarily been found and agreed upon.

One major disadvantage of the format I chose to use was labeling price and volume for specific blocks. The visualization is a camera that runs down the timespan, and throwing up even sporadic labels quickly becomes confusing as the eye alternates between the blocks and the labels, attempting to make sense of it all and failing. I chose to display dataset high and low prices, and to display volume at the halfway and end marks. These give the viewer a sense of proportion and absolute value, without excessive distraction.

In combination, the graphic design choices limit the utility of the visualization in terms of mathematically studying the market data. I think this is acceptable, as there are plenty of tools for mathematical analysis of bitcoin market data. What is not so easy to find is a visualization that helps quickly tell a high level story by highlighting the key data and removing technical elements unnecessary for that process.

I readily admit this may not be the ideal solution to the problem of displaying BTC market data, but I think it shows that 3D objects can be powerful representations for datasets that have three distinct, yet related, variables. By using cubes it is possible to show price, price volatility, and volume with just one object. No longer do my eyes need to dance around separate elements in order to put together a picture of what happened during a certain period of time. The shape, color, and position of the cubes tell me what I want to know and help unify a complicated dataset with just one repeated core element.