More update

Almost finished this brat now I think.

Well, I'm not sure.

Few areas I still need to work on and the face sucks overall but, least its more finished.

It also looks nothing like my sketches. Goddamn.

I didn't include the polys in the image because its way way wayyyy more than what it should have been. I'm hoping that when Ben said not to worry about a poly count, he reaaalllly meant not to worry about a poly count.

Fuck going over this guy to take polys out, I've gotta make a goddamn Faun next, what in the world.

Heres an image anyway cba doing lighting:

Ive thrown it up on this awesome 3D hosting website aswell if you want to get a 360, its pretty niffty:

http://p3d.in/aBDhW

Id type more but its 6.30am and Im sleepy.

Ramble ramble.

Update

Wip shot.

Torso is essentially done aside from a couple of details I want to add to finish the character off, all other details I want to make through texture information to complement the art style of the game.

Anyway, onto the head next.

Heading for trouble...

Line-Ups

Just a quick update.

Here is a rough concept sketch and the line up shots I'm going to use to try model this brat.

AS always the profile shot has messed me up but I think Ill be fine.

Ill be modelling next time I get chance.

Faun will probably come in a few weeks.

Level Design

Mark whipped up a level design for Ben to start the technical prototype. Ran into a few problems and issues with it however, mainly in that we all forgot how to play it.

I went over it anyway and made a few amendments so that Ben had a more concrete and structured plan to work with, below are essentially the exact notes I passed onto Ben.

I WONDER HOW HE IS GETTING ON!?!?!

Before I begin below was Marks initial level design on paper:

We had a little trouble explaining the height shifts and how things worked. Ben was essentially working blind which I can empathize with.

I went over Marks initial design, adding the starting section we had only spoke about and made sure to make the mechanics as clear and concise as I could.

The first image is an overview followed by my notes on the level.

- Player enters and moves through forest style area (jumping up ledges moving through trees).

- Player moves under bridge and reaches Ood, chained to a tree.

- Makes Ood chase player until the tree becomes dislodged and collapses, allowing access to the higher tier 2.

- Climbing along the tree, the player can reach the ledge of tier 2 and enter the cave.

- Inside the cave, the player can explore with Ood and reach the tunnel blocked by a boulder.

- Ood moves the boulder and allows player access.

- Tunnel snakes upwards and reaches a ledge higher up (tier3) *See video.

- From the vantage point, the player can access the first rotating platform.

Player moves along platforms with the help of Ood, to eventually collect the first of 2 cogs.

- Carrying the cog (rather large) the player moves across the rotating platforms.

- The cog is placed on a spindal allowing the player to push and rotate it. *See diagram, bottom right.

- Turing the cog raises the next rotating platform.

- From this platform the player can reach the next ledge and tunnel, taking them to the higher ledge on tier 4.

- At the end of the tunnel, the player Is able to collect the 2^nd and final cog.

- With the cog in hand, the player must jump down the ledge back to their previous position on tier3.

