Prime Video downloads on a Mac: where they actually go

Someone downloads three episodes on a Mac, then opens Finder to see where they landed, and finds nothing. Not in Downloads, not in Movies, not anywhere a search turns up. The instinct after that is to assume the search was wrong, or that the file is hidden somewhere obscure. The more useful conclusion is that the folder picker every other platform offers does not exist on macOS, and that this is documented rather than broken. Once that is settled, the real questions become answerable: how to reclaim the space, what the browser can and cannot do, and whether a separate window pointed at the site is worth building for anything other than downloads.

The folder picker exists on two platforms, and macOS is not one of them

Amazon's help page on downloading titles is short and specific about which platforms let a person choose. It says that in the Prime Video app for Android and Windows, downloaded titles can be saved to a chosen location, and adds a recommendation against saving downloads onto USB connected drives. macOS is absent from that sentence. It is present in the sentence directly above it, which lists the platforms that can download at all: a Fire tablet, or the Prime Video app for iOS, Android, macOS, or Windows 10 and 11.

So the Mac can download. The Mac cannot be told where. Those two facts sit one line apart on the same page, which is why so many searches for a Mac save location end in confusion. The answer is not a path. The answer is that the setting is not offered.

That single omission changes the whole approach to storage on a Mac. On Windows, a person short on space moves the download folder to an external drive and carries on. On a Mac, the only lever is inside the application itself: download less, or delete what is already downloaded from the Downloads screen in the app. There is no supported way to relocate the store, and no folder to drag into Trash.

The behaviour is consistent with how the application is distributed. It ships through the Mac App Store, where applications run sandboxed and keep their working data inside a per application container in the user library rather than in the visible folders people browse. That container is not a place to go rummaging. Files inside it are protected copies tied to the account and the device, not media files that will play in QuickTime or transfer to another machine.

Two different macOS requirements are published for the same application

Anyone checking whether their Mac qualifies will find two numbers, and they do not match.

Amazon's own system requirements page for computers describes the Mac application under the heading Amazon Prime Video for Mac, running macOS 11.4 Big Sur or higher. The App Store listing states, in its compatibility section, that Mac requires macOS 14.0 or later.

The practical answer is that the App Store field is the one that decides. That is the number the store checks before it will install anything, so a Mac running Big Sur, Monterey, Ventura or Sonoma below 14 will be refused at the download step regardless of what the help page says. The 11.4 figure appears to be older text that describes what the application once needed.

Source	Stated macOS requirement
Prime Video system requirements page	macOS 11.4 Big Sur or higher
App Store compatibility field	macOS 14.0 or later

This matters more than a documentation quibble. A Mac that cannot install the application cannot download anything at all, because downloading is an application only feature. On those machines the question of a save location never arises, and the only route to the service is a browser.

The browser streams and does not download

The same system requirements page states that Prime Video is available via a web browser on a computer running Windows, macOS, Chrome OS or Linux, and lists Chrome, Firefox, Edge, Safari and Opera as the browsers to keep current. It sets the browser tier at up to HD video and stereo sound, with subtitles, audio description, live streaming and profile support all present.

Notice what the browser row does not contain: offline playback. The list of things that can download is the earlier one, and a browser is not on it. This is the point that turns most Mac download searches into a dead end. A person who cannot install the application is not one setting away from downloading. Offline viewing is simply not available to them on that machine.

The Mac application row on the same page carries the identical video and audio ceiling as the browser row, up to HD and stereo. The application does not buy better picture quality on a Mac. What it buys is offline playback, and offline playback is the only reason the download question exists.

One further limit is worth knowing before planning around downloads at all. Amazon states that playback of downloaded content over Chromecast or AirPlay is not permitted, and that offline playback to a television works only through supported devices with the appropriate adaptors. A downloaded episode is meant to be watched on the screen of the machine that downloaded it.

Checking which number applies before installing anything

The version of macOS on the machine is the first thing to establish, because it decides whether any of the rest is relevant. It is shown under About This Mac in the Apple menu. A number of 14.0 or higher means the App Store will install the application and downloads become available. A lower number means the App Store will refuse, and the browser is the only route to the service on that Mac.

