Responding to the Retro Domination Saturn podcast

Retro Domination Saturn Podcast

Earlier this month one of my favourite local podcasts, Retro Domination, put together a Saturn special. After having a listen, I thought I’d write a response to fill in some of the gaps – here goes!

The Saturn launched at $799 in late 1995 locally – the extra $100 was justified with the traditional pack-in game, Virtua Fighter. The PSone retailed for $699 and came packed in with a demo disc. This was for the oval model Saturn and came in a larger box. The price had dropped by early-mid 1996 (probably between April and June) to $399. At this stage it was around the same price as the PSone and had the Sega Flash demo discs packed in from thereon and had the revised “Model 2” console design. I know this because I personally purchased mine by putting it on laybuy at Target when they had a 20% off storewide and finished my laybuy off in September 1996, whereupon I played the hell out of Sega Flash vol. 2, bought a copy a few months later 2nd hand of Panzer Dragoon and then finished up the year with VF2 and NiGHTS (with analogue controller) for Christmas. Was absolutely magic, though 1997 gave it a run for its money as that was the Christmas where I started importing Saturn games from the US and Japan!

At least one game will refuse to load if you have a 4-in-1 cart – Panzer Dragoon Saga; you can load it up with an official save cart, but nothing else. You also have to be wary of the damage third party carts can do to a Saturn’s cart slot. The EMS 4-in-1 cart currently sold is reasonably reliable, but earlier multi-carts would damage cart slots. I know this because my 4-in-1 cart (1MB version) did massive damage to my Saturn’s cart slot. Some games also misbehave, at least on earlier versions – Samurai Shodown 4 and other 1MB SNK titles would have corrupted graphics, and the first few revisions of the 4MB version of the cart had issues with 4MB games that came out after X-Men vs SF (Vampire Savior and so forth). Again, pretty sure the current builds work fine.

The 50/60hz switch affects some games differently depending on how they were programmed. Where a game was cleverly programmed it can corrupt graphics – the special stages in PAL Sonic 3D have all the 3D geometry disappear if you push the machine into 60hz (haven’t tested my Japanese copy in 50hz yet). Some games utilise the ability to have separate audio and video tracks for FMV, and when the refresh rate doesn’t match it causes problems (Magic Knight Rayearth and Sakura Taisen 2 both have this problem), and sometimes the codec simply plays up (Burning Rangers uses either the Duck motion codec or the newer ADX-driven versions of video codecs and skips/stutters if the refresh rate doesn’t match). Some games that heavily rely on complex refresh-rate driven audio and video coding also struggle in the wrong refresh rate – audio skipping is a huge problem on the Capcom 4MB games where the audio samples are loaded into memory, and in games with timed in-game rendered cut scenes (like Panzer Dragoon Saga), using the wrong refresh rate will occasionally cause some audio to skip as the cues are out of whack.

The multi-region mod is a bit tricky, but makes for a bullet-proof solution (i.e. your cart slot is free so it can be used for official carts). The other option is to remove the existing BIOS and install a region-free BIOS. The cart is an easy option, but won’t open up using the save cart for getting the ghost cars in an import of Sega Touring Car or using the ROM cart for KoF ’95.

Saturn’s are notorious for being tanks in terms of reliability – the hardware in the PSone (excepting the excellent DACs in early model PSones) is comparably precious. The exception to this rule is the cart slot – it’s rubbish.

Dynamite Deka is virtually arcade perfect because it was developed for the STV board, which was basically a Saturn with more RAM and used a cart interface for the game data/PCB. The same hardware was also used for the arcade releases of Cotton 2, Soukyougurentai and Radiant Silvergun, all of which received amazing Saturn ports.

Marvel Super Heroes actually has more slowdown in 60hz, as the 17% bump to the speed taxes the Saturn’s hardware as it needs to render faster to keep up. Adjust the refresh rate in-game to check out the difference.

