Animation People


Animation in Nigeria is not a scarce commodity but 3D animation is still scarce locally. There are not so many 3D animators within the Nigerian space doing good justice to the art. As is our tradition on Techpoint we are featuring some amazing 3D animators working out of Nigeria telling the African stories with 3D software applications. To us they are achievers inspiring the next generation.

Eri Umusu

Eri currently works at Afrinolly as a CG Artist. Eri has been engaged in different tasks from VFX productions to animated content, motion graphics and so on. Eri is undoubtedly one of Nigeria’s best when it comes to 3D modelling, animation and visual effects.


A self taught artist, he had his directorial debut with “The Sim” (in the video clip below), currently one of the most popular 3D animation in Nigeria. He is an active contributor within the Nigerian 3D community, giving trainings and lectures on computer animation. Eri hopes to be a Japanese samurai one day.

Uche Anisiuba

Uche is a Mass Communication graduate of Anambra State University with a Marketing communication Major. His journey into 3D animation started in 2011 while in school, with a dream of becoming the best 3D animator in Nigeria. Starting out with Adobe Photoshop, Uche also learnt Adobe After Effects and Adobe Illustrator as a basis for learning 3D.


His 3D journey started just after NYSC as he was recruited by Orange Vfx Studios after taking one of their crash courses. After working at Orange Vfx for about a year and half he decided to get into a bit of game developement and was recruited by Gamsole where he worked for about six months. Thirsty for knowledge Anisiuba Uche has also taken courses atIanimate and is currently a co-founder at Quadron Studios.

 Tayo Fasunon

Tayo started his art drawing Teenage Mutant Ninja Turtles comics on the back sheet of his math exercise book. Ironically, he went on to study mathematics at Obafemi Awolowo University, after which he caught again the call of the wild and resumed his dream to tell globally relevant stories from a Nigerian perspective.


Today, he draws inspiration from influences as diverse as Wole Soyinka and John Lasseter, as he continues on the journey to find and refine his artistic voice. He collaborated on the hilarious viral video “Gbedu!” also known as “Ovie and Wale” to prove that Africa is the next big thing in un-mined stories. He’s convinced that Africa must take control of its own narrative, and that fantasy is the best way to do it. Together with Uche Anisiuba and Tochukwu Nwankwere, he recently co-founded Quadron Studios, and now they’re set to do just that.

 Richard Oboh

Richard is the Creative Director at OrangeVFX Studios and currently studying business administration and management at University of South Wales. He studied Chemical Engineering from the University of Port harcourt and hails from Edo State, Nigeria.


Richard has worked on 3D animated television commercials and short story “Ovie and Wale” (in the video clip below) which went viral both online and offline. Richard has created marketing campaigns for a number of companies designing and producing animated TV commercials, eye-catching signature cartoon characters for product marketing design. Richard designed and animated the defensive driving training video for the Lagos State Driving Institute and Oando Plc. He is the lead trainer at Orange VFX Studios and has overseen numerous professional trainings on using Autodesk Maya, After Effects and Premiere Pro for design and creation of 3D animation videos and images.

What do you think of these guys? Do you know any other awesome Nigerian 3D animators? Let us know in the comment

Top Tips 0n Planning a programming project

Becoming a programmer isn’t just about learning the syntax and the concepts of a programming language: it’s about figuring out how to use that knowledge to make programs. You’ve made a bunch of programs in this course, in the challenges and projects, but now you should come up with ideas for new programs – ideas that you’re personally really excited about – and try to turn those into actual programs.

You probably won’t know everything you need for your program when you start it, and that’s totally okay — you’ll be motivated to learn those new things because of how much you want to make your program real. Programmers are constantly learning new things for new projects, and that’s part of why we love it so much.

Let’s step through the process of planning a programming project:

1. What do you want to make?

When I first started programming, I found myself constantly thinking of new programs to make and writing those down in a list. I was addicted to the power of creation, and there was so much my brain wanted to make. If you’re like that, then you probably already have an idea of what you want to make, and perhaps you have your own list.

If you don’t already have an idea, then here are some questions to help your brainstorming:

  • What’s your favorite game – arcade game, board game, sports game? Could you make a simplified, digital version of that? Could you mix it up a bit, like give it a different theme or main characters?
  • What are your other favorite academic fields? If you love art, could you make an art-making program? If you love history, how about an interactive timeline? If you love science, how about a scientific simulation?
  • What’s your favorite movie or TV show? Could you make a digital version of a scene or character from it? Maybe make a game based on it?
  • What’s a real-life gadget that you love? Could you make a simulation of it?

Once you’ve picked an idea, you should write a description of it. For example, if I decided to make a clone of “Breakout”, because that’s my favorite retro arcade game, I might write:

Breakout: a game where you control a paddle at the bottom of the screen, and you use it to hit a ball upwards and at angles to break bricks. The goal is to break all the bricks, and not let the ball through the ground too many times.

You’ll flesh that description out later, but for now, that gives you a good enough idea to keep going in the planning process.

2. What technology will you use?

In this step, you need to consider which technologies (languages/libraries/environments) you’re familiar with or able to learn easily, and which of them are the most well suited for the job. For many of you, that list may be one item long, “1. JS+ProcessingJS”, and that makes your decision easy.

The environment doesn’t work for other things like multi-player games, mobile apps, data-crunching applications. If you know other languages/environments (like JS+HTML, Python, SCRATCH, Swift, etc) and you’re thinking of building something that doesn’t make as much sense with ProcessingJS, then consider which of those technologies would be best suited for your program. If you want to build those things but don’t know other technologies, you might want to come up with a new program idea. You can learn a new technology for a new project, but especially if you’re just getting started in programming, it’s a good idea to get really good at your first language first.

