Behind-the-Scenes: Testing Minecraft on a MacBook Pro – ITS Gaming

A behind-the-scenes look at Michael doing a recording test of Steve’s Minecraft profile on the MacBook Pro. It seems to have been a success!

Our recording setup on a MacBook Pro 13 Inch from 2012:
OBS Studio:

We use OBS Studio for recording, using full display capture. The MacBook Pro has a native resolution of 1280×800. This resolution can cause problems in editing because of its non-standard aspect ratio. Fortunately, the newer MacOS is capable of forcing the resolution to 720p. You can configure this by going to “System Preferences” then “Displays”. Hold down the “Option” key and click on “Scaled”. This will unlock more resolutions in the list, including 720p.

Next we have the problem of getting the game’s audio to both OBS Studio and the player’s headphones. We do this with the help of SoundFlower and a “multi-output device”. You can create multi-output devices in the “AudioMIDI Setup” utility. This device will take whatever audio it receives and send it to two or more other devices. We configure it to output to both the player’s headphones and Soundflower. We then configure OBS Studio to record audio from Soundflower. Next the multi-output device is set as the system default and both the player and OBS Studio can hear the game!

Because we play multiplayer games, we also need to be able to communicate with each other. For this, we use Discord. Discord is a light-weight and easy to use Voice-over-IP and chatroom application. It was designed with gamers in mind and does its job well.

Vlog #3: Audio/Video Synchronization Issues

Episode #3 of the ITS Gaming vlog! Audio drift has improved, making audio/video synchronization easier. This means more gaming videos coming up soon!

The Don’t Starve Together session had an audio/video drift of at least 8 seconds and as high as 17 seconds. In our latest test, we reduced this drift to only 1 second. The drift was being caused by straining limited resources, in particular RAM. Increasing system memory from 4GB to 8GB seems to have improved the situation. We are also recording in shorter sessions, to mitigate the effects of any drift.

But, an audio/video drift of 1 second is still noticeable. If you place a block in Minecraft, you won’t hear the sound effect for an entire second. So we will still need to correct the drift.

The gameplay footage also recorded the computer’s clock. Using this as a somewhat stable reference point, Mike discovered that the video is not drifting. But, the audio is shorter than the video by 1 second. This means that we will need to stretch the audio to fit the video.

Unfortunately, Blackmagic Design’s DaVinci Resolve does not support stretching audio clips. So, we will need to synchronize the audio/video in REAPER. This isn’t bad though: REAPER has excellent time stretching tools.

One thing REAPER is not good at is video. This isn’t much of a surprise, considering REAPER is a DAW (digital audio workstation). Emphasis on the “audio” part. We can’t import our gameplay or facecam footage into REAPER. To see what is happening along with the audio, we will need to transcode the video files into a format that REAPER can digest.

The video files play back sluggishly, especially when viewing all three at once. To make video editing easier, we will be reducing the quality of the videos. These low-quality video files are called “proxies”. Proxy workflows for video editing aren’t new, and the tools we have support it. Once editing is finished, the original high quality video files can be swapped back in. The end result has no hint that a low quality video was used in the editing process.

We are currently synchronizing and editing a test session of Minecraft. Once the editing is finished, there should be a new video published. Stay tuned!