Nvidia · Filed Jul 16, 2026 · Published Nov 5, 2026

Nvidia Files Patent for Letting Two Chip Types Share Self-Driving Camera Work

Before a self-driving car can recognize a pedestrian, it has to find the corners and edges in every camera frame, and that early chore can eat most of a chip's time. Nvidia's patent splits it between two kinds of cores that work on different frames at once.

An autonomous car packed with cameras, radar, and other sensors that feed driving data to onboard processors. Drawing from patent filing US 2026/0350978 A1.
An autonomous car packed with cameras, radar, and other sensors that feed driving data to onboard processors.
See all 21 drawings from this filing ↓
Publication number US 2026/0350978 A1 US20260350978A1
Applicant NVIDIA Corporation
Filing date Jul 16, 2026
Publication date Nov 5, 2026
Inventors Yi LU, Ching-Yu HUNG, Hanjie MEI, Yen-Te SHIH, Chao LYU
US classification 345/505
Status when we published Waiting for an examiner (Jul 30, 2026)
Parent application is a Continuation of 18818107 (filed 2024-08-28)
Document 20 claims

What Nvidia's two-chip image trick actually does

Every time a camera on a self-driving car snaps a new frame, a chip has to scan it for corners and edges, the landmarks a car uses to make sense of what is around it. Then the next frame arrives, and the chip has to do it all over again, many times a second.

Nvidia's filing splits that chore between two kinds of processing cores. One reads a picture a single row of pixels at a time. The other grabs a whole square block at once, which suits corner-finding well. Instead of making one core do everything, the patent has them pass work back and forth: the block-reader finds candidate corners, the row-reader handles the prep and bookkeeping, and the block-reader then picks the strongest results.

The overlap is the real trick. While one core finishes up frame one, the other is already starting frame two, so neither sits idle waiting for its turn.

From the filing · THE ABSTRACT
Aspects of this technical solution can increase speed of processing in low-latency application areas, while maintaining integrity of image feature recognition at those higher speeds.

Translation: The method speeds up visual data processing for self-driving cars without losing accuracy.

How the two processors hand work back and forth

The patent covers a two-processor relay. A first processor performs an operation on camera image data. When it finishes, a second processor takes that output plus the original image and performs the next operation. The final result then drives some machine action, such as steering decisions in the vehicle examples.

The two processors are built differently. A pixel processing engine (PPE) works on a two-dimensional grid of pixels at once, like looking at a square tile. A vector processing unit (VPU) works on one row at a time. For comparison, the filing says an ordinary CPU handles a single pixel at a time.

The main example for one frame runs like this:

  • The PPE runs Harris corner detection (finding spots where edges meet).
  • The VPU runs an injection step on that output.
  • The PPE runs non-maximum suppression (keeping only the strongest corner in each neighborhood) while the VPU calculates where the corners sit.
  • The VPU then does masking, packing and halo preparation for that frame while the PPE already starts Harris corner on the next frame.

The design also saves work by reusing pixels along tile edges (called halos) instead of loading them again. In one example, a neighborhood check on a 5×5 block of pixels that would need 5 rows and 5 columns loaded on a VPU takes one block and 8 shift instructions on a PPE.

Why faster corner-spotting matters for car cameras

If your car sees the road through cameras, the speed of this early step matters. Every moment spent finding corners and edges is a moment before the car understands what it is looking at. The filing says feature detection on a single core type alone can take up to 80% of the processing time, and that vehicles are adding more cameras at higher resolution. Cutting that cost frees chip time for everything else the car has to do.

The patent reaches beyond cars. Its claims list robots, aerial systems, medical systems and AR headsets among possible uses, though the detailed examples center on in-vehicle cameras. This is chip-level plumbing and no product is named, so read it as a glimpse of how Nvidia thinks about moving camera data efficiently.

Nvidia's 107th filing we've tracked since May in the self-driving sensing race adds to a run that includes one on guessing your turn and one on lane choice without maps.

Editorial take

More cameras at higher resolution mean more pixels to scan every second, and the filing notes that one step alone, finding the edges and corners that let a car recognize a stop sign or a pedestrian, can consume up to 80% of processing time. That leaves almost nothing for the decisions a car actually has to make.

The fix is sized to match the problem. Routing each task to the chip best suited for it, and overlapping one frame's cleanup with the next frame's start, squeezes more throughput from hardware a car already carries.