If the Mac is below the floor, the same App Store listing points to the other devices that can download the same titles under the same account. Its compatibility section lists iOS 17.0 or later for iPhone, iPadOS 17.0 or later for iPad, tvOS 18.2 or later for Apple TV and visionOS 1.0 or later for Apple Vision. An iPad running a current version of iPadOS will download a season and play it on a plane, which is often the actual goal behind a search for a Mac save location. The Mac then goes back to being the machine that streams.

That reframing is worth making early, because a great deal of effort gets spent trying to find a folder that does not exist on a machine that could not have downloaded anything in the first place. Establish the macOS version, establish whether the application installed successfully, and only then treat storage as the problem.

A Mac that later gets upgraded past the floor does not inherit anything. Downloads made on a phone or a tablet stay on that device. Each device downloads its own copy under the account, and there is no transfer between them.

Reclaiming space without a folder to open

With no path to delete and no picker to move, storage management happens in three places.

Inside the application. The Downloads section lists what has been stored and removes titles individually or by season. This is the supported route, and the only one that also frees the licence tied to that copy.

In the application itself. The App Store lists the download as 339.3 MB before any video is added. Removing the application removes its container, which takes every downloaded title with it. That is the blunt option, useful when the goal is to clear space and go back to streaming.

By not downloading a whole season. The help page describes a single control that downloads an entire season, and a per episode download icon in the episode list. The season button is the one that quietly consumes tens of gigabytes. Downloading the next two episodes rather than the next twenty is the difference between a manageable footprint and a full disk, and it is the only sizing control a Mac user actually has.

None of these are workarounds. They are the whole toolkit, because the platform that would let a person point downloads at an external drive is Windows.

Where a separate window for the site still helps

A tool that turns a website into a standalone Mac application will not add offline downloads. Downloads are enforced by the service, not by the window, and no wrapper changes the list of platforms Amazon supports. Saying otherwise would be selling something that does not exist.

What a separate window does change is everything around the viewing itself, and those problems are real on a Mac.

Two accounts on one machine. An installed application holds one signed in account. Profiles inside that account are a different thing from separate accounts, and a household with a personal account and a shared one hits this constantly. Separate application bundles with isolated browser profiles keep two sessions signed in at the same time, each in its own window with its own icon.

A Mac below the App Store floor. On macOS 13 or earlier, the application will not install. A browser is the only route, and a browser window with its own Dock icon and its own entry in the application switcher is a considerably better version of that route than a tab lost among thirty others.

Extensions that are part of how someone watches. Subtitle helpers, translation tools and password managers live in the browser. A window built on a Chromium browser already installed on the Mac keeps them. The official application has none of them.

Keeping video out of the work browser. A window that only ever opens the video site does not surface in the same history, the same session, or the same set of tabs as work. The Supported services list covers this category of site directly.

The three routes, stated plainly

	Mac application	Browser tab	Site to app window
Offline downloads	Yes	No	No
Choose the save folder	No	Not applicable	Not applicable
Video ceiling	Up to HD	Up to HD	Up to HD
Minimum macOS	14.0 per the App Store	Browser's own floor	Browser's own floor
Browser extensions apply	No	Yes	Yes, when built on an installed browser
Own Dock icon	Yes	No	Yes
Two accounts signed in at once	No	Per browser profile	Yes

The first row and the last three rows almost never matter to the same person on the same evening. Someone packing for a flight cares about row one and nothing else. Someone who watches at a desk and keeps two accounts cares about the bottom half and will never miss offline playback.

Deciding by which problem is actually present

If the goal is offline viewing on a flight, install the application from the App Store, download individual episodes rather than seasons, and accept that the storage lives where the system puts it. There is nothing further to configure, and no folder to find.

If the Mac will not install the application, or if the friction is two accounts and a tab that keeps getting lost, the download question is the wrong one to be asking. Give the site its own window, its own icon and its own signed in session, and treat offline viewing as something that happens on a phone or a tablet instead. A tool like Kagemusha builds that window from an installed Chromium browser, which is why extensions and existing logins carry over.