The Saturn port of Street Fighter Alpha 3 is arguably the best of the ports owing to the Saturn being able to run at the exact same resolution as the CPS2 arcade PCB. While the audio samples aren’t as good as the other 4MB games due to the different ways they utilise the extended RAM, the frame-count is virtually identical and the Saturn’s pad is still the best controller for 2D fighters.

Shenmue was actually well into development on the Saturn – the demo reel video you access via Shenmue 2 shows some considerably complex geometry rendering consider the machine’s issues with complex 3D tasks (thus a substantial amount of time would have been sunk into their dev tools and the game engine). The game was then moved to the DC around 1998 as Project Berkley evolved to become Shenmue as we know it.

The full title of the Segata Sanshiro game is “Segata Sanshiro: Shinken Yuugi”.

In terms of hardware, “Model 1” and “Model 2” are depreciated in terms of the internals, as it varies – I’ve modded Model 1 Saturns with Model 2 internals and vice versa. IIRC, the Saturn had around 9-10 mainboard variances and revisions over the years, some more reliable than others, and in most modding circles you work via mainboard revision rather than relying on the external case. My current machine is suffering an issue with an overheating power supply that seems to be disrupting the +9v output which is affecting the power supply to the CD-ROM’s motor and introducing noise into the video output when it heats up too much. The component in question currently believed to be behind it is unavailable for repair or replacement though, and even a re-cap hasn’t solved the issue. The workaround is to let it cool down for an hour and get back into it! This is in complete contrast with other “Model 1” machines that have run without skipping a beat after hours and hours of abuse!

Whew, brief as always. I’d also recommend everyone drops by the Retro Domination website to get an excellent Australian take on retro gaming, subscribe to their podcast and, if you’re keen-eyed, take a squiz at the first in a small series of posts I’ve written for them recapping my Japan travel adventures 🙂


Response to Hyper’s Complete History of Racing Games


I want to pre-empt this post with a foreword.

I continue to admire Hyper’s presence in the Australian market – it’s amazing that it continues to hit shelves each month with plenty of great content and coverage of the gaming sector and flies in the face of the downturn being experienced locally and overseas. Even in the wake of US stalwarts, our amazing piece of home-grown gaming journo goodness still comes out each month. Amazing stuff. So this post isn’t meant in any way to take a jab at the magazine, because I have a huge amount of respect and nostalgia-infused love for the publication.