- Ood automatically realigns the rotating platform. (This is the only time in the level Ood will do this unprompted.

- Using the platform the rotating platform, the play can reach the farthest most right ledge of tier3.

- Using the 2^nd Cog and placing it on the spindle at point 2, the player can turn the cog and raise a platform for Ood to clamber and join the player.

- Ood can lift the player up the next ledge, following the player afterwards.

- The player and ood exit the cave onto a ledge, overlooking the starting area and cross a bridge to the end of the level. 

Thats essentially it. Short level used to explain the rough concept of the game and act as a technical prototype to test the mechanics and technical needs.

Just in case Ben reaallllly hated words and reading, which is probably a bad trait in a programmer, I also made a very quick video animation in 3D.

I intended to just use the model to demonstrate perspective shots of the height on different tiers (since I didn't explain it well) but I got carried away and fancied myself the Steven Spielberg of Games Design. 

Yep.

Paranoid Tortoise Update

Thought Id do a little drop of the Art (and design) I've been working on in my class group, Paranoid Tortoise.

We've progress pretty far with a concept document deadlined for Wednesday and we are on track.

Our game, working titled "Ood", is a companion game based on a small child protagonist and his companion Ood, a Faun. (Or at least our version of such.) 

I wont go into much of the mechanics or games design here until later in the project, but for now here is some conceptual art I've been working on. As bad as it is. 

The game will have a very stylized cell-shaded, almost cartoon look and feel. As a result I've done my best to style these initial sketches roughly playing with different shapes and designs for the characters. 

Shading was kept to a minimal in the interests of time and patience. 

Started to like the designs of the characters and kept them consistent in the next few. Also attempted to emulate how we would go about modelling the forest and using the flat cell shaded colours in place of textures. 

I have mixed feelings about its success. 

Oh you!

Our document will probably get featured on the company blog, as soon as we`re ready to post something, but for now here is the cover of it:

Thats all for the Art I suppose right now, Ill be working on doing some more drawings over the next few days. I'm not really loving the quality of the results but with time pressures, need to move quickly to ensure momentum is kept up.

Takes me way to long to draw mediocrity. 

Ill make a new post about design. 

Frog with arms.

I literally have no idea how or when he became Mexican.

So, a Faun.

Just to update on what's being going on recently.

Started the 3rd and final year of my Diploma course. The class has been split into two teams of four and work has began in our respective teams to concept and create some initial game designs that will make up the project for the remainder of the year.

My team settled on its company name, "Paranoid Tortoise", with an assortment of logos below.

So far we have 4 concepts that must be boiled down to just one, which will be our main idea and project for our student company. I don't have much to tell about these concepts but there are these crappy animal sketches roughly related to a companion based game:

Think the Fable2 dog mechanic, only not terrible.

Thats essentially it for college work, Ill have more to report after our next design lesson. 

Here is a screenshot from a tech prototype I've been working on. Its paaaainnnfully basic, but Ive been given some hints on research avenues I should take in regards to pathfinding. So yeah, Ill do that.

BUG BOSS!
I've also (sort of) started work on a small side project spoke about with a friend of mine. Its for a small game concept that the two of us might work on assuming we have the free time.

The game only exists in document form with a rather short GDD but there are these two images for the main protagonist of the game, "Bug Boss". 

Very heavily inspired by one of my all time favourite comics, "The Exterminators" as well as a totally hilarious Metal Gear Solid reference if you really didn't get that. 

Id really like to work on this idea seriously since I've had loads of fun concepting ideas, I hope It does come to fruition. 

Thats essentially it for now, I'm hoping to update some more on Bug Boss and actually begin some prototypes for it in the next few weeks. Likewise college work should start to take off in the next week or so and Ill have much more focused blog posts to blog post about.

Amazing.

Breaking Bad: Methcraft

www.gamecareerguide.com/ is great.

I sent off a short concept for the "Magic of TV" compettition and it came in the top 5 entries.

Based it on Breaking Bad of course, best god damn TV show on the blog.

Below is what I submitted and its also here:
http://www.gamecareerguide.com/features/1124/results_from_game_design_.php?page=1

___________________

Jonny Pickton, Student of Design at Futureworks School of Media, Breaking Bad: Methcraft 

USPs:
- Build a drug empire
- Manage income and export revenue
- Interactive drug creation
- Hire / fire dealers
- Take on rival crews 

Platform: iOS / Android 

Concept:
Putting players in the shoes of show protagonist Walter White (roughly around series 2) the player is tasked with building up their very own drug empire through the manufacture of Meth Amphetamine. The game plays much like a resource gathering / management experience similar to "Game Dev Story" or other games by Kairosoft. 

 

Cooking:
During the cooking phase of the game players enter a mini-game like scenario where they are tasked with cooking the drug methamphetamine (through a very stylized and pseudo realistic fashion, much like the TV series) Hitting the correct buttons through quick time events, releasing buttons at the correct time to add the perfect amount of mixtures as well as the iPhones accelerometer. Also trying out different recipes and methods will go to ultimately define the quality of the drug batch (rated in a percentage of purity). The higher the percentage of purity the higher cash value can be yielded from the cook. As the player progress, they can attempt to cook larger quantities of "meth" (which will require various upgrades to the Lab (see next gameplay phase). With the larger quantities comes new cooking methods and as a result more difficult challenges in the mini-game section; making it harder to reach the highest percentage of purity during the large quantity cooks. 

 

Management:
Here players can expand on their profits by venturing into different territory's on the map, hire help and "muscle" as well as upgrade their lab with either tools or new locations. 

a) Distribution:
Here players must traffic the sale of their drug into specific locations around New Mexico, being mindful of police presence, buyer percentage as well as outside "heat" from rival dealers. The amount of friendly dealers the player can have on the pay role at any given time depends on the amount of cash in reserve, therefor assigning dealers to the correct most profitable location here is key. 

b) Upgrades:
Upgrading the Lab will allow players to cook high purity levels of Meth as well as cook in higher quantities (weighed in pounds) and therefore increase revenue. Upgrades are unlocked as the player progresses through the game and their overall cash banked increases with their "reputation" amongst other dealers in the area. 

Beginning with the RV players can expand outwards buying property to increase the size of their Lab and reap the perks of this; yielding higher meth loads. 

 

Wild Cards:
These appear randomly through the game and give the player challenges such as police inspections to properties or the death of one of their dealers. As well as word of supplies which can be stolen or territory that is up for grabs or new meth recipes. These can be used to the player's advantage or will hinder their progress

Spin Doctor Post Mortem

I wrote a short post mortem with Gina Nordheim for Spin Doctor based on the format from GameCareerGuide.com.

Was pretty fun looking at the project like this and reviewing how it went.

its below anyway.
________

Spin Doctor - Post Mortem

Over the second year of our Diploma into game development, students studying at Futureworks School of Media in Manchester, England, were assigned the brief to create a short beta demo, based on a game concept which would be designed throughout the year. Our class comprised of 8 diverse students each with their own different history and talents when it comes to game development. The majority of the class have some form of background in their chosen specialism (through hobbies and general interest), however there is little formal education from the combined group into the field of game design and development, other than the first year of our course. The brief assigned presented the class with a very difficult challenge to not only create a game (as well as an engine to run it), but to learn and develop their skills along the way. Specific lessons were tought in each of the 3 specialisms, which were lead by 3 tutors with their own field of expertise. The lessons would provide theory and education into each subject, whilst the tutors were also there to guide the progress of the class and help where possible.

Programming, Art and Design were all done in house and from scratch, by students whom were still learning and improving their craft. Initially the class worked separately in groups in order to come up with initial concepts that would form the basis of our demo. From these short concepts, "Space Game" was selected which simply used the core mechanic of rotation and gravity to overcome puzzles. This game would later become the steam punk Victorian world of "Spin Doctor" and form the basis of our year long project. Programmers were tasked with creating both an engine and editor to run the game and help the designers create levels in them. Artists then, were in charge the entirety of the visual content for the game including asset creation and animation.

The result was a short 30- 40 minute 2D gameplay demo released in August 2012. The core concept of the game was the use of a rotation mechanic, allowing users to shift the orientation of the levels and therefore change their route through it in order to avoid obstacles and hazards. Story elements were added into the game giving it more depth and playability, following main protagonist Harland Shears on his journey through a hellish maze of underground hazards and traps as he seeks to find answers to his strange surroundings and ultimately, freedom.

5 good things:
Solid core mechanic
One thing that had been maintained throughout the whole project was the use of the "rotation mechanic" as the main gameplay tool. Story elements, setting and characters were changed frequently during development, but the concept of gameplay remained essentially the same. Having this strong vision for the rules and mechanics early on in the pre-production phase allowed the class to stay focused and work cooperatively to a shared ideal and goal. Ideas flowed more organically since the concept was something everyone had already agreed on and felt comfortable with. This bled into our designs of levels and elaboration of additional mechanics, all of which complemented the main idea for the game.

Level from the game using the rotation mechanic.

Abundance of content
From the early development brainstorming and idea creation phase, it's fair to say the class had too many ideas for the final vision of the game. This down the road would help us out infinitely. When ideas didn't work or something needed to be changed, there was an ocean of concepts for new characters, mechanics and levels talked about and documented early in the development cycle. Again, this allowed the team to naturally and organically bounce ideas from one and other, with all ideas falling back and facilitating our main mechanic, from our story implementation and characters, to the location and setting of the final game. 

Planning
Every aspect of the game was planned out in the pre-production phase of development. The team spoke endlessly about ideas and brainstorms were frequent. Everything was documented down into what would become our Concept and Games Design Documents. The GDD acted as our blueprint for the game and kept the class up to date and on the same page with development. Whenever team members had conflicting ideas or misunderstood elements of the game, we could easily reference the GDD and work from it as we progressed.

Dedication
Only having limited class time, it was important that members were dedicated to the cause outside of college hours and needed to provide a steady income of work for the game. Lessons were limited to only 6 hours per-week with each class divided between Design, Art, Programming and Production, on a monthly cycle. Through the dedication of the class we were able to push through some difficult times and problems we faced through development. The majority of these problems came from technical and work load issues and could have potentially crippled the entire project. Problems with programming and lack of content in the art side of the project were rectified by long working hours and enthusiasm from those involved, to simply finish the project.

Personal Development
The project allowed each of the members on the team a chance to flourish in their chosen specialisms as well as adapt and improve other areas of their development careers. Thanks to the necessity of work the project demanded, the class was forced to learn new skills and improve on old ones to deliver the final project. Naturally working on the game has made everyone better developers overall, however the format of “learning whilst you work” is something that was really pushed and created a better learning environment. Everyone would regularly chip into areas outside of their specialisms which created an overall stronger connection between the classes and helped refine our ideas down.

5 bad things:
Lack of communication
This became a problem almost from day one when starting this project. The group tried many methods of establishing strong lines of communication such as weekly meet ups both in person and on Skype, group emails and finally a Facebook group, which would act as our private social link to everyone in the class. Using Facebook worked the best and ensured we could be in constant communication. However, the laid back nature in which this was approached meant people would frequently be kept out of the loop on important areas of the project, which lead to confusion and overall decrease in moral and productivity. Work was forever being chased and deadlines missed, pushing back the workload of the class and creating stress and tension.

No working procedure or format
Once we hit production phase, without any methods of work submission there was much confusion into where documents were and just who was working on them. At times we even lost digital copies of important documents like the Proposal Doc. A shared group Dropbox account became our primary way to distribute work through the class. During asset creation the Artists had a difficult time advertising new versions of their work and sending them over to the programmers, which brought more problems through image formats and sizing issues. The closing months of the projects saw new builds of the engine and editor being completed almost daily. Keeping up with this steady stream of updates meant members of the team were using back dated version to complete levels. This confusion hindered progress and made the production process for convoluted and confusing.

Over ambition
From the outset we know the goal of the project was to complete a simple but effective 2D game. During the idea creation and pre-production phase work flowed smoothly and kept to a relatively good standard. Once production rolled round however and the class fully realized the scope of what we had planned and how much work needed doing (specifically from a programming side) we started to struggle with work load. Poor attempts at rationing tasks across the class lead to more confusion and slowed development even further.

Prioritized work incorrectly
At times during development the 3 areas of our project, design, art and programming, would progress at different levels based on the classes opinion of importance. Initially, design was focused on more than any other area which left the programming and art creation during the concept phases lagging. Eventually these areas would catch up, but not at steady rates. There was times when designers needed to use parts of the editor to craft levels for deadlines, when the editor was unusable through programming issues. Likewise at times when art was expected, artists were bogged down helping in design areas.

Lack of a project lead / manager
Whilst planning was something that worked perfectly, the ability to maintain strong lines of communication and risk assessment fell short. Implementing a project lead who could act as a buffer for all 3 areas of design and keep track of workload and deadlines, would have ensured a more structured path through development. Without this, the confusion that arose in all areas became worse and with no-one to look for in times of management needs (or indeed blame when things went wrong) the team suffered.

Conclusion
Overall the class worked on the game for roughly 7/8 months (with other class orientated assignments throughout the year). The result is a pretty satisfying game that far exceeded our goals at the beginning of the year. Spin Doctor perfectly showcases how hard work can pay off and has become something we`re rather proud of; more so for a team of inexperienced designers. It wont be winning any awards, but we are more than happy to showcase Spin Doctor as our first game ever created as a class. Lessons learnt will be carried over with us to the 3rd year of our education, where we will hopefully go onto making something pretty special. Watch this space!

More info:

Title: Spin Doctor
Platform: PC
Release Date: 31/08/12
Development time: Academic year
Designers:  3
Artists: 3
Programmers: 2
Engine built in XNA (C#)

School: Futureworks School of Media:
http://www.futureworks.co.uk/ 

Links:
Download: 

http://www.indiedb.com/games/spin-doctor/downloads/spin-doctor 

Website: 

http://spin-doctor.webs.com/
Facebook: 

http://www.facebook.com/SpinDoctorTheGame

What is Design, yo?

I've been a bit more typey typey lately lately, so much so I've wrote up 2 concept docs for game ideas, entered a competition about games design and wrote a short essay on what I think Design is.

The last one is the only serious entry I felt like I had to do, its been buzzing in my head and whether it gets read or not, I felt like I needed to write it for myself.

Making a mental note less, mental.

Anyway here is that essay: 
_____

What is design?

It’s difficult for me to call myself a “Designer” of video game or otherwise without actually knowing or establishing my own definition of what game design actually is. It’s a very abstract term. I think I know what it means and the people I speak to and ask, they think they know what it means. “The bit before you put a game together” or the “bit before you build something” is usually the stock answer. But when I ask my friends or indeed, myself, to explain that further, to really get into what design means and its process, its philosophy and tenants, words and explanations are harder to come by. I find myself drawing a strange blank where I know half the answer, but the other part, the most important aspect, is just out of view of my minds eye. I’ve decided then, to write this short essay for my own notes and to establish myself on the first rung of a very long ladder into the world of video games design.

So, to begin Ill attempt to offer my own interpretation of design, or at least my initial conception of it:

“Design is technical planning”.

It’s easy to see why I would come to such a basic explanation. Design from a technical standpoint is about the pre-emptive design of an object or event that will ultimately deliver a purpose or a function to the user. From the concept stages of an idea to the production is the design phase and everything and anything that happens during this time, is the essence of design. This is a very technical way of looking at design and indeed, a very logical one. Designers plan so that a function is delivered.
    Next, I thought about what that function was and its connection to the original designed idea. This gave me a very rudimentary way of looking at things that was very much grounded in reality and the physical. I expected to see blueprints and planning documents, which indeed every design will have, but it’s around this time I started to realize the designer doesn’t design the object to fill a purpose; the designer creates an experience, the object being the tool used to fulfil this.
     A strange way of looking at things and I still have trouble explaining just quite what this means to me. A really relevant quote by Franz Kafka a friend added;

“I write differently from what I speak, I speak differently from what I think, I think differently from the way I ought to think, and so it all proceeds into deepest darkness.” 

The best example of this design method is a mobile phone. These devices are created almost identical, yet, so diverse in their critical reception. The technical and planning phase of design ends with the physical act of using the phone. Such as, you can call people, send texts, take photos, listen to music, surf the internet etc, but next, comes the designed experience when using the phone. Why do I feel more comfortable using my iPhone than my brothers Samsung? It’s because of the experience we both felt when using the phones, something which is abstract and parallel to the physical act of using them and registers more with our personalities and character. 
    So with that said, I can update my explanation:

“Design is creating an experience.”

The physical object does not matter as much as the user’s ultimate feeling when using it. This is what designers seek to achieve and the goal of every appliance and object we use. My kettle in the kitchen is designed to boil water, but through its metallic design, button catch to open the lid and glowing button to indicate temperature, the experience of using it is much easier than boiling water on the stove. It serves its purpose of an experience to be “easy and efficient.” Tying this back to my phone example, some things can have more than one purpose to achieve and meet for the end user. My phone needs to be quick and efficient, but it all needs to be fun and enjoyable to use; perhaps these are conflicting ideals but it us up to the designer to ensure that during my usage, I experience all of these.
    One problem I face however with this explanation is an argument a friend made, “You prefer your phone because you own it and your brother, his”. This is very true. It’s arguable that I choose my phone because it’s just that, mine. I know it thoroughly and whilst it might be technically identical to any other phone of the same brand, it’s still mine. It’s different. It’s personal.

It’s at this point I think I understood a little better what It meant to be a games designer:

“Design is creating a personal experience.”

I feel like the phone belongs to me and therefor my experience when using it, is a very personal one. It’s why I continue to use it and don’t sell out for a different (potentially better) model. You could argue that our attachment to items is something a designer has no control over, but if that is the case, why do I not care about replacing the kettle in the kitchen? Surely by mere ownership that kettle becomes mine and personal. If a designer has no control over my interpretation of something, then there should be no distinction between my phone and kettle. But of course there is and that personal attachment is intended, even expected of me by the designer.
    Back to video games then, it is the job of a good designer to make sure the experience I have with a video game is not just to be fun or enjoyable. It’s not just for me to enjoy the experience, but it’s to have some form of connection with the game whether it is ownership or an emotional attachment. Games have made me feel pride and respect. They’ve made me hate characters and love others and they’ve made me laugh and cry. It is through this connection, something which the designer has intentionally set out to do, that keeps me playing games. That not only makes the experience enjoyable for the time I switch the game on to the time I switch it off, but that stays with me and resonates for days, weeks, months even years afterwards.
    It’s the reason why I still remember the ending to Shadow of the Colossus frame by frame, or why I have to fight back tears when I hear “Snake Eater” or why I feel goose bumps at the Metal Gear theme. It’s the reason why I still remember the names of my Pokémon that I first beat the Elite4 with and why I’m still paranoid at night after playing Alone in the Dark. 

    These experiences have become personal to me because they belong to me. They are something that transcends the physical disk and digital game and exist in my mind and emotions. They are part of my history and have shaped me into the person I am today.
    It’s difficult for me to list you the games I have forgotten, since the list is vast. The games that mean nothing to me, that I have forgotten because their design did not reach me on the right levels, I didn’t care about them.
    I type this and have to physically stop myself from listing Call of Duty as an example of a bad gaming experience, but this would be immature. The emotional attachment with these games doesn’t come from the game itself, but from the experiences users have with each other as they play and this has been designed to exist this way. It’s easy to say you felt no-emotional connection to Call of Duty or Battlefield or any other FPS on the market, the games do not seek to satisfy that need in you but to feed the social side of your personality. I cannot recall and element of the Call of Duty single player, I do not know characters (outside of pop culture) or events of the game, but I can recall the day I won a very important clan match to take my friends through to the next round of a competition, much to their cheers and admiration. The adrenaline and rush I felt playing the game wasn’t through the game itself, but the want and desire to impress my friends and win the round for them. The game was designed to facilitate this.
    There is a painting I remember, “The Bridge” by David Shepard, which I saw in an old war museum in Wales somewhere with my family. This is going back a good 10 years. I remember standing in front of it and just staring in awe, (I was pretty interested in art back then anyway) but what really sticks with me about that day and what is the defining point of my experience, was looking over to my Dad and seeing him staring just the same. We both looked on for a good few minutes in silence, so much so we were last out of the museum and last into the car. Nothing was said between the two of us, nothing needed to be said but I’ll never forget that moment we shared. I’m not sure my Dad even remembers it, but that painting facilitated that moment between us, a moment where nothing happened, but was strong enough to keep us in that silence and that stasis together, it was a powerful image to me for achieving that. That painting is something I will never forget and in turn, the experience I had with it.

The last question I have to answer for myself then is as follows,

“How does a games designer create a personal experience, for everyone?”

Surely by my definition a “personal” experience has to be just that, personal. It cannot be replicated or copied to each individual person it has to be unique. So how do games designers ensure our attachment to a game? How do they ensure that what they have created is so powerful in emotion that it sticks with any number of hundreds and thousands of people at any given time?

They put themselves in the game.

I love Metal Gear Solid and by association I love Hideo Kojima. I know we would be best friends if I ever met the guy, because I already know him so well. It’s easy to play through any of the Metal Gear games and see elements where Hideo has put himself in the game, used his own personal experience and emotions to craft and shape the game world and by proxy, my experience when playing it. Empathy is powerful and to see such emotion and passion put into a game, it resonates with everyone. This is what it means to be a true games designer.

Papa and Yo is an amazing game because by the end of it, you feel like you know Vander Caballero. He puts himself into the game.

Watching Indy Game Dev: The Movie and in Braid, Fez and Super meat boy you can see elements of each designer woven into the fabric of their games; and not just their light side, but the darker side as well. You can see pain in some of these games; you can see flaws and insecurities in the designers through playing them. They have put so much on the line, that it bleeds through the gaming experience and transcends it to the point where, subconsciously, you`re almost having a conversation with the designer themselves, where they are almost speaking to you through the game.

This is the kind of designer I want to be.

This is the kind of designer I will, be.

I feel like I have moved forward and ranked up on my road to becoming a designer of video games. Understanding my craft is the start of that battle and only then, by stripping everything back to zero and rebuilding my definition of design will I feel ready to progress. I still do not think I understand design completely, nor do I think I ever think I will, but I am one step closer to that goal.

And that’s just cool beans. 

So this is my 100th post on the old blog!

Woo!

I've taken this time away from Futureworks to try and brush up on some basic 3D modelling skills (before attempting some Unity Engine stuff.)

I've worked my way through a few short Unity tutorials but mainly I've been focusing on reaching the end of a few modelling projects, this one from digital tutors I've almost finished, progress below:

Started with the head, always struggled here.

I think I messed up the anatomy pretty badly but was able to hide these mistakes under the clothes later on. 

Progress so far, still need to work on the hair.

Tutorial has been very informative so far and I've learnt so many new things its painful I didn't try these sooner. Hoping to finish it off soon and move onto some more 3D works. I have my own personal projects planned but I might just continue with a few more tutorials depending on how things pan out. 

Speaking of personal works, Ive been throwing around an idea for a project for some time now whilst finishing off, "The Art of Games Design" by Jessie Schell. An idea in my head sprialed whilst reading Schell's methods and I started (and didnt finish) some concept stuff for it.

Rough:

Concepts for a game and idea that I didn't finish. Was unhappy with them and couldn't really get it to work, which is annoying.

I still plan on going back to these and finalizing them, maybe.

Thats all for now.