You will never see this on a screen. If it works as described, it shows up as a car that notices a hazard a fraction of a second sooner, and in a vehicle traveling at highway speed, a fraction of a second is roughly the length of a car.

Get our take in your Top Stories

Liked this breakdown? Add Patentlyze as a preferred source on Google, and our plain-English take shows up more often in your Top Stories the next time Nvidia patent news breaks.

There are more where this came from

We read every patent application Big Tech publishes and send you the ones worth knowing. Plain English, free, every week.

The drawings

21 drawing sheets from US 2026/0350978 A1 · click any drawing to enlarge

Paired processor blocks sharing memory to split up vision tasks, drawing sheet 1 from US 2026/0350978 A1
Sheet 1 Paired processor blocks sharing memory to split up vision tasks
Specialized units routing data between memory and processing chips, drawing sheet 2 from US 2026/0350978 A1
Sheet 2 Specialized units routing data between memory and processing chips
Finding prominent visual details by scanning adjacent image blocks, drawing sheet 3 from US 2026/0350978 A1
Sheet 3 Finding prominent visual details by scanning adjacent image blocks
Dividing a camera frame into four equal blocks for processing, drawing sheet 4 from US 2026/0350978 A1
Sheet 4 Dividing a camera frame into four equal blocks for processing
Borrowing a horizontal border stripe from an adjacent image tile, drawing sheet 5 from US 2026/0350978 A1
Sheet 5 Borrowing a horizontal border stripe from an adjacent image tile
Overlapping image slices to keep edge details visible across cuts, drawing sheet 6 from US 2026/0350978 A1
Sheet 6 Overlapping image slices to keep edge details visible across cuts
Merging border strips between horizontal tiles to avoid missing data, drawing sheet 7 from US 2026/0350978 A1
Sheet 7 Merging border strips between horizontal tiles to avoid missing data
Splitting vertical image slices with overlap zones into separate blocks, drawing sheet 8 from US 2026/0350978 A1
Sheet 8 Splitting vertical image slices with overlap zones into separate blocks
Show the other 13 sheets
How two chips share work on one camera image, drawing sheet 9 from US 2026/0350978 A1
Sheet 9 How two chips share work on one camera image
Sharing work across chips continuously as new video frames arrive, drawing sheet 10 from US 2026/0350978 A1
Sheet 10 Sharing work across chips continuously as new video frames arrive
Preparing image pieces so multiple processors can spot road details, drawing sheet 11 from US 2026/0350978 A1
Sheet 11 Preparing image pieces so multiple processors can spot road details
Calculating visual cues to track objects across camera frames, drawing sheet 12 from US 2026/0350978 A1
Sheet 12 Calculating visual cues to track objects across camera frames
Saving detected road features into chip memory for driving decisions, drawing sheet 13 from US 2026/0350978 A1
Sheet 13 Saving detected road features into chip memory for driving decisions
Tracking moving targets using past and new camera views, drawing sheet 14 from US 2026/0350978 A1
Sheet 14 Tracking moving targets using past and new camera views
Running two chips at once on driving video, drawing sheet 15 from US 2026/0350978 A1
Sheet 15 Running two chips at once on driving video
Sensors and driving controls placed throughout a self-driving car, drawing sheet 16 from US 2026/0350978 A1
Sheet 16 Sensors and driving controls placed throughout a self-driving car
Camera positions giving an autonomous car full surround vision, drawing sheet 17 from US 2026/0350978 A1
Sheet 17 Camera positions giving an autonomous car full surround vision
Driving sensors and control chips wired inside the vehicle, drawing sheet 18 from US 2026/0350978 A1
Sheet 18 Driving sensors and control chips wired inside the vehicle
Cloud servers sending map and driving updates to a car, drawing sheet 19 from US 2026/0350978 A1
Sheet 19 Cloud servers sending map and driving updates to a car
Core computing parts that process navigation and sensor data, drawing sheet 20 from US 2026/0350978 A1
Sheet 20 Core computing parts that process navigation and sensor data
Data center software levels that organize autonomous fleet workloads, drawing sheet 21 from US 2026/0350978 A1
Sheet 21 Data center software levels that organize autonomous fleet workloads
Browse all the drawings 21 drawing sheets
Patent filing page

Source. Full patent text and figures from the official USPTO publication PDF.
Reader comments

Be the first to weigh in

Start the discussion

Real name or a handle, either is fine. Comments are read by a person before they appear, so allow a little time. Keep it about the filing.