City Connection Is Being Rebuilt for Amiga AGA in an AI-Assisted Retro Experiment

City Connection, Jaleco's colorful 1985 arcade game, is the subject of an unusual new retro-computing project: an experimental conversion designed to run natively on Amiga AGA hardware. Rather than placing an arcade emulator on the computer or interpreting the original game's code at runtime, the work aims to recreate the game as an Amiga executable built around the machine's own graphics capabilities.

The project was guided by developer ruliovega, who supplied the original ROM data and served as a hands-on play-tester throughout development. Its technical implementation was produced through a reported 15-hour collaboration involving the ChatGPT-6 / Astra AI model, with extensive human feedback steering the result. The stated baseline target is an unexpanded Amiga 1200 running PAL AGA hardware, a 68020 processor, and 2 MB of Chip RAM.

That target matters because the Amiga 1200 is not being treated simply as a host for arcade emulation. The conversion is presented as a purpose-built AGA game, with native rendering techniques intended to reproduce the look and behavior of the original arcade release while working within the characteristics of Commodore's early-1990s hardware.

A 1985 arcade oddity returns to Amiga hardware

Released by Jaleco in 1985, City Connection is remembered for its distinct visual style and its car-based take on arcade platform action. Players drive across multilayered roads, painting the route behind them while avoiding hazards and pursuing the completion conditions of each stage. It is an immediately recognizable product of its era: bright city backdrops, constantly moving traffic, demanding navigation, and an arcade structure that becomes increasingly intense as levels progress.

For useful background on this topic, read PS3 and Wii Are Joining the Retro Conversation as Japanese Fans Revisit the 20-Year Rule.

Its premise may sound simple, but adapting it faithfully is a more complicated prospect than porting a static puzzle game or a straightforward single-screen action title. The game combines scrolling roads, animated cars and hazards, HUD elements, changing palettes, collision behavior, music, and the distinctive timing of the original arcade design. A convincing conversion has to address all of those parts while still feeling responsive on the target machine.

The Amiga was home to many arcade conversions in its commercial life, though results often varied based on development time, memory limits, and the hardware generation being targeted. An AGA-focused version of City Connection therefore has appeal beyond the game itself. It is also a technical experiment in what can be done when an older arcade title is reconstructed specifically for later Amiga hardware rather than squeezed into an earlier, more constrained configuration.

Native code, not an emulator wrapped in a launcher

The project's central claim is that it is a native conversion. That distinction separates it from several other ways an arcade game might appear on an Amiga today. It is not described as MAME running on Amiga hardware, and it does not use a real-time Motorola 6809 interpreter to execute the arcade game's original program logic.

Instead, the reported workflow included disassembling the arcade original and producing native code for the conversion. The implementation also involved custom tools and a game launcher. In practical terms, the goal is a version tailored to the Amiga's processor and custom chips, rather than software asking the machine to mimic an entirely different arcade board.

For retro hardware enthusiasts, that approach is significant. Emulation is enormously useful for preservation and accessibility, but a native conversion has different technical and historical appeal. It asks how an existing game can be expressed through the target platform's own strengths, limitations, and audiovisual conventions. It can also reduce the overhead associated with simulating a separate CPU and sound system, although the work required to recreate the original behavior accurately can be substantial.

The conversion's renderer reportedly uses a selection of traditional AGA techniques: planar graphics, hardware scrolling, Copper-driven palette updates, Blitter operations, and double-buffered background restoration. These are not incidental details. They describe the core toolkit through which Amiga games achieved motion and visual effects without relying on the same architecture as contemporary arcade boards.

Using the Amiga's custom chipset deliberately

Planar graphics are a foundational part of classic Amiga display design. Unlike chunky-pixel systems where each pixel's color value is stored together in memory, the Amiga organizes image data across bitplanes. That can create particular challenges for some kinds of drawing, but it also makes the machine's dedicated display hardware central to the rendering process. A conversion built around planar graphics is therefore working in a way that is native to the platform rather than treating AGA as a generic framebuffer.

