History of Video Game Graphics: From Pong to Photorealism

Photo: RDNE Stock project / Pexels
In 1972, a video game consisted of two white rectangles and a square. Today, a video game can render a human face that is nearly indistinguishable from a photograph, a forest where every leaf scatters light with something close to physical accuracy, a rainstorm where each droplet reflects the world around it in real time. The distance between those two points, traveled in a little over fifty years, is one of the fastest visual technology progressions in the history of engineering.
Understanding how that leap happened means understanding two things at once: the hardware that made each generation possible, and the creative ingenuity artists and programmers used to squeeze visual marvels out of machines that, by modern standards, could barely add numbers. This is the story of how a bouncing square became a believable world, told through the specific chips, techniques, and games that made each step possible.
The earliest era: vectors, oscilloscopes, and the first pixel grids (1958–1977)
Before Pong, there was Tennis for Two (1958), a physics demonstration displayed on an oscilloscope at Brookhaven National Laboratory rather than a commercial game, but one that drew a moving ball arcing over a net in real time. Four years later came Spacewar! (1962), built by students at MIT on a PDP-1 minicomputer, rendering two dueling spaceships as vector outlines — lines drawn by steering an electron beam directly across a phosphor screen, with no pixel grid involved at all.
Vector graphics had a real elegance. Because a vector display draws continuous lines rather than filling in a grid, outlines stayed crisp no matter how the image scaled. Asteroids (1979) and Tempest (1981) would later lean on this to create the sharp, glowing, geometric look that defines an entire arcade era to this day. But vector hardware had a hard ceiling: it could draw lines, and only lines. Filling an area with solid color, let alone a texture, was effectively impossible, which capped how visually rich a vector game could ever look.
The shift to raster graphics — a fixed grid of pixels redrawn dozens of times per second — changed the underlying math of what a screen could show. Raster displays could fill areas, simulate textures, and eventually display something close to a photograph. Just as important commercially, raster output was compatible with the television sets already sitting in millions of living rooms, which mattered enormously once game makers wanted to sell hardware for the home rather than just the arcade.
Pong (1972) ran on raster hardware, but its two paddles and bouncing square were drawn by dedicated logic circuits rather than a general-purpose processor — Atari's engineers didn't have a microprocessor cheap enough to build the game around, so they wired the game logic directly into custom chips. It was a primitive machine by any later standard. But it proved that ordinary televisions could become interactive, and the commercial explosion that followed created the economic pressure that would push graphics technology forward, almost without pause, for the next five decades.
The 2D sprite era: tiles, palettes, and the art of extreme constraint (1977–1993)
The late 1970s and 1980s belonged to the sprite: a small, independently movable bitmap image that hardware could draw on top of a background without the programmer having to redraw the whole screen for every frame. The TIA in the Atari 2600 could display exactly two 8-pixel-wide "player" sprites, two single-pixel "missiles," and one "ball" object, all against a single 40-pixel-wide background pattern that could be mirrored or repeated — an astonishingly small toolkit that developers nonetheless used to build hundreds of distinct games. (Atari 2600 hardware, Wikipedia)
The Nintendo Entertainment System, released in Japan in 1983 and in North America in 1985, was a generational leap by comparison. Its picture processing unit could track 64 sprites on screen and draw up to eight per horizontal scanline in hardware, freeing the main processor from having to manage pixel-by-pixel drawing. NES sprites were typically built from 8×8-pixel tiles, and a character's entire face might be expressed in a palette of just a few colors across an area smaller than a postage stamp.
Working inside those numbers demanded a specific kind of creativity. Artists became masters of visual suggestion: a two-pixel highlight that convinces a viewer's brain it is looking at a rounded, three-dimensional surface; a single dark pixel that reads as a nostril or a shadow under a chin. This is the same skill set now studied and revived by the modern pixel-art indie scene, where limitation is chosen deliberately rather than imposed by hardware cost.
The tile-based background system was the sprite's essential partner. Rather than storing unique pixel data for every square inch of a level, games stored a small vocabulary of reusable 8×8 or 16×16 tiles in memory and assembled entire worlds by repeating and recombining them. Super Mario Bros. (1985) built its whole game world — pipes, bricks, clouds, hills — from only a few dozen distinct tile images, which is how a cartridge with kilobytes of graphics memory could hold a game that felt expansive.
Color was the other hard limit developers learned to bend. Early home systems typically managed somewhere between 4 and 16 simultaneous on-screen colors out of a much larger master palette. Assigning different color palette rows to different sprites or background regions — a trick sometimes called palette swapping — let the same handful of hardware colors produce the illusion of a richer, more varied image than the chip technically supported.
What was Mode 7 and why did it matter?
Mode 7, introduced with the Super Nintendo Entertainment System in 1990, was a hardware feature that could scale and rotate a single flat background layer in real time. It produced the spinning horizon effect in F-Zero and the rotating overhead track view in Mario Kart. It was not true three-dimensional rendering — it was a flat plane transformed to look three-dimensional — but it convinced players the future had arrived years before real 3D hardware existed.
The 3D revolution: polygons replace pictures (1993–2000)
The move from 2D sprites to 3D polygons was not a smooth evolution. It was closer to a rupture, because the two approaches required different hardware, different art pipelines, and a different way of thinking about what a game world even is.
A 3D object in a game is a mesh: a collection of vertices, or points positioned in three-dimensional space, connected into flat polygons — almost always triangles, because a triangle is the simplest shape guaranteed to be flat regardless of how its three points move. The graphics pipeline takes those vertices, transforms their coordinates according to where the virtual camera is looking, projects the result onto a flat 2D screen, and then fills in each visible triangle with color or a texture image. Every single frame, a console or PC has to run this entire chain of math, for every visible polygon, often dozens of times per second.
Before dedicated 3D consumer hardware existed, id Software proved real-time 3D was possible on ordinary PCs through sheer software cleverness. Doom (1993) used a technique called binary space partitioning, borrowed from academic computer graphics research by Bruce Naylor and implemented by John Carmack, which pre-processed a level's geometry into a tree structure that let the game figure out, extremely fast, which walls and rooms were actually visible from the player's position without ever touching a full 3D graphics accelerator. (twobithistory.org, "How Much of a Genius-Level Move Was Using Binary Space Partitioning in Doom?"; DoomWiki, "Doom rendering engine")
Quake (1996) went further, becoming the first major game with a fully three-dimensional environment — rooms genuinely stacked over rooms, geometry at real angles — rendered entirely in software, without any dedicated graphics chip, pushing consumer PC processors about as far as they could go.
The earliest consumer hardware built specifically for 3D was still remarkably limited. The PlayStation (1994) and Nintendo 64 (1996) could each push somewhere in the range of hundreds of thousands of polygons per second, which meant character models had visibly angular faces, textures blurred badly up close, and whole environments were built from broad, simplified shapes rather than fine detail. Super Mario 64 (1996) and The Legend of Zelda: Ocarina of Time (1998) showed what navigating a 3D game world could actually feel like, and many of the camera and movement conventions they introduced are still standard today.
These early 3D games have a distinctive, now nostalgically beloved look sometimes called the "PS1 aesthetic": chunky, low-polygon geometry combined with a visible warping or "swimming" effect in textures, caused by the original PlayStation's lack of perspective-correct texture mapping — its hardware interpolated texture coordinates in straight lines across the screen rather than accounting for the fact that a receding surface should compress the texture toward the horizon. It is a specific, identifiable visual signature of one hardware generation's limitations, later revived deliberately by indie horror games chasing that exact look.
Dedicated GPU hardware: the Cambrian explosion (1999–2007)
The arrival of dedicated graphics processing units changed the underlying arithmetic of game rendering entirely. Instead of the CPU handling graphics calculations alongside game logic, a separate chip built specifically for parallel math took over the rendering pipeline.
NVIDIA's GeForce 256, released October 11, 1999, is widely credited as the first mass-market consumer GPU, largely because it was the first single chip to handle transform and lighting — the vertex math that positions and shades 3D geometry — directly in hardware rather than requiring the CPU to do it in software. Built on a 220-nanometer process with 17 million transistors, it ran at a 120 MHz core clock and could hit a peak of roughly 15 million polygons per second, several times what the PlayStation or Nintendo 64 had managed just a few years earlier. (TweakTown, "NVIDIA GeForce 256 aka 'world's first GPU' is now 25 years old"; NVIDIA developer documentation on Transform and Lighting)
The DirectX 8 generation of graphics cards, arriving in 2001, introduced fully programmable shaders — small programs that run directly on the GPU and calculate lighting, reflections, or surface texture per pixel rather than only at the corners of each polygon. This was transformative in a way that is easy to undersell now. Pre-shader lighting was calculated per vertex and then smeared across a triangle's surface, which could not capture fine detail on a flat polygon no matter how good the underlying math was. Pixel shaders made bump mapping (faking the appearance of surface depth with a texture that encodes fake surface angles, called a normal map), specular highlights (the tight, bright reflection that makes a surface read as wet, metallic, or polished), and dynamic shadows that move correctly with a light source all possible in real time for the first time.
The Xbox 360 and PlayStation 3 generation, launching in 2005 and 2006, brought programmable shaders to consoles at scale, and games like Gears of War (2006) and Uncharted (2007) showed what that unlocked: characters with visible skin pores and fabric weave, environments lit by dozens of dynamic light sources at once, drifting dust particles, lens flare, and ambient occlusion — a technique that darkens the crevices and corners of a scene to approximate how indirect light rarely reaches tight spaces, which does more to sell physical depth than almost any other single effect of that era.
High Dynamic Range (HDR) rendering also matured in this window, letting the engine calculate brightness values far beyond the 0–255 range a standard display can show, and then intelligently compressing that range down to something the screen can actually output. That's the technical reason a sunlit window inside a dark interior can blow out convincingly, or why a player's view gradually readjusts after stepping from a dark tunnel into daylight — effects that make virtual light behave the way human vision actually experiences it.
The age of realism: physically based rendering and photogrammetry (2008–2018)
The following decade was defined less by raw new hardware capability than by increasingly disciplined attempts to model how light actually behaves, rather than fake it with hand-tuned approximations.
Physically based rendering (PBR) became the industry's default shading approach by roughly 2013 to 2014, and the underlying mathematics traces back further than most players realize: the Cook-Torrance microfacet model, published by Robert Cook and Kenneth Torrance in ACM Transactions on Graphics in 1982, treats a rough surface as an enormous number of microscopic mirror-like facets, each reflecting light in a slightly different direction — which is why a single equation family can describe both the dull scatter of unfinished concrete and the tight, bright highlight on brushed steel just by adjusting a roughness value. Earlier lighting models were empirical: artists nudged numeric sliders until a surface looked right under one specific light in one specific scene, with no guarantee it would still look correct anywhere else. PBR flips that: a material is defined by measurable properties — metalness, roughness, base color — and the engine calculates how that material would actually scatter light, so it looks correct in any lighting condition the game throws at it, not just the one the artist happened to be testing in.
Deferred shading solved a separate, purely computational problem: how to light a scene with many dynamic light sources without the cost exploding. Traditional forward rendering calculates lighting once per object per light, so a room with thirty dynamic lights becomes thirty times more expensive to shade than a room with one. Deferred rendering splits the job into two passes — first storing geometric data (position, surface normal, material properties) for every visible pixel into intermediate buffers, then running all the lighting calculations against those buffers in a second pass — which makes large numbers of simultaneous dynamic lights computationally realistic for the first time.
Photogrammetry, the technique of photographing a real object or environment from dozens or hundreds of angles and using software to reconstruct accurate 3D geometry and texture data from those photographs, entered game production pipelines with The Vanishing of Ethan Carter (2014) and went mainstream with Battlefield 1 (2016) and Epic's Unreal Engine 4 "Kite" demo (2015). Real rock formations, tree bark, and props get scanned, cleaned up, and dropped directly into a virtual world, giving a baseline of physical accuracy that would take a hand-modeling artist enormously longer to sculpt by eye, and that no amount of artistic skill alone reliably reproduces.
Facial motion capture reached a genuinely new level of fidelity in this era too. Body motion capture had been usable for years, but facial performance capture required far finer interpolation, and earlier attempts routinely fell into the uncanny valley — faces that read as almost human but triggered a specific, visceral discomfort in viewers precisely because they were so close and yet slightly wrong. Sony's proprietary performance-capture pipeline for The Last of Us (2013), which recorded body, face, and voice simultaneously on set rather than compositing them separately later, was one of the systems that began meaningfully closing that gap.
Ray tracing: chasing physically accurate light (2018–present)
Every rendering technique described so far, including the most sophisticated PBR implementation, is fundamentally an approximation layered on top of rasterization. Rasterization itself — projecting 3D triangles onto a 2D screen and figuring out which pixels each one covers — does not natively calculate reflections, refractions, shadows, or bounced light. Those effects have to be faked, with varying degrees of cleverness: screen-space reflections that visibly break when the object being reflected happens to be off-screen, shadow maps with characteristic blocky, aliased edges, ambient occlusion that approximates depth rather than actually tracing how light bounces into a corner.
Ray tracing, by contrast, calculates something close to the real physical behavior of light. For each pixel on screen, the renderer casts a ray backward from the camera into the scene. When that ray hits a surface, it branches: a reflected ray heading off at the appropriate angle, a shadow ray checked against every light source to see if that point is actually lit, potentially a refracted ray if the surface is transparent or translucent. Each of those branches is followed until it either hits a light source or escapes the scene entirely, and the accumulated result is physically accurate reflections, soft shadows, and indirect illumination — the faint pink glow a red wall genuinely casts onto a nearby white surface, calculated rather than painted on by an artist.
The catch is computational cost. Physically accurate ray tracing of a single film-quality frame can take a render farm hours to finish. Real-time ray tracing at 60 frames per second was widely considered years away, if not outright impossible on consumer hardware, until NVIDIA's Turing architecture — the GeForce RTX 20-series launched in 2018 — shipped with dedicated RT cores, specialized circuitry built specifically to accelerate the bounding-volume-hierarchy traversal that ray tracing's branching-ray math requires.
The first game implementations were hybrids: ray tracing applied selectively, to reflections or shadows or ambient occlusion, layered on top of a scene that was still fundamentally rasterized underneath. Battlefield V (2018) and Control (2019) were among the first titles to demonstrate the difference clearly, with glass surfaces showing genuinely accurate reflections of the room around them and shadows with correctly soft, graduated penumbras instead of a single hard edge.
What is path tracing, and how is it different from regular ray tracing?
Path tracing is a more complete form of ray tracing that simulates every light source, every reflection, and every bounce of indirect light in a scene simultaneously, rather than applying ray tracing to only one or two specific effects. CD Projekt Red's "Overdrive Mode" for Cyberpunk 2077, released in 2023, uses full path tracing, and NVIDIA has stated that the workload was effectively impossible in real time before RTX-generation RT cores and AI-based denoising and upscaling arrived to make it fast enough to run at playable frame rates. (NVIDIA GeForce News, "Cyberpunk 2077: Technology Preview of New Ray Tracing Overdrive Mode"; Tom's Hardware, "Cyberpunk 2077 RT Overdrive Path Tracing")
The PlayStation 5 and Xbox Series X, both launching in 2020, brought hardware-accelerated ray tracing to consoles for the first time, even if console implementations generally trade off resolution or frame rate to afford it, a tension the physics engine article on this site explores from a different angle: every real-time simulation, whether it's lighting or motion, is a budget negotiation against a fixed millisecond deadline.
How does AI upscaling like DLSS and FSR fit into modern graphics?
AI-powered upscaling has become essential alongside ray tracing because it recovers the performance cost that path tracing and heavy ray tracing effects otherwise demand. NVIDIA's DLSS, AMD's FSR, and Intel's XeSS all render the game internally at a lower resolution and then use motion vectors, data from previous frames, and — in DLSS's case — a trained neural network to reconstruct a sharper, higher-resolution final image, functioning simultaneously as an upscaler and an anti-aliasing pass that smooths jagged edges and reduces shimmer. (TechRadar, "What the next generation of FSR, XeSS, and DLSS means for the future of PC gaming"; wccftech, "DLSS vs FSR vs XeSS Explained")
This is a genuinely different kind of graphics advance than everything that came before it. Every technique from vector displays through PBR was about calculating an image more accurately or more efficiently. AI upscaling instead predicts a plausible higher-resolution image from a lower-resolution one, using patterns learned from training data rather than from a fixed mathematical model of how light behaves — a shift in kind, not just in degree, and one that mirrors a much broader move across computing toward learned, statistical approximations replacing hand-written, deterministic rules.
Two analogies for how far the pipeline has actually shifted
It helps to hold two comparisons in mind when thinking about why modern graphics work the way they do.
First: rasterization versus ray tracing is a lot like the difference between painting a scene from memory and actually going outside to observe it. A skilled painter working from memory (rasterization plus artist-authored shading tricks) can produce something that looks convincing at a glance, but the illusion breaks the moment you check a detail the painter didn't think to include — a reflection that should show something off to the side, a shadow that should curve slightly because of a light source just out of frame. Ray tracing is closer to setting up an easel outside and painting exactly what's actually there, at the cost of taking dramatically longer to finish the canvas.
Second: AI upscaling is closer to how a skilled sketch artist works from a blurry witness description than to a camera zooming in. A digital zoom on a low-resolution photo has no new information to add; it just stretches the same pixels across more screen space, and the result looks softer, not sharper. A trained upscaling model instead recognizes patterns — this blurry cluster of pixels statistically tends to be a brick edge, that one tends to be foliage — and fills in plausible detail based on everything it has learned from millions of higher-resolution reference images, which is why DLSS output at 1440p upscaled to 4K can look sharper than some games' native, non-upscaled 4K rendering.
What people get wrong about the history of game graphics
The most common misconception is treating this history as a single, linear line toward photorealism, as though every generation's job was simply to look "more real" than the last. That framing misses how much of the interesting engineering in this story happened specifically because photorealism was unaffordable, and the creative solution wasn't a smaller version of the real thing — it was a completely different visual language built to work around the limitation. Mode 7's fake 3D, the PS1's texture warping, Doom's flattened 2.5D level geometry: none of these were failed attempts at realism. They were the correct technical answer to the hardware available at the time, and several of them are now aesthetic choices developers make on purpose, on hardware powerful enough to render true photorealism if they wanted to.
A second common error is assuming better graphics hardware automatically means a better game, or that ray tracing and path tracing represent an unambiguous improvement over rasterization for every title. In practice, the visual gain from full path tracing is often most visible in screenshots and side-by-side comparisons, and much less noticeable during actual moment-to-moment play at typical viewing distances, especially at 60 frames per second where a player's attention is on gameplay rather than admiring a reflection. Frame rate itself has a direct, measurable effect on how a game feels to control — a subject covered in depth in the article on why frame rate changes game feel — and many competitive and fast-paced games deliberately trade visual fidelity for a higher, steadier frame rate because responsiveness matters more to the experience than reflection accuracy.
A third misconception worth correcting: people often assume "3D graphics" and "polygon graphics" are interchangeable terms, but plenty of games use 3D-feeling perspective tricks — Mode 7's rotation and scaling, Doom's BSP-partitioned 2.5D levels, isometric sprite-based games — without any true 3D polygon geometry underneath at all. The visible result and the underlying technical implementation are two separate questions, and conflating them obscures just how much of this history is about clever illusion rather than brute-force simulation.
What comes next
The current frontier includes neural rendering, where AI models generate or substantially augment rendered frames rather than the engine calculating every pixel from geometry and light data directly, and continued expansion of path tracing beyond flagship showcase titles into more of the mainstream release calendar. NVIDIA's research into Neural Radiance Fields (NeRF), a technique that reconstructs a navigable 3D scene from a set of ordinary photographs rather than from hand-built geometry, points toward a future where the line between photographing a real place and modeling a virtual one continues to blur.
The uncanny valley for human faces has largely been crossed in pre-rendered cinematics for years now; real-time in-game rendering continues closing the remaining gap, with titles like Senua's Saga: Hellblade II (2024) pushing real-time character fidelity close to what used to require offline film-quality rendering. Hardware will keep advancing on roughly its established cadence, with each new GPU generation delivering a substantial jump in ray tracing and AI upscaling throughput over the last. For the broader context of how rendering fits into the field, see the complete gaming guide.
The genuinely interesting question the industry faces now isn't whether photorealism is achievable, because in specific, controlled conditions it largely already is. It's whether chasing ever-higher visual fidelity is even the right frontier for games as a creative medium at all. Some of the most acclaimed games of the past decade — Minecraft, Undertale, Celeste, Hades — use deliberately stylized graphics that were never reaching toward photorealism in the first place, and none of them are worse games for it.
The takeaway
The history of game graphics reads, at every stage, as engineers and artists pushing right up against a hard limit and then finding a way past it, until yesterday's workaround becomes today's deliberate style choice. Vector beams became pixel grids, sprites became polygons, polygons got shaders, shaders got physically grounded, and rasterization is now sharing the stage with genuine light simulation for the first time in the medium's history. None of that progress erased the value of constraint as a creative tool. The next leap, whatever form it takes, will very likely be judged the same way every previous one eventually was: not by how close it gets to a photograph, but by whether it lets developers tell the story they actually wanted to tell.
Read next:
- How Game Engines Render Lighting
- How Video Game Physics Engines Work: Simulating Motion
- Why Frame Rate Changes Game Feel
FAQ
What were the first video game graphics? The earliest interactive computer graphics appeared in academic and lab computing contexts rather than as commercial products. The Cathode-Ray Tube Amusement Device (patented 1948) used analog circuitry to overlay a missile trajectory on a screen. Tennis for Two (1958) displayed a physics simulation on an oscilloscope at Brookhaven National Laboratory. Spacewar! (1962), built at MIT on a PDP-1 minicomputer, is generally considered the first widely shared and played video game, and it used vector graphics rather than a pixel grid.
What is the difference between 2D sprites and 3D polygons? A sprite is a flat bitmap image placed at a position on screen, designed to look three-dimensional purely through artistry and shading. A polygon object exists mathematically in three-dimensional space defined by vertices, so a camera can move around it and lighting can update dynamically as the object or the light source moves. The industry's transition from sprites to polygons in the mid-1990s required entirely different hardware (3D accelerator chips), a different art pipeline (3D modeling software instead of pixel editors), and a different design vocabulary for level and character creation.
What is ray tracing and why does it matter in games? Ray tracing simulates light by mathematically casting rays backward from the camera through the scene, calculating physically accurate reflections, refractions, shadows, and indirect (bounced) illumination. Earlier real-time rendering techniques, grouped under the term rasterization, faked these effects with a series of visual approximations. Ray tracing produces more physically correct visuals but is far more computationally expensive; real-time ray tracing only became feasible for games once NVIDIA shipped dedicated RT core hardware starting with the RTX 20-series in 2018.
What is path tracing and how is it different from ray tracing? Path tracing is a more complete implementation of ray tracing that simulates every light source, reflection, and bounce of indirect light in a scene at once, rather than applying ray tracing selectively to just one or two effects like shadows or reflections. CD Projekt Red's Ray Tracing: Overdrive Mode for Cyberpunk 2077, launched in 2023, is a widely cited real-time path tracing implementation, and it depends heavily on AI-based denoising and upscaling to reach playable frame rates.
What is physically based rendering (PBR)? PBR is a rendering approach in which material properties — metalness, roughness, base color — are defined according to measurable physical characteristics, and the engine calculates how light actually interacts with those properties rather than relying on an artist's hand-tuned approximation. The underlying microfacet math traces back to a 1982 paper by Robert Cook and Kenneth Torrance. PBR replaced earlier empirical shading models, and its main practical benefit is that a correctly authored PBR material looks right under any lighting condition, not only the one an artist happened to preview it in.
What is photogrammetry and how do game studios use it? Photogrammetry is the technique of photographing a real object or environment from many angles and using software to reconstruct accurate 3D geometry and texture data from those photographs. Studios use it to scan real rocks, tree bark, fabric, and props, then place the resulting assets directly into a virtual world, achieving a baseline of physical accuracy and surface detail that is extremely time-consuming to reproduce by hand-sculpting alone. It entered mainstream production with titles like The Vanishing of Ethan Carter (2014) and Battlefield 1 (2016).
How does AI upscaling like DLSS, FSR, and XeSS actually work? These technologies render a game internally at a lower resolution than the display's native output, then reconstruct a higher-resolution final image using motion data from the game engine and information carried over from previous frames. NVIDIA's DLSS additionally applies a neural network trained specifically on high-resolution reference images to reconstruct fine detail, which is part of why upscaled DLSS output can sometimes look sharper than a game's native, non-upscaled resolution.
Why do some modern games deliberately use pixel art or low-polygon graphics? Because visual fidelity today is a stylistic choice rather than a hardware constraint. Pixel art, low-poly, and other stylized aesthetics communicate a specific mood, deliberately reference earlier eras of game history, run efficiently on modest hardware, and let small teams produce a distinctive visual identity without needing a full photorealistic asset production pipeline. Widely acclaimed recent games including Undertale, Celeste, and Hades use deliberately non-photorealistic art styles as a core, intentional part of their identity, not as a limitation they were forced to work around.
Why did early 3D games like the original PlayStation titles have warping, shimmering textures? The original PlayStation's graphics hardware lacked perspective-correct texture mapping, meaning it interpolated texture coordinates in straight lines across the screen instead of accounting for how a receding surface should compress a texture toward the horizon. That produced the visible "swimming" or warping effect in textures on angled or distant surfaces, a specific visual signature now nostalgically associated with mid-1990s 3D games and sometimes deliberately recreated by modern low-fidelity horror titles chasing that exact aesthetic.
Is real-time ray tracing actually necessary for good graphics, or is it mostly marketing? Ray tracing produces measurably more physically accurate reflections, shadows, and indirect light than rasterized approximations, but its practical visual impact during actual gameplay is often smaller than in side-by-side comparison screenshots, particularly at typical viewing distances and frame rates where a player's attention is on gameplay rather than on inspecting a reflection. Many competitive and fast-paced games still prioritize a higher, steadier frame rate over ray-traced visual effects, because response time has a more direct and measurable effect on how a game feels to play.
Follow new articles
Add SciHub101 to your feed reader to see new science and technology stories.
About the Author
SciHub101 is an independent science and technology publication founded and edited by Buğra Sözeri, a software engineer and app developer based in Türkiye. AI tools assist with drafting and research. Source documentation in the existing archive is uneven, and articles are being reviewed and corrected. The Editorial Team byline identifies editorial responsibility; it does not certify specialist or independent human review. Where we compare products, anything built by our own team is labelled as such — see the editorial guidelines and About page for how corrections and disclosures work.
Related Articles