If I decided to make a game like Breakout, I’d pick JS+ProcessingJS, since I already know that technology and it also works great for 2D games like that.

3. What features will it include?

This is where we get into the real planning, and where (I think) it gets fun. Your goal in this step is to figure out what you’re actually making- what will it look like, what features it will include, what features it *won’t* include.

The first thing you can do is make “mock-ups”  – sketches that look like the thing you’re making, but without details like coloring or exact sizing. You can make mock-ups on paper, or with online programs:

To give you an idea of what mock-ups look like, I’ve included mock-ups below of my Breakout clone. I sketched each scene separately and drew arrows between them to show how one scene leads to another. Those arrows will help me understand what logic I need in my program to go between program states.

Sketched mock-ups of a Breakout clone

Now you can use those mock-ups to help you make a feature list, where you think of every feature in your program, and make it into a list.

For my Breakout clone, this could be my feature list, broken down by scene:

Game scene
  • User-controlled paddle
  • Multiple colored bricks
  • Angled ball movement
  • Collision detection
  • Life display
  • Score display
  • Sound effects
Main Scene
  • Play button
  • Help button
Help Scene
  • Text
  • Back button
Win Scene
  • Headline
  • Fireworks animation
Lose Scene
  • Text
  • Restart button

4. But what features must it include?

If we all had infinite time to make all the programs in our heads, then they’d all include every feature in our list. But we don’t, so in this step, you have to decide which features are the most important, and which features you’ll do only if we have time. This will also help you figure out which order to implement features in, from most to least important.

To help you figure out the importance of each feature, ask yourself these questions:

  • If I shared this with a friend, which features would I want to make sure were working?
  • Which features am I the most excited about building?
  • Which features are the most unique to my program?
  • Which features will I learn the most from implementing?
  • Are there any features that seem too far beyond my current skill level?

Then, go through your feature list from the last step, and either order the list or add a rank to each feature.

For my Breakout clone feature list, I’ve put “P1”, “P2”, and “P3” next to the features, signifying top priority (P1), middle priority (P2), and lowest priority (P3). I decided to prioritize the unique game mechanics over general game features like scenes, because I find that the most exciting about this project:

Game scene
  • (P1) User-controlled paddle
  • (P1) Multiple colored bricks
  • (P1) Angled ball movement
  • (P1) Collision detection
  • (P2) Life display
  • (P2) Score display
  • (P3) Sound effects
Main Scene
  • (P2) Play button
  • (P3) Help button
Help Scene
  • (P3) Text
  • (P3) Back button
Win Scene
  • (P2) Headline
  • (P3) Fireworks animation
Lose Scene
  • (P2) Text
  • (P3) Restart button

As a general tip for those of you making games, here are features that I’d recommend de-prioritizing: menus, multiple levels, 3D graphics. Focus on what’s unique and fun about your game, then add those extras.

You can also turn your prioritized list into project versions, so you can easily see what you need to implement in each versions, and you can always stop after a particular version and be happy with what you’ve made.

Here’s what the versions would look like for my Breakout clone:

  • User-controlled paddle
  • Multiple colored bricks
  • Angled ball movement
  • Collision detection
  • Life display
  • Score display
  • Start scene w/play button
  • Win scene w/headline
  • Sound effects
  • Help button
  • Fireworks
  • Lose scene w/Restart button

5. How will you implement it?

You now have an idea of what features you’ll be building first in your program – but if you start now, you’ll be staring at a completely blank program with no code written, and that can be intimidating. Which variables should you write first? Which functions?

One way you can figure that out is to think about the “high level architecture” of your program – breaking it into categories like “objects”, “logic”, “user interaction”, “user data”, and “scenes” – and then think about how you might implement them, like as object-oriented object types, functions, or variables.

For example, here’s an architecture for my Breakout clone:

  • Brick (.isHit())
  • Paddle (.move())
  • Ball (.move())
  • Start
  • Game
  • End
  • Ball-brick collision (function, use bounding box)
  • Paddle-ball angling (function, invert angle)
User interaction
  • Keyboard-paddle movement (keyPressed)
  • Buttons for scene changes (mouseClicked)
User data
  • Ball deaths (array)
  • Ball hits (array)

Once you’ve thought about the high-level architecture, it should become more clear what you can start coding first.

You might decide to write your whole program in pseudo-code first, which we talk about later in this tutorial. Basically, it’d mean writing the whole program in plain English text inside a comment, and then slowly turning that into actual code.

6. What’s your timeline?

How much time do you have to make this program? How many weeks, and how much time each day? What features will you write each week? Your goal in this step is to figure out a timeline for your project – which is particularly important if you have a deadline, but also useful so you start to understand how much time it takes you to write a program.

Here’s a timeline for my Breakout clone, assuming 2-4 hours of work each week:

  • Week 1: Design and pseudo-code
  • Week 2: Rough visuals
  • Week 3: Ball moving/collision mechanics
  • Week 4: Scoring mechanics
  • Week 5: Scenes (Start/Win/Lose)
  • Week 6: Polish, Manual tests (QA), Prep for demo

Figuring out timelines for programming projects is hard. Some things that seem easy take way longer than you expect (like some weird bug that you spend hours debugging), some things that seem hard take  less time than you expect. As a general rule, assume it will take you longer than you think, and adjust as you go along.


Thanks to khanacademy.org