I finished going through the Complete History of Racing Games special in the February 2012 issue (#220) this morning and wanted to write my thoughts on the piece. On the whole, it’s a very nice read – there was great attention paid to the early development of the genre in the arcade and at home, and I really liked the attention given to the home computers of the 80s (especially the C64!). My issues come with a lack of coverage and a bit of bias once things heat up and we hit the mid-90s.

On the arcade side, Virtua Racing was given it’s due, but Daytona was given less attention than Ridge Racer. While the latter’s important as a response to Daytona, the impact Daytona made was enormous as it arguably became the peak of racing games in the arcades, with no title that followed proving as successful. In fact, the success of Daytona was a huge boost to the Model 2 arcade platform Sega used in the mid-90s and saw it become one of the most successful arcade platforms ever, easily putting it in the same realm as the MVS and the Naomi. Namco still did well with Ridge Racer and the System 22 platform, but it is no way comparable to the magic of AM2’s accessible creation.

Another area of contention was the complete disregard to the Saturn. Multiple paragraphs are dedicated to the PSone, and that’s fine – the machine played host to some amazing output from Psygnosis, Polyphony Digital and Namco. But the only mention of the Saturn is comparing Daytona USA to Ridge Racer at launch; while the comparison is apt that the Daytona port looked several shades of rubbish, the game actually plays really well, surprisingly so (especially when played at 60hz). The Saturn also played host to an amazing port of Sega Rally, but going beyond that is a bit of an arguable stretch. Sega Touring Car had a lot of promise, but CSK ruined it with the frame rate issues, and Tantalus’ port of Manx TT didn’t do the machine any favours (though it’s still really cool that an Australian developer got the opportunity to do the port – they also handled the House of the Dead, Wipeout and Wipeout 2097 ports). Daytona USA CCE was highly anticipated, but ultimately failed to deliver in the gameplay stakes (though technically, it looked really nice).

I guess there’s nothing wrong with the amount of space dedicated to the PSone, but it does show things to be a little one-sided. Even Mario Kart 64 rated barely a mention, which I thought was a little odd.

The last issue I wanted to point out was the lack of time dedicated to the Dreamcast or Sega’s arcade movements post-Sega Rally. Model 3-based games such as Daytona USA 2, Scud Racer and Sega Rally 2 were part of the final wave of arcade games where the arcade visuals were unable to be matched at home. While Crazy Taxi earned a mention, it was distinctly offhand – Criterion’s Burnout series arguably owes more than a little inspiration to Crazy Taxi, so it’s a little disappointing when the latter gets a lengthy (and deserved) amount of attention despite the former’s influence and success in the arcade and at home. Also on the DC worthy of discussion are Daytona USA 2001, as it was the first game to almost nail improving on the arcade original’s visuals with almost getting the handling perfect (Daytona HD wins the prize for getting everything perfect) and Le Mans 24 Hours for bringing 24-hour racing in real-time for the DC (plus it was developed by Melbourne House and also looked very pretty). In addition, Bizarre Creations’ Project Gotham Racing is given acknowledgement, but the spiritual predecessor, Metropolis Street Racer on the DC, is given none.

Beyond this though, there’s no mention of OutRun 2/SP/2006, which brought the OutRun franchise back to life in the arcades (powered by the Chihiro board, which closely resembled the Xbox architecture) and also came to home consoles.

Now that I’ve written this little whinge out and have looking it, two things are apparent.

Number one, where I’ve decried Playstation bias in the original article, it’s clearly obvious I’m being just as bad (if not worse) with my bias towards Sega. Thus, my arguments above can be taken as tentative at best if my grand vision for the article was to have the space dedicated to the PSone retracted for Sega ramblings.

Number two, most of the above, when not defending the Saturn, has focused on arcade gaming, which in the late-90s was in serious decline; Napieralski rightly gives the reader a literary cue that discussion was naturally going to start focusing on home platforms instead of covering the last desperate sighs of the arcade sector, so the lack of coverage is definitely acceptable (and to his credit, the Initial D and Maximum Tune series’ were given mention to cap off the discussion).

So, I’ve effectively gone around in circles and have espoused in areas that probably didn’t need to be expanded in the original article. Except for maybe MSR 😉

But then again, this is the internet, where passionate discussion on unnecessarily niche topics are allowed to flourish. Thus, it’s better to look at this as purely a response rather than a criticism of the article (hence the title of the post). Accordingly, with this in mind, props to Napieralski and Hyper for giving some dedicated space covering the history of the genre, as it made for an otherwise great read 🙂


Reviewing… Story of Thor (Sega Mega Drive)


I actually meant to get started on these reviews a while ago… better late than never!

My copy of Story of Thor and I go way back to 1994, when I was lucky enough to be given it for Christmas. I’d read the reviews from Sega-stalwart Sega Megazone and was just starting to get into anime (this interest would be fully realised as Robotech replayed over the summer holidays on Agro’s Cartoon Connection and when I saw 3×3 Eyes Part 2 at a friend’s place a few months later), so it seemed like a good combination. Ancient, and by extension Yuzo Koshiro (who rocked my gaming world with Streets of Rage 2 the year previous), helmed the game’s design and it gave me a chance to play a Zelda-like adventure game without having to swallow my pride and invest in a SNES (this would come 18 months later, but that’s another story). These are all very important points to a 12 year old boy you understand, so it’s important to irrationally preface this review accordingly.

I adored the game back in the day – it was an amazing feat for the humble Mega Drive and a fun game in its own right. When I went back to play it recently (“recently” being last year or the year before), I was still confident that the game would hold up well. Turns out I was right.

Visually I still think it’s fantastic – the Mega Drive’s colour palette is used sensibly (as it needs to be – only 64 of those colours can be on-screen simultaneously [or 183 in shadow/highlight mode – thanks Wikipedia]), sprites are large and well-animated (despite later enemies simply being palette-swaps) and there’s plenty of variety in the scenery. As a bonus, the game features a little sprite scaling when you fall down holes or gaping chasms. It’s all typical of Japanese game aesthetics of the era – clean, well-defined and charming with great attention to detail.

The fanboy wants to decry it the audio as an example of technical mastery for the system, and to a degree it is. The problem is that it hasn’t necessarily aged too well – Koshiro’s deft use of the Mega Drive’s audio chipset for the music is actually very good – it’s the garbled sampled audio that lets it down. Back when I was playing this on an old 51cm TV in my bedroom (complete with RF input and 80s faux-wood panelling contact over the MDF), I actually used to run the Mega Drive through my mini HiFi stereo and remember being impressed by the use of the stereo channels to simulate a surround-sound effect with the waterfalls in the palace. The effect’s still prolific, but the sample noise is a little rough on ears now. It was certainly ambitious, and was by no means unpleasant; today, it’s just a bit rough.

Another peculiarity is with the cartridge’s hardware itself and how it interacts with the Mega Drive. I normally run my Mega Drive games in 60hz, but the PAL Story of Thor cart is a bit of an anomaly with the way it handles the different refresh rates. When booted in 60hz it gives the usual region protection error, which isn’t uncommon – why it’s interesting is that when you try the usual trick to get around it (boot in 50hz, then swap to 60hz), the game slows to a halt and the image rolls. The only other games where I’ve seen the same thing happen are Streets of Rage 1 and 2, both of which also happen to be games by Ancient and involve Yuzo Koshiro. My only theory is that Koshiro is using either some unique hardware in the cart (I haven’t popped the cart open to have a look), or the oscillator that provides the refresh rate is tied to the way the game handles video timing, the Z80 audio CPU or other programmable variables. On the upside though, the PAL version of the game is surprisingly well-optimised for PAL TVs, including stretching the image so that it virtually covers the entire screen. I didn’t take notice of this back in the day (it wasn’t until the Saturn era that I became aware of PAL optimisation of games and the joys of 60hz), but it’s a nice touch looking back at it now.

It didn’t take me too long to plough through the game – my memory was surprisingly good and the game really isn’t too tough. There’s no excess padding with enough optional treasure hunting to get the balance just right (though I still didn’t manage to find all the hidden gems this time around!). I think it took up maybe… 5 or 6 hours? That’s a good time frame for me these days, as I’m time-poor given the realities of life typical of someone my age. Playing through games that last over 60 hours is a long slog when I only have a couple of hours each week (if that) to get in some gaming, so it meant Story of Thor was the perfect length to knock out in a couple of weekends.

I won’t assign a score for this one (or any other reviews for that matter), as I don’t think it’s necessary. What’s more important is the experience, and this one still delivers. The great news is that if you missed it back in the day, it’s available via the Wii’s Virtual Console for a cheap download, and M2’s work on the emulation on the Wii is amazing. It’s also on the Sega Mega Drive Collection (or Sonic’s Ultimate Genesis Collection for those in North America) on the PS3 and XB360, but the emulation isn’t anywhere near as precise as M2’s. Still, if that’s all you have access to, it’s worth a go. You even get a trophy/achievement for completing the first dungeon 🙂


Adding a switch to the 60hz colour mod

Last year I wrote a guide to get colour video out of your Mega Drive via s-video, composite and RF cables, but I’ve noticed that since using the RGB to component transcoder, the colour was flickering on my CRT I play my Mega Drive on. I tested it on our flat panel TV, and sure enough there’s some extra noise in the picture when running the SMD with the external oscillator. So, I figured I’d make a switch to go between the original feed from the Mega Drive and the oscillator, which gives the best flexibility if ever I use the SMD via s-video or composite if I’m not hooking it up via RGB/component.

The theory is simple – grab a SPDT (single pole, double-throw) switch, wire the middle (output) pin to where we used to put the oscillator’s output, wire the oscillator to one of the remaining sides and grab the existing feed off the mainboard and wire that to the other. To help out, here’s what I did:

Equipment needed:

  • Remember to read this one in conjunction with the previous mod and have the oscillator ready to go!
  • Two wires of a length suitable for mounting the switch (remember you’ll only need two as the existing output wire off your oscillator will be fine for adding to the switch, unless you need to lengthen it, then you should replace it)
  • SPDT (single pole, double throw) switch
  • Solder, soldering iron, screw driver and drill/drill bits for mounting the switch


You mod your machine at your own risk. Myself nor anyone else is responsible for YOU modding YOUR Mega Drive/Genesis. If your machine doesn’t work as a result of this, don’t blame me – you do this mod at your own risk.

Step one:

Obviously, discharge and disassemble your Mega Drive and remove the mainboard and have it facing up. Be careful you don’t damage the wires hooking the oscillator you fitted from the previous tutorial.

Step two:

As per the previous mod, here’s the input signal being fed from the external oscillator into the CXA1145 IC. We’ll need to remove this to replace it with the switch’s output so we can select between the original and oscillated frequencies.

Step three:

Here we have a SPDT (single pole, double throw) switch wired up and ready to go. The middle (yellow) wire goes to the CXA1145 IC’s input, which is where we used to send the oscillator if you followed the previous mod; the green wire is from the external oscillator, and; the brown wire will take the original feed from the Mega Drive’s mainboard for RGB compatibility.

Step four:

This shows the middle (yellow) wire from the switch wired to where we used to put the oscillator. It functions as the output from the switch’s two sources.

Step five:

I’ve highlighted a point on the underside of the mainboard where you can easily solder a wire to connect to carry the Mega Drive’s original frequency to give RGB compatibility.

Step six:

To ensure I only wire the correct signal, I use some electrical tape to isolate the solder point.

Step seven:

Tin the tip, heat some solder and attach one of the wires from your switch’s input poles to the point. I’ve used the brown wire.

Step eight:

If you haven’t done so already, grab the output from the oscillator and wire it to the other side of the switch. If the wire isn’t long enough to reach to where the switch will be mounted, remove it and use another wire – it’s best to avoid joining wires together part-way along the oscillator’s input to ensure the signal remains strong and steady.

Step nine:

And that’s all there is to it – use the output from the oscillator (green) and attach that to the other side of the switch, secure your connections with electrical tape, and get ready to assemble. For those interested, the black wire at the top of the mainboard in this pic is a hardwired composite socket I built so that I could use standard AV cables with my Mega Drive.

Step ten:

I wanted to keep everything on the back of the unit, but placed in a way that would allow for the Power Base Converter to still be hooked up, so I installed the switch next to the 60/60hz and JP/Eng language switches which are next to the AV socket, where the Ext. socket would be if I had an earlier-model Mega Drive 1.

All in – would be great if I’d lined up those holes a little nicer though! Once I had the switch installed, I found I was no longer getting any issues with my Mega Drive when running it in RGB via the transcoder, so if you intend to run the machine in RGB at some stage, fit the switch!


PAL Sega Mega Drive colour correction – 60hz in full colour in RF, composite and S-Video!

Update (7 April, 2011): I’ve noticed this method introduces noise in the RGB channels when playing games via RGB or via a transcoder. Therefore I recommend you add a switch to go between the original signal and the oscillator for best results. A tutorial to do this can be found here.

A few years back, with the help of the regulars at the NFG forums/GameSX (in particular, Viletim! was instrumental in helping me with this), I was able to put together a relatively simple method for getting 60hz in full colour out of a PAL Mega Drive when output via RF, composite and S-Video, and a method that still kept the full colour signal even if switched back to 50hz on the fly. Apologies in advance for some of the pics, but I hope other modders find this one useful. The other essential resource for getting this happening was Charles McDonald’s Home Page, so huge thanks out there as well.

Equipment needed:

  • 4.43mhz crystal oscillator (WES Component # QXO-1100, source [Australia])
  • Thin-gauge wire
  • Soldering iron (15 or 25 watt – I use the latter, but 15w ones are better I’m told)
  • Solder and desoldering wick (if you stuff up)
  • Stanley knife or something sharp to cut PCB traces
  • Screwdriver (d’uh!)


You mod your machine at your own risk. Myself nor anyone else is responsible for YOU modding YOUR Mega Drive/Genesis. If your machine doesn’t work as a result of this, don’t blame me – you do this mod at your own risk.


Throwing a 50/60hz switch is easy to do on a Mega Drive – for PAL gamers, the problem is to get it to output the 60hz signal in colour. Providing you have a telly that can accept RGB via SCART, this is a non-issue – the RGB feed comes out great regardless of whether its in 50hz or 60hz. Should you have a 32X, you’re also set – the a/v-out on the 32X cleans up the 60hz colour issue, though apparently some early model Mega Drives still have issues despite this.

So, if like myself and plenty of others you don’t have a SCART socket on your telly or a 32X, this mod will show you how to fix up this arse of a fault in your PAL Mega Drive and get it to output 60hz as a proper PAL60 signal, whether it be via crappy composite leads or a custom-built s-video connection. Props out to viletim! from the NFG Games forums who came up with the solution btw – we in the community owe this one to him! Note this was all done on an original model PAL Mega Drive, not model 2 or 3 or what-not; your console may differ from mine, so you mod your machine at your own peril.

Step one: Disassemble Mega Drive

This one’s pretty easy so I won’t go into it – disassemble the whole lot, including the heatsink and everything. We want to be able to take the PCB (printed circuit board, or the board that is the guts of the Mega Drive) entirely out off the case to get to the underside of the PCB itself. If you know your way around the Mega Drive, you could probably skip taking the heatsink off the board itself if you know where the CXA-1145 chip is; otherwise, remove it.

Step two: locating the chip

The aim of this mod is to feed a new signal onto pin 6 of the Mega Drive’s CXA-1145 chip to get it to generate a colour picture when it’s running in 60hz. Obviously to do this we’ll need to find the chip. The CXA-1145 (or the Irony Chip as I call it – “It’s a Sony”) is located on the top left-hand side of the PCB underneath the poxy RF mod we all used in the 90s owing to our crap-tacular tellies. See the image below for a general guide:

Or for a dodgy close-up view, here’s this:

Our victim will be pin 6 of the CXA-1145, which is the oscillator input. Apparently anyway. Viletim! said it was, and my crap understanding of schematics reckons that’s what its called, so we’ll call it that. You could also name the pin the “Mr Bob” pin or “I wish I were as cool as Sauceman” pin for all I care (“Kloppy is a champ” pin is another), as long as you use pin 6, it’s all good. To work out which is pin 6, count from the bottom-right of the chip if you’re looking at it normally, or in the above image, the bottom left-hand side (the one with a little ‘1’ printed on the PCB) and count up six pins… or just use the above image as a guide and count to the right. It’s all good.

Step three: Cutting the trace

Now we’ve located the chip and the pin, we need to turn the board over so we can attack it with a stanley knife or equivalent cutting device (I’ve heard of x-acto knives or somesort being talked about in the past – whatever, as long as you can use it to cut a trace on the PCB). You could use pin 1 as a guide and count up then follow the traces from pin 6 through a capacitor and a resistor to get to the point we need, but thanks to the power of the intarweb [sic] and some schematics available online, we can use the references to the capacitors and resistors to work out what we’re supposed to cut.

You’ll need to look for ‘C28’ and ‘R23’ – see below:

Now, the astute observer will notice that there is a thin trace that runs off the resistor and continues along its merry path to the 315-5313 IC8. What we need to do is cut this trace AFTER its followed the resistor – see below for an example:

And for your reference, here’s what I did:

Make sure you do this carefully and DO NOT cut any of the other traces nearby. Good lighting and a steady hand makes a really big difference here – be patient cut the trace all the way through. You’ll know you’ve severed it when you can see the green trace all gone and the core of the circuit board is visible; you know, the light brown stuff. If you don’t cut it all the way through, the mod won’t work correctly. If you accidently cut the wrong trace or damage a nearby one, make sure you bridge it – GameSX has some good guides to this, so visit their website for more info.

Step 5: Wiring the oscillator, part 1

Okay, before we get into soldering to the PCB, let’s get our oscillator ready to go. All this is based on the assumption you’re using the WES component # QXO-1100 that I used; I’m assuming you could substitute it for something similar, but you do that at your own peril. I’m just following what was suggested to me.

The image below is of the oscillator’s specs from the catalogue:

You’ll note that there are 4 pins and that it has rounded edges, the exception being the one labelled ‘NC’ or ‘not connected’ which was a straight edge – this is important so we know which pins require what in order to operate. The + pin requires 5v that we can draw anywhere from the board, and the – pin requires a ground connection that we can also grab from the board. The out pin is the bit that sends out the signal we need, and consequently is the pin we need to connect to the PCB point we’ve just cut. The nc pin isn’t connected, and we use the straight corner to work out how we wire everything up.

How you wire it is up to you – I threw it onto some veroboard and soldered to the underside of it, but looking back I probably didn’t need to. Since it can be a little squeezy inside the Mega Drive’s case, I wired everything so I could have it sitting in the space beside the PCB when I put the console back together, hence why I used long lengths of wire. There may be better options out there, but I figured that’d do for now.

With that out the way, let’s actually get to work.

Step 6: Wiring the oscillator, part 2

Okay, let’s do the deed. First up, wire the + and – points – I used the ground pin on the CXA-1144 (pin 1) to get my – bit, and tapped the 5v point over on where I set up my 50/60hz and language switches (see below for images – I’m pretty sure I tapped JP2 for it). I think the CXA-1145 has somewhere where you could tap 5v, but I was too lazy to work it out 😛 Grab some appropriate lengths of wire (as you can see below, I used reasonably long lengths for where I was going to let the oscillator sit), strip the ends, tin the tips and get to work on the + and – points.

Next, we have to get the output from the new oscillator to feed into the CXA-1145 – you could either solder directly to the trace, or do the lazy method and solder to the pad the resistor is sitting on that runs along the trace (in the pics below, it’s the one to the right, or the one the trace runs off). Just don’t get too carried away and f&*% up the resistor, otherwise you’ll have to repair or replace it. The following images show how I hooked everything up:



Step 7: Finishing up

Well, that’s the bulk of it done. Use electrical tape on the connections to make sure you don’t stress the joins you’ve made, then wrap a layer of electrical tape around the chip to make sure nothing causes a short anywhere. Reassemble and don’t pull on those wires! I plonked mine near the headphone bits ’cause there was room there.

Step 8: Test it!

Test your Mega Drive and hopefully it works! I tested all my PAL, US and Japanese games and they worked fine. You’ll find that when you swap between 50/60hz there’s a lag of about 1-second before it gets the colour right, but that just be my display device. Otherwise, it’s all good. I’ve tested this in composite and s-video connections and had total success. In my testing, I have found the external oscillator does interfere with RGB output, so if you want to reverse it, desolder everything and bridge the gap you created when you cut the trace coming off pin 6 on the CXA-1145; alternatively, add a switch to go between the external oscillator and the original signal, which I’ve written a tutorial for if you need some help. I’ve posted previously about running this same Mega Drive through a RGB to component transcoder, and I had noise and colour issues; switching back to the original signal fixed all the issues, so if you want the most flexibility in your system, install the switch.

And that’s it! Good luck, and feel free to leave comments if you have any questions, or fire across an e-mail via the Contact page. If you want to view the lot, you can do so via the gallery.