How Loot Boxes Work: The Psychology of Gambling Hidden in Your Video Games
Loot boxes generate billions in revenue by exploiting the same psychological mechanisms as slot machines. Here's the science behind why they're so effective — and why regulators worldwide are paying attention.

Game Sound Design: How Audio Creates Immersion
You hear a footstep above you in *Alien: Isolation* and your heart rate spikes before you consciously register what you heard. Game audio operates at the boundary of conscious and unconscious processing — and the science behind it is as sophisticated as anything in visual rendering.

The Science of Speedrunning: How Glitches and Exploits Work
Completing a 50-hour game in 20 minutes sounds impossible, but speedrunners do it by exploiting the fundamental gap between what a game looks like and how it actually works in memory. Understanding how glitches work is essentially a course in low-level computer science.

Procedural Generation: How Minecraft Builds Infinite Worlds
Minecraft's world spans roughly 60 million blocks in each direction, yet it fits in a few bytes of seed data. The mathematics behind biomes, caves, and mountains from a single number is one of gaming's most elegant engineering achievements.

Game AI: How NPC Behavior Actually Works
The guard who patrols a hallway, the ghost that hunts you through a maze, the flock of birds that scatters when you approach — none of it runs on anything resembling real intelligence. Here's the classic toolkit that makes NPCs feel alive.

How Game Engines Work: Unity vs Unreal Explained
Every modern game runs on a game engine — a vast software framework that handles rendering, physics, audio, input, and much more. But what exactly is a game engine doing under the hood, and why does the choice between Unity and Unreal matter so much?