Articles | Tales of Production Tartarus (2018)
Herein lays legacies retold from legends handed down over the course of my video productions. May they give insight into the utter hell I've had to endure trying to produce motion picture media. The legends are divided by Production.
My Voice Belongs to IGN
Back when I still released on Youtube I was sexually assaulted by a variety of scummy firms or opportunistic shadow companies looking to make a quick buck off of my videos with ad revenue. The general tactic is to scare people into believing they genuinely have copyrighted content in their video so they wouldn't contest, but the system back in 2010 still put the burden of proof on the victim and not the plaintiff. Thankfully, I was still able to contest the disturbingly large amount of false copyright complaints from many Korean and Russian groups, but most notably above all IGN. IGN repeatedly put claims on my Starcraft 2: Wangs of Liberty videos and, of course, there was never any kind of necessity to establish what exactly it was they were claiming. Since IGN holds no copyright over Blizzard content it was clear they could only try to copyright the actual commentary - my voice. I didn't make money myself, and I sure wasn't going to allow these corporations to make money either, so I contested every single false claim. It did get tiring, though, since I was usually met with a half dozen or more every week during sc2's short-lived prime time and continued to get false claims all the way until I finally deleted the channel. Really, there should be consequences for these false claims, especially from trolls like IGN. I think deleting the offender's channel and banning all related IP's as well as filing a legal claim for attempted fraud would be a good start.
Nowadays the copyright system is even more broken, with third parties randomly being given absolute power over the network and flag brigading being commonly used to censor competing channels or color commentators reddit gets butthurt by, a practice that isn't simply endorsed by google but celebrated.
Furthermore, when my channel broke 1 mill views I began to encounter an all-new trolling problem: Partnership bots. Turns out, 1 million is a breakpoint that most bots begin to flood your inbox with partnership requests. I guess it's sort of expected anyone that popular would be a big moneymaker. Curse, some machinima group, and others all wanted a taste of my dick. After I read that they required access to your account and their legal TOS required me to remove 90% of my content or police what I say I blocked every single one that showed up without hesitation.
This isn't speaking of the day-to-day frustration. Most of the sc2 videos - many split into 10-15 minute parts due to youtube's arbitrary limitation that would later require a fucking phone number to disable - required 3-4 attempts at uploading for it to successfully go up. Even then it wasn't guaranteed; many uploads failed to actually process, and those that did succeed wouldn't show 1080p for up to days at a time. I also discovered that in addition to destroying the quality, youtube's alleged "original" sizes were over 40% larger than my own. Tacked with the nonstop complaints about buffering and rampant censorship in Germany and Canada and I couldn't force myself to deal with the braindead user interface to serve a fraction of my potential viewers with only mediocre release quality any further.
The trip didn't end with Youtube, though. Just now I was in my own arena - and I was more than willing to oblige the need for insanity and incompetence.
Early Console LP's (Viking, Killzone 2/3, Dante's Inferno, etc)
I was recommended the Blackmagic Intensity Pro capture card by Totalbiscuit when I inquired about hardware on Teamliquid back in 2010-2011 or so. As far as the hardware is concerned I couldn't really have asked for more besides built-in HDCP stripping. Software-wise, though, I was in for a wacky fucky ride.
Early console games were recorded on Blackmagic Media Express, an extremely limited monitoring software that came with the capture card. Finnicky at the best of times, Media Express didn't allow me to fullscreen the video and its preview wasn't native resolution. Thus, I played all those early titles in this precise window shown here - crushed and pixelated. Being unable to spot red eyes in Killzone or details in God of War was hardly the worst of my troubles with this setup, though.
While Media Express was relatively functional as a video recorder it didn't support audio with my configuration and I'm not sure if it even supported realtime preview of audio at all back then. Either way, I was stuck with a worst-case scenario: I needed to record the audio separately.
Anyone who's ever dealt with video knows how much of a nightmare recording audio separately can be. There's virtually no software on the market that can reliably record several hours of audio and not have some kind of sync issue. I needed to record multiple tracks. I tried several software, and this was my experience.
Audition 1.5 - Dropped pieces of audio every 2-5 minutes and drifted out of sync (Killzone 2 + Viking at the least). For Killzone I was able to manually resync it so there was only an echo. With Viking, I manually resynced the audio every 2-3 minutes for the entire video using Sony Vegas to preview the video at 3-4fps because of how slow the videos were to preview.
Audition 3.0 - Desynced both audio streams from each other + randomly stopped recording entirely with no error reporting.
Audition 5.5 - Same as 3.0.
ProTools - Used 99% cpu at the driver level when the program wasn't trying to run, claimed my Asus Xonar 2 didn't support ASIO (feature bulletpoint) and refused to operate. Trash; uninstalled immediately.
Vegas - Randomly stopped recording or crashed, but rarely, and didn't desync (used for God of War). The big exception was the GoW2 end segment that somehow ended up with two entirely desynced audio tracks.
Nothing else supported multitrack recording in my toolset at the time or flat out couldn't access my devices.
Eventually I was recommended to try Virtualdub (or tried it on my own, I can't recall) and discovered that Virtualdub could actually hook the capture card. This produced a window I could record with Fraps, and at the native resolution of the game. The caveat was that I needed to flip "Enable Post Process Chain" on and off to get the program to hook the card, and it wasn't reliable. I usually needed to flip the option several dozen times to get it to hook, but sometimes it could take hundreds of attempts. I actually could be sitting there going through the same dropdown to turn this off and on for up to half an hour or more just to see any video.
Some years later, a program made specifically for frapsing video from this capture card, ptbi, was functional enough that it could be run on my computer and not immediately crash. It was then I discovered that Virtualdub's input latency was somewhere anywhere from 1/4 of a second to 1/2 or more, which had been a considerable handicap in every single one of my LP's up to that point.
It wasn't until around DMC3 I believe that ptbi entered the pipeline and finally eradicated the dysfunctional half-solutions I had been using for years. Fraps, however, continued to produce inaccurate video color all the way until 2018 when we learned about Chroma Subsampling as explained here. To this day I still can't fullscreen console games while recording because it will change the video resolution.
Fraps is a very functional, very performance-conscious program - when compared to the other solutions available for recording video in 2018 and certainly by no objective margin are any of the mainstream video recording applications capable of withstanding even the slightest QA scrutiny. OBS requires source code modification to be competitive, and no other software exists that even remotely competes with Fraps should you have a secondary hard disk to handle it.
Other than its extremely inefficient IO load, Fraps' main caveat is the fact it never had received developer attention from someone who actually used the application, much less developer attention at all since it was first released. Therefore, basic features like multitrack audio recording simply didn't exist. Fraps never once desynced my audio except in extreme circumstances, but it required a precise and careful dance to ensure you were recording audio that was balanced volume-wise since you'd be receiving a single stream of both game and voice audio.
Although the end result and desire was always the same - having a balanced final product that kept my low lows and high highs controlled while coloring the game audio as little as possible - my methods and approaches changed over the years with extensive testing and thousands of hours of production experience racking up. No solution was ever perfect, and every single one of them had oodles of horrorific brain damaging challenges that lead to their development.
Ghetto Blaster Setup (WoL, Earthbound, etc.)
My early recordings were run with a $20 mac microphone I placed between the speakers and myself so I could record the game audio from the speakers in my earliest recordings. When I updated to Windows 7 and developed a "proper" recording environment (recording both the game and mic at once) I didn't have the money to afford headphones - so I played with speakers while recording game audio, but tried to keep the volume as low as possible. This wasn't always successful (See: Earthbound). Truly lived the Youtube dream for quite a while.
Compressors have helped me tame the wacky world of audio in videos where virtually no other LP'er has even tried to travel. While my extensive modding experience prepared me to step into the world of processing audio for videos, the merged audio from Fraps presented an eternal challenge in tuning and perfecting my setup - solutions that constantly were tested by changes in hardware, environment, and my pursuit for perfection.
My first setup of Youtube videos used a compressor specifically designed to smash a specific frequency range for my voice acting. It was the most aggressive and heavy compressor I'd ever use in a video production.
Despite the morbidly aggressive compressor and extremely shitty microphone, the setup produced higher quality audio than nearly every commercial comparison in 2018, as most firms use far more aggressive compression than even this. (see: Blizzard DoTA official youtube videos). The biggest issue with this setup was a lack of understanding how Attack and Release timings worked, and that the curve produced bouncy results with game audio. Without any external knowledge to find on the subject I was entirely left to self-discovery. Eventually, I produced a string of compressor settings targeted towards my video productions rather than voice acting, as in 2011 I had effectively ceased the latter and could focus my audio time into improving the quality of my video work.
Over time I found solutions that worked broadly as a one-glove-fits-all by targeting specific ranges in my voice typically occupied, with an emphasis on flattening peaks and boosting low range. Especially since my initial recordings had an elevated voice presence that I gradually toned back or lost due to depression so did the aggressiveness of the profiles also decrease.
With very little actual experience tweaking these settings and no assistance to go from, it took a disgustingly long time to really understand how to maximize the effects of this setup. This was particularly tested when my Yeti died and I received an AT2020 from Lavarinth, a series of events that catapulted me into a much more complex solution than I had been using previously.
As explained in an Educational video regarding microphones, the AT2020 produced more pronounced Sibilants than the Yeti. This was around the same time I began conversing extensively with a drunken swedish man in audio-related subjects who was the only person I had yet to meet with similar experience to my own - and moreso in some cases. He introduced me to the concept of multiband compression and using it to tackle the sibilant issue.
Unfortunately, I couldn't devise a solution with the software he recommended - Izotope Ozone - alone. My tests all yielded that every single compressor I attempted to use besides Audition 1.5's default produced crackling on clipped peaks, and Izotope was no exception. Furthermore, I wasn't able to achieve satisfactory results with Izotope's tools in rebalancing the low and mid ranges like my existing compressors had been doing.
The first production yielding the new microphone was Dragon's Dogma: Dark Arisen, but the new solutions for my audio in 2016 didn't fully take effect until Dark Souls 3 - midway through 2017 - when my approaches to tackling the troublesome Fraps-mic dance became more heavy-handed. It was then I came across a few small discoveries in manipulating the compressors, and integrating ozone into the toolset was fully fleshed out.
The net result was to use two compressors - a default Audition one which produced the base sample, and then a very light Ozone one which attacked only sibilants. The compressors were both highly dependant on the audio for the game and my voice to be at very specific levels, and with fraps this meant more troublesome learning pains.
Many runs had issues with audio balance, each requiring their own special fork of compression or, in some cases, manual work to properly rebalance. Dark Souls 3 was no exception. It wasn't until the 2018 OBS 444 pipeline that I finally managed to break out of the prison of merged audio. Some runs, like FF14, still required compressors on the game audio because the game itself was so poorly balanced, but I could use a very light compressor on those and my standard setup on my voice.
It took 8 years to reach an acceptable stage in my audio processing where I feel relatively content with the end result.
Runs recorded during summer had to contend with the plethora of very large, metal-bladed industrial fans used to combat the 35-40C high-humidity weather us Canadians are forced to endure. Without first-world solutions like air conditioning at our disposal, recording conditions become a hell of deafening jet-engine like sound and turbulance. Although all of my microphones were condensors, none had major issues with the former, but the latter was a particular issue for the Yeti, whom picked up all vibrations as dull thuds that were boosted considerably by compressors.
Even more perplexing was a repeated, almost rythmic "thump" that could be heard throughout my early productions with the Yeti. One source of thumps was a cable brushing against my chair when I moved, which I did often since anxiety commonly drives me to make repetitive and uncontrollable rocking motions. The other source of the sound, after much hunting, was discovered to actually be heads on external hard disks moving back and forth. The Yeti, even though it was located on an adjacent desk, actually picked up the vibrations of those disk heads moving and this would then get boosted by the compressor much like the fan rumble. The solution to this was to apply a mixture of bubble wrap and foam under the external drives to absorb the vibrations of the moving heads.
In this color photograph of my early setup from ~2012-2013 you can see the external hard disks (behind the coffee bottle) and their padding. The Yeti was placed on the slide-out Keyboard panel when I was seated, which meant it would also pick up horrendous sound from typing on my membrane keyboard much less the mechanical one I acquired later into production. I had to provide the Yeti a separate padding as well.
Initially, I used Noise Reduction profiles to try to fix the fan rumbling in the audio since it often irritated my ears. However, these resulted in washed out audio (See: God of War). It wasn't until I did cleanup work for a Starcraft 2 Machinima developer, whom had provided me voice samples recorded by someone who voice acted with their microphone inside of their throat, that I discovered a very simple and elegant solution to both 90% of pops and fan rumble as they conveniently occupied the same general frequency ranges.
Rather than using a large profile to manipulate the entire waveform, I use a simple FFT to just destroy a very specific range - the lowest range. This happens to include most pops and fan rumbles. The fan problem entirely disappeared when I acquired the AT2020, though, especially since I could just wrap the mic in an eyeglass cleaning cloth which was thin enough to function as a pop shield but stopped all turbulance at a fraction of the real estate. The Yeti, being as large as a dildo, required the much-regaled "Wall of China", a series of boxes with a large metal disk from a fan mount to block both the side of the Yeti and above it as well. Given my limited desk space such solutions were highly unstable and prone to spontaneous collapse.
Everything Is Buggy As Fuck
Until mid-2018, my pipeline of "Edit it in avisynth or Vegas and encode it with Megui then merge it with edited audio in MKVMerge" basically never changed. Only certain ways those steps were handled changed, and usually because everything I dealt with was stupidly buggy and unreliable.
MKVToolnix is one of those tools I've classified under "it works so long as you don't need to do anything with it". I never initially had problems with it, so when strange things like an entire Conan segment having half of its video occupied by a half-frame of grayscale or bluescreens from merging videos showed up I was a little weirded out.
I'm still not sure how a lot of these bugs actually happen, but in all but the most specific cases simply re-muxing the video causes them to disappear. Certain versions are more problematic than others, with the tried and true "don't fix something that isn't broken" motto applying very strongly to the string of updates that created remarkably more bugs in certain timespans.
While I used to merge multiple pieces of videos together in my old recordings, I intentionally stopped doing this in mkvmerge and encoded them together as the final length exclusively because of the vast number of times mkvmerge would break files. Furthermore, mkvmerge would break files only for certain players, very notably VLC. This particular bug is especially prone to happening if for some reason you end up with a warning about different formats in mkvmerge - usually related to audio bitrates in my experience. These warnings appear harmless but almost always result in extremely severe playback issues at the merge frames, and almost always totally break the files for VLC and Chrome. Thankfully no sane person uses VLC or Chrome for viewing videos so I ignore any issues that crop up only for those players.
Aspect Ratios Got Fucked Everywhere
All of my early videos, such as Earthbound, don't seem to actually assume the proper aspect ratio. There's actually no readily available way to automate this process except the "Use Preview DAR" button inside the Preview window in megui. If you don't click that button and leave the preview window open, you'll get the problem my early LP's have - they'll assume the wrong aspect ratio and need to be manually overriden in some configurations. There's other ways to do it, like using an unusual command in aviscript, or configuring things in mkvmerge, but they simply shouldn't be necessary.
Megui is .net
Megui is a .net application and in the right circumstances it's ridiculously unstable and prone to breaking things, which is admirable considering most .net applications don't run properly in any circumstances at all. It also hands you the most useless of errors when it doesn't like something you handed it, especially if it's something out of Vegas (the frameserver can't handle a file >3 hours long and megui will be absolutely useless in figuring out this is why it's failing to load the job). However, for all of its quirks and limitations, megui was the most reliable tool out of the pre-2018 toolset other than one particular update which shadow bricked its own mkvmerge version and proceeded to corrupt every single encode I did with it for a solid two weeks.
HKS reported nonstop issues using the "One Click Encode" feature, but I always did things through the main menu and manually queued them. I figured leaving automation to people who brogram in .net was just asking for trouble. Thankfully, I avoided a lot of potential problems by just keeping my interaction with the program to a minimum, but any time I foolishly thought "updates mean faster and better" I ran a 50/50 chance of breaking things.
The absolute worst behavior of Megui has to be how it handles its profiles. If, for any reason, Megui crashes or is otherwise blown up - e.g. a power failure - you run an extremely high risk of losing all of your profiles. You can't access or do anything to the files while megui is running, which is bizarre enough in itself, but it usually takes the files with it when something goes awry. This is incredibly irritating and alludes to some real braindead chicken scratch behind the fedora.
Daylight Savings Doesn't Save Videos
During recording early Segment 1 of the hot trash heap that was The Ball, daylight savings occurred. This resulted in video files that would crash players, create voids in viewable data skipping or breaking the video stream entirely, or flat out bluescreen your system if viewed in DXVA. A legacy of headscratching and confusion followed this. To this day I'm not sure why, but I presume that because back then - when I was recording in 4gb chunks from fraps - the encoded files produced keyframes with time data that confused the codec. I was forced to actually cut out the section of video with mkvtoolnix and destroy it, because nothing I tried to do over days of manhours fucking around with the file produced something that could fix it. ffmpeg, megui, nothing could fix the busted ass minute or so of video.
That it was capable of actually bluescreening my system was of particular note since this presented some notable security concerns regarding DXVA.
VBR Is HIV, Be Polite And Wave
VBR Ogg is why Dark Souls has sync issues all over the place and is probably a contributor to some sync issues in other old, longer videos. It may be due to the specific ogg plugin in Audition 1.5, but I stopped using ogg entirely after discovering the cause of some of the desyncs in end videos. As a rule of thumb VBR is very finnicky in many formats, with only extremely specific encoders capable of producing reliable VBR files. To this day I still encounter the rare mp3 that incorrectly reports its size in Foobar due to fucky VBR settings. Even a slight issue goes a long way to breaking a 4 hour video. As a rule of thumb stay away from VBR unless you know what you're doing.
The default AAC encoder in OBS is also utter cancer and you need a standalone CoreAAC installer to get a version that doesn't produce youtube puke when provoked.
Audition + Haali Media Splitter May Troll You
I've been quite content to rip audio out of mkvs with audition 1.5 thanks to an unpredictable and somewhat difficult to install configuration which allows it to use Haali Media Splitter to give it such capability. Simply installing the two wasn't quite enough to do the trick, and I loathe to think what hoops I'd have to jump through to get it to work again should I ever need to reinstall windows once more. However, the process is not entirely bulletproof - sometimes they'll hand you sound that is actually desynced. Such was the case with many videos that Nefarius sent me for Castover purposes. Hours of time were sunk into the Rocketeer video when I discovered the game audio, and not the cast itself, was desynced. The gist of it was that I was forced to manually extract the audio with mkvextract.
This rare but persistent issue with specific files leads me to believe it's some upsampling or downsampling that one of the tools is performing silently and evidently very incorrectly.
Dolby ProLogic Is Dangerously Hot Garbage
In your AC3Filter settings is a deceptively lethal piece of diarrhea straight from the Loudness War Initiative, ready to totally fuck your digital audio experience.
I had elusive BSOD's only when watching video for years which were greatly aggravated by replacing the Asus Xonar D2 with a Creative card. Turns out that disabling the Dolby ProLogic garbage in AC3Filter, which had also fucked up my audio tremendously, completely fixed the elusive BSOD's. I had gone for years basing all of my audio configurations on MPC by-the-ear examples when this setting had been destroying them this entire time, and only when I was hunting for the escalating BSOD activity did I discover this nonsense. These settings actually apply a second and aggressive compressor on top of Allah knows what through the video player, things which are both undesirable due to the lack of exposed configurations and entirely unnecessary. Why this setting was on I don't actually know, but I don't recall ever turning it on myself.
Unbelievably, the compressor nature of this setting is allegedly not a bug, unlike (presumably) the bsoding. I only discovered this in 2017, years after I had begun building audio compressors on my extensive listening sessions - with useless and highly fucked up material. Suffice to say I was not happy, as I basically had to re-learn how my compressors were behaving on their own - without the Dolby interference - from scratch, and could no longer trust my experience in the subject.
Vegas is Utter Trash
Vegas is utter trash and it's the only user-friendly UX I've seen in a video editor. Despite all its innumerable problems - some of which I'm about to list off - it's plainly a superior editor and compositor for 99% of the things you could possibly need video editing software for. For the other 1% - Gachi MAD's - there's the cesspool of drivel that is Ass Effects.
But, by God, Sony's going to work your pozzhole to squeeze out the few advantages it has.
Unloading Files is Bad, Don't Do It
If you have the option on to "Unload files when out of focus", Vegas will happily unload them while encoding, because the main window is technically out of focus. This is why many older XXE's and Black Sun: Salvation have random black spots without video - Vegas decided to unload them. With Salvation in particular I spent weeks trying to fix problematic crashes and random, unpredictable black spots in the video, even going as far as reinstalling all codecs and eventually the entire operating system to no avail. I finally caved in and mixed together two semi-functional encodes, masking over black spots with functional parts from previous encodes, using frame-by-frame commands in avisynth.
All of which could have been avoided if I had discovered the truth about this command a little sooner.
Files Are Timed In Rhymes
For some reason, Vegas's "grid" - the Ruler - is segmented by "Beats" rather than video timestamps like frames or running time in seconds or fractions of a second or some other kind of shit you'd expect to deal with when editing a video. You can change how the information is displayed, but if you want frame accuracy in accessing your videos you need to mess with the Beats by Dr. Dre setting. I simply set it as high as it'll go - as displayed. I'll just assume this system is a result of an intern forgetting to change a labeling option in the middleware Sony uses for the ruler because no other excuse makes a lick of sense. I've certainly never heard of someone editing a video in a time framework of "Beats", and it's definitely not the first thing I think to look for when I want to access specific frames in a video the program just refuses to show me.
Resample Destroys Everything It Touches
By default, Vegas enables something called Resample. Let me show you what it does!
This is default behavior. Vegas default behavior also includes setting your encode quality to Medium or Low, turning on de-interlacing, and setting your FPS and color settings to Analog TV configurations. Fan-fucking-tastic. If you're like 99% of everyone else who uses a video editor - you know, software on a digital platform for digital videos but you don't know the ins and outs of your asshole from your video files you will have literally no idea why your 80,000 bitrate video still looks like it came straight off of Youtube.
Once you've configured your file to not be trapped in the 70's and to not get obliterated by intentionally ghosting it you'll be met with a whole host of wacky bugs, including but not limited to:
- Text input taking up to 30 seconds to buffer each individual character
- Pushing play/pause too fast and causing the buffer to crash and having to restart the program
- Crashing the program from trying to: Scrub the track, push play, pause the video, import a sound file, play a sound file, having sound files of different source sampling rate, using anything other than "Classic Sound Mapper" for audio device on certain hardware, opening the render menu, breathing
- Vegas leaving its IOManager in memory and preventing any future instances of the application from starting to load, giving you an indefinite load bar until you start up procexp and kill the fucking dupe manager program
- Failure to load half the formats the program allows you to import
- Failure to import 90% of standard formats because sony wasn't paid license fees
- Waiting minutes at a time for undoing an action, especially if that action involved deleting anything (they're just references for christ sake it's not like you're fucking encoding a 4k 60fps eroge)
- Waiting 20 seconds or longer for Vegas to buffer a file you're trying to move the track bar past because for some reason an editor with the file in memory is that much slower than just running fucking MPC and tracking it (????????)
- Waiting 5-10 minutes or longer for Vegas to buffer a Lagarith file you tried to track to, especially if you made the foolish mistake of using Camtasia to create it
- Not flushing memory after closing a project
- Not flushing memory after rendering
- Not flushing memory after importing files (reloading uses a fraction of memory and accessing the files is still faster e.g. they're not being buffered, just incompetence)
- Obliterating windows GDI objects at random
- Highly destructive FPS resampling if your source is different than the project settings
- Flakey audio VST effect support
I've used Vegas since ~2006 across a dozen versions and in none of those new versions have I seen problems get fixed, only new ones appear. I trained myself to hit Control+S with literally every single individual action I make because the crashing and buffer bug are so wildly unpredictable and common, even in small projects like cutting up individual pieces of music for D&D.
In a nutshell, video editing is a trial by fire of patience and even across over a decade of using Vegas I continue to run into new and exciting bugs every single time I open it up - almost all of which result in the program straight up crashing or forcing me to restart it. Thankfully this process is relatively quick to do so but still extremely disruptive. As long as you never use anything besides the frameserver, Vegas can produce decent quality 420 files, since it doesn't support lossless 444 formats, suitable for youtube or compilations. However, I have lost months of manhours to its innumerable undocumented bugs and all of my vegas-based productions up to Salvation are utterly destroyed by the resampling behavior.
Sonic 2006 and the Deep Dark Fuck
Schwa began recording Sonic 2006 in 2016, long before we had routed out a variety of nasty gotchas in the typical capture card setup as explained here and here. Furthermore, Schwa was using what I believe was largely third party equipment during the streaming events. Amongst a variety of issues she faced for seemingly inexplicable reasons included audio corruption, audio desyncing, and really messed up video.
The first sessions, including ones that were streamed after the event, had severe aspect ratio fuckery. Instead of the typical 720p that the ps3 uses the videos were 1680x1050. In order to remedy this you had to scale the videos in Vegas appropriately.
It took Drunken Swedes to figure out this bizarre, rarely-used aspect ratio configuration, of which my previous dealings had been during my efforts to rescale the second Hunted LP recordings - a process that had accidentally destroyed the videos and scaled them inappropriately. Woops!
To make matters more difficult, Vegas by default will crush these videos down to 70's analogue TV range. I'm not sure why, but it does. The problem is, they're already crushed - so Vegas was doubling it per Jay Wilson's recommendation. To resolve this I have to apply two duplicate Levels filters.
Sony Vegas 12 is not even capable of displaying text correctly in many places.
I knew it was working when I had to consult third party sources to verify the colors were accurate because the game actually looked worse when expanded back to its color range prior to Schwa's stream butchering it. Evidently, information is lost between this abominable pipeline, but sticking as close to the source as possible is our mantra.
Also worthy of note is that Vegas would change the actual frame positions of these videos when I turned Resampling off, fucking all of my frame-by-frame sequences and forcing me to redo the entire editing of a segment if I forgot to turn it off before working.