Hey, so in case you haven’t heard already the Oculus Quest is a thing. It’s been a long time coming but we finally have proper PC free VR. I’m not going to go into any real detail about it other than to say I’m super excited to get my hands on one of these things when it’s released next year. If you want to know the ins and outs of what’s currently known about the product I’d suggest watching tested.com’s coverage of it at Oculus Connect 5 below.
News flash, I’m working on a podcast. Maybe even more than one.
I’ve always loved podcasts and have been listening to them for as long as I can remember. I’ve been kicking around the idea of creating my own show for years, so when a friend of mine suggested we do one together, I was immediately interested.
We’ve had many ups and downs, using many different mics, locations, software tools etc to get the quality as high as we can reasonably afford without a full-on studio. I’m planning to do a few posts about the process of pulling this all together. It’s been quite a journey and I feel it would be hugely valuable to anyone wanting to kick off an in-person show.
Something that really surprised me was how an in-person show is actually more complicated to get good results than the remote recording most shows seem to do. There seems to be a large amount of good content on creating shows via Skype, which is really useful, but I’m hoping to share what we’ve learned recording face to face.
Topics I’ll cover include:
- Environment and technique
If you’re keen to get going and want some good resources now, I’d suggest looking at Jason Snell’s excellent podcasting articles over at Six Colors, Marco Arment’s “Podcasting Microphone Mega-Review” and Dan Benjamin’s “Podcast Method“.
We’re still not quite there with our show, but we are getting better at it every time we record. Best of all we are having fun doing it, which is really the most important thing.
I made a thing!
I was helping a friend with a Keynote presentation deck. One of the tricker parts was that it needed an automatic 30 min on-screen timer to tick down. I’m something of a Keynote wizard, but I hadn’t made a timer before, but I happened upon this great tutorial on how to create one. Timers can be useful for all sorts of presentation types, particularly in classrooms and workshop situations. As easy as the process is to create one, it is quite time-consuming. So rather than do it once and be done with it, I thought I may as well share it.
To that end, here’s my Keynote countdown GitHub repo or you can download it direct. Enjoy.
I’ve been using GitHub for a while now as part of my spelunking into the world of VR and Mobile development. I think it’s fair to say it’s done a great job of protecting me from the inevitable mistakes of learning something new. Having said that, it does take a while to get your head around anything other than the basics.
Thankfully there are a large number of resources available to help you along the way. Most recently I discovered GitHub Learning Lab, a fantastic resource for learning how to use the platform for your own projects or contributing to others.
I think the thing I enjoy most about this particular option for learning is that it’s actually using the tools themselves. Yes, there is text and video to consume, but you actually use GitHub itself to work with the course material. I’m a real learn by doing sort of person so this sits particularly well with me.
So if you’re new to GitHub, or just want to solidify your knowledge of it, I suggest you take a look.
Hey, guess what? I’m learning iOS development and have been for months! Thought I might increase my rate of publishing to my blog if I did what I did for my VR course and posted study related stuff here. So to that end…
Here’s a simple step by step guide for adding CocoaPods to your iOS projects. There are quite a few steps involved and I suspect this is something that is done relatively infrequently in a single project. It’s always nice to have a reference for this sort of thing.
- Inside Terminal, change directory to the folder containing the Xcode project
- Initialise a new Podfile. You do this by using the “pod init” command. If you need more details read about it in the CocoaPod’s guide for pod init
- Open the Podfile in Xcode. Just drag it to the Xcode icon in the dock
- Add the library to the pod file. Here’s an example Podfile with SwiftyJSON and Alamofire libraries added
- Install the pods using the “pod install” command in Terminal. Here are more details on pod install should you need them
- Now open your Xcode project via the new .xcworkspace file
Easy as pie.
Well the Oculus Go is out. I’ll likely be picking one up later this year just to give it a go (see what I did there), but being a 3DOF system it isn’t the VR system I’ve been waiting for.
Having said that, the Go looks like an important step forward for VR and even 3DOF systems like this have plenty of interesting applications.
If you’re interested to know more, take a look at this detailed review from the team at Tested.
Hey team, I’m moving this site to a new host and I’m yet to polish things up. Forgive me if things are a little rough around the edges at the moment.
- Use version control. Thankfully I started doing this very early on. I had heard of the benefits and for whatever reason actually took them seriously. I started a religious habit of regularly pushing changes to GIT. I only used GIT to roll back to previous versions of projects hand handful of times, but had I not had the option I would have had a much bigger problem on my hands.
- Don’t underestimate the time required. Taking on any study that requires large blocks of time can’t be taken lightly. It’s not going to be enough to only do a 30 min stretch at lunch, or an hour once the kids are in bed. You’re going to need a clear half day at least once a week to make real progress. Also, make sure you know what’s going to consume your time on projects in any given block. No sense clearing 4 hours for study only to have 3 hours of that time consumed rendering a 4k 360 video.
- Don’t forget to look after yourself. With pressure on your time, it’s easy to cut out things like exercise or time with your family. Don’t do that. Cut out things that are actually a waste of time instead. TV is a big one but also think of ways of compressing your time. Like listening to audio books while you go for a run rather than reading a book alone.
- Take breaks. If your mind is cluttered you’re not going to learn as well as you might. I found when I spent more than an hour trying to solve an issue the thing to do was take a 20-minute walk, clear my head, then take another crack at it. It’s amazing how often your mind will solve problems for you when you let it.
- Take notes. Even if you never refer to them, take them anyway. Do this with a pen and paper (or a tablet and a pencil). It’s all about making the information get in your head. I almost never refer to my notes, I don’t take them to remember later. I take them to remember them now.
- Try and integrate your life into your study. I did this by using my kids as the target audience for my projects and used them as user testing subjects while developing. It let me spend quality time with them and get some study done. It was also an education for them too so a real win-win.
- Scope out what you’ll need before you begin. I started my course with a late 2009 Mac Mini. While old, it was fine for much of the course. The later parts that required 4k 360 video editing, not so much. This sort of thing can add considerable costs to your study budget so make sure you have a line of sight on this and save accordingly.
- Get involved in the community. A huge part of successful study for me was the community of learners and educators around the subject. Help others and ask for help when you need it. Don’t waste time beating yourself to death if you get stuck. Solving your problem on a public forum helps everyone else with the same issue in future. So don’t be selfish, ask for help.
- Be grateful. To your partner for looking after the kids. To your friends for listening to your ramblings about project issues. To your classmates and mentors for helping you along the way. Be grateful.
- Stick it out. Software development is hard. It’s not supposed to be easy. It is literally constant problem-solving. There will be times you’ll think “maybe I’m just not good at this”. Just keep going.
I’ve been AFK for a while (holiday) so I just wanted to post the details of the final version of “night at the museum” I finished a few weeks ago that I delivered as part of my Udacity VR course.
The project went well (in that I passed) but I have to admit it was an exercise in restraint as much as anything. Like a lot of people, I tend to have big plans for everything I make but those plans are not always practical. This project was no exception. While I am ultimately happy with what I created, I do consider it very much a minimum viable project. When it comes to working on assignments like this there are a number of things to consider. First and foremost for me is available time.
I’m totally loving learning VR development, at this point, I spend almost all my free time doing it. But working full time and having a young family is a busy time in life, so if I want to progress projects I have to be efficient with my time or things can stagnate. Also, I currently pay for my studies via a monthly subscription so every extra month a project slips into comes at a significant extra cost.
Just to give you a few examples of compromises made on this project:
- Playing content at each of the stations was fairly limited and doesn’t have much finesse. For example, the final build allows the user to play audio from all 5 stations at the same time, this leads to a fairly horrible experience if a user does this
- I reused a museum model from a previous project because it was faster than building my own. This means it’s not really an ideal setup. Space feels a little constrained and doesn’t provide much room to move about. Most real museums are quite spacious so it didn’t really fit the aesthetic I was aiming for
- I wasn’t that happy with the spatial audio implementation. The environment had a bit too much reverberated for my liking and given more time I would have improved this a bit
- There’s no environmental audio, just the content of the stations. I’d preferred to add some atmosphere to the scene just to add the feel of the place
There are loads of other things that could be better about the final deliverable, but ultimately what was made “did the job”. Creating anything is always a series of compromises and I think delivering something you can live with and (resourcing permitting) can be built upon, is more important than getting things perfect. Perfection, after all, is the enemy of the shipped.
It’s hard to not have “all the feels” watching the above video (Ideally in VR if you’ve got a cardboard headset). The creators have done such an amazing job of crafting a great story with some seriously well thought out VR technique.
For example transitions/cuts within a 360 video like this can be very jarring, and require the user to reorientate themselves with each cut. In this video, they’ve used the fixed position of the car interior to ground the viewer. It’s extremely effective at controlling the flow of the experience.
The audio is also exceptional. Not only does the song do a great job of creating an emotional connection to the characters, but the changes in audio based on when the characters are inside or outside the car are just wonderful. Spatial audio at its finest.
Just a beautiful bit of work.