Hardware scrolling is equally relevant to City Connection. With roads and backgrounds moving across the screen, efficient scrolling can help preserve performance compared with redrawing every visible area from scratch. The Copper, a co-processor unique to the Amiga's custom chipset, can modify display registers at carefully chosen points during a frame. Palette changes directed through Copper lists can be used to manage color variations and screen-specific visual treatment.

The Blitter is another major component of the approach. This dedicated chip can accelerate block image operations, allowing game code to move, combine, or clear graphics data more efficiently than a CPU-only approach in many situations. The mention of double-buffered background restoration suggests a design attentive to the recurring challenge of moving sprites over scrolling scenery: after a car or hazard moves, the previously covered part of the background needs to be restored cleanly for the next frame.

Different elements are also said to receive separate treatment, including the backgrounds, road surfaces, and heads-up display. That division can be important in a game with multiple visual layers. The status display must remain readable, the road needs to scroll and respond to play, and background imagery has its own presentation requirements. Handling them independently gives a conversion more control than treating the screen as one uniform surface.

Audio recreated for AGA rather than simulated from arcade hardware

The audio side follows the same native-conversion philosophy. The music is not described as a MOD adaptation, a common musical format closely associated with the Amiga. Nor is the computer said to be emulating the sound CPU or audio chips from the original arcade system in real time.

That does not mean the arcade sound is being ignored. Rather, it means the project seeks an Amiga-appropriate implementation instead of running a simulated copy of the original audio environment. For a conversion like this, that is an important distinction: recreating the feel of classic game music and effects on the target platform can require separate decisions about timing, sample playback, channels, and the character of the Amiga's own audio hardware.

Because the effort is framed as an experimental project, players should approach questions of exact arcade parity with the usual care. "Pixel-perfect" is an ambitious standard, and no conversion should be judged only by its development description. Still, the methods outlined here make clear that visual comparison with the arcade original was a major priority rather than an afterthought.

Quality control reportedly took longer than coding

One of the most notable details is the reported emphasis on iteration. The work is said to have gone through an 18-stage development process, beginning with a proof of concept and proceeding through disassembly, coding, conversion-tool creation, launcher preparation, and repeated testing. The coding and disassembly phases were reportedly among the faster parts of the undertaking.

Most of the time was instead spent on quality control. The process involved comparing millions of pixels between the original arcade output and the Amiga rendition in an effort to identify visual discrepancies, bugs, and presentation issues. Whether a player experiences every detail as identical or not, that kind of comparison illustrates the degree of validation being attempted.

It also highlights a reality often missed in conversations around AI-assisted development. Generating or drafting code is only one part of making a playable game. Testing, identifying edge cases, establishing whether an animation is one pixel off, checking that game logic responds correctly, and making subjective calls about authenticity all demand a broader production process. Here, ruliovega's role as a play-tester and provider of the original ROM material was integral to moving from an initial concept to a working conversion.

The result is best viewed as both a playable retro project and a case study in a changing development workflow. The AI system was tasked with selecting and adapting a mid-1980s game, but the project still depended on source materials, repeated evaluation, technical direction, and human feedback. The lengthy validation phase is particularly telling: old games may be comparatively small by modern storage standards, yet accurately reproducing their behavior remains demanding.

An intriguing fit for the Amiga 1200 community

The stated minimum configuration--a stock PAL Amiga 1200 with 68020 CPU and 2 MB Chip RAM--makes the project especially interesting to users of original AGA machines. It is not positioned as a release requiring an accelerator card, extensive Fast RAM, or a modern FPGA-based setup. That focus could make it a compelling demonstration for owners who want software built around the capabilities of their original hardware.

As with many contemporary projects based on vintage arcade games, users should ensure they understand the relevant rights and local rules surrounding game data and distribution. The available development information and download details accompany the project, while the conversion itself is presented as a technical recreation of Jaleco's arcade classic.

City Connection has always been a game with an unusual identity, mixing whimsical presentation with deceptively demanding arcade movement. Rebuilding it for AGA makes sense not because the Amiga needs another emulator, but because the machine's custom architecture offers a different lens through which to revisit the game. If the native implementation delivers on its stated goals, it will stand as an intriguing addition to the long tradition of arcade conversions--and a particularly revealing example of how AI assistance, custom tooling, and rigorous human testing can intersect in retro development.