# Does DaVinci Resolve Support AV1 Export? > **Quick answer:** Yes. DaVinci Resolve has exported AV1 since version 18.1 (November 2022), but only on Windows and Linux, and only with a GPU that has a hardware AV1 encoder: Nvidia RTX 40 or newer, AMD RX 7000 or newer, or Intel Arc. macOS cannot encode AV1 at all, because no Apple chip has an AV1 encoder. *Published by [TryUncle](https://tryuncle.com) — the on-screen assistant that teaches DaVinci Resolve on your own screen.* *Updated 2026-08-02 · DaVinci Resolve 21.0.3 (July 2026) · Canonical: https://tryuncle.com/learn/davinci-resolve/does-davinci-resolve-support-av1-export* Someone asks this in a Resolve forum roughly once a month, gets an answer from 2023, and walks away half right. As of August 2026, running DaVinci Resolve 21.0.3, the honest answer has three parts: yes, on two of three platforms, and only with the right GPU. And even "the right GPU" hides a laptop-shaped wrinkle nobody warns you about until your export fails. Here's the full picture, sourced straight from Blackmagic Design's own codec documentation instead of a two-year-old forum thread. We've spent seven years cutting commercial video in Resolve and run a 100,000+ member editing community where version-specific codec questions like this one show up constantly. AV1 support is a genuinely confusing topic because Blackmagic rolled it out in pieces across four years, one platform and one GPU vendor at a time, and most of the pages ranking for this query never say which piece they're describing. ## Does DaVinci Resolve support AV1 export? Yes, with two conditions attached. DaVinci Resolve exports AV1 on Windows and Linux, provided the machine has a GPU with a hardware AV1 encoder, and it cannot export AV1 at all on macOS, on any Mac, regardless of edition. That's the whole answer compressed into two sentences, and it's also exactly why the search results for this query are such a mess. A 2023 blog post written on a Mac says AV1 export "isn't a thing" in Resolve. A 2024 forum thread from a Windows user with an RTX 4070 Ti says it works fine. Both are correct, for their own machine, and neither one mentions the platform that makes their answer true. Per Blackmagic Design's own [Supported Formats and Codecs document for DaVinci Resolve 20](https://documents.blackmagicdesign.com/SupportNotes/DaVinci_Resolve_20_Supported_Codec_List.pdf), published July 2025, the AV1 row reads "Yes, GPU accelerated" for encode on Windows, "Nvidia graphics (GPU accelerated)" for encode on the officially tested Linux build, and a flat dash, meaning no encode support at all, on macOS. **DaVinci Resolve has never had an AV1 export option on macOS, on any version, on any Mac.** That's not a bug and it isn't likely to change soon, for reasons that have nothing to do with Blackmagic and everything to do with Apple's own chips, covered in detail further down. ## When did DaVinci Resolve add AV1 support? DaVinci Resolve's AV1 support rolled out in stages between 2021 and 2026, not all at once, which is the root cause of most of the outdated claims still floating around online. | Version | Date | What changed | | --- | --- | --- | | 17.2 | May 2021 | AV1 decode added on Windows, with accelerated decoding on supported Intel, Nvidia, and AMD hardware | | 18.1 | November 11, 2022 | First AV1 export option: hardware accelerated AV1 encoding on supported Nvidia GPUs | | ~2023 | 2023 | Intel Arc GPUs gain AV1 hardware encode support in Resolve | | 18.5 (beta) | May 2023 | AMD Radeon RX 7000-series (RDNA 3) GPUs gain AV1 hardware encode support, the last of the three GPU vendors to get it | | 19 through 20 | August 2024 to July 2025 | AV1 encode remains GPU-accelerated only on Windows and Nvidia-only on the officially tested Linux build; macOS still lists no encode support | | 21 | June 4, 2026 | Intel QuickSync AV1 4:4:4 decode and encode added, extending earlier support that topped out at 4:2:0 chroma | The Windows-only decode update in [Resolve 17.2](https://www.notebookcheck.net/Blackmagicdesign-updates-Da-Vinci-Resolve-17-with-support-for-AV1-decoding-in-Windows.539454.0.html) is where most of the "Resolve doesn't support AV1" confusion started, since that release let Resolve open AV1 files without letting it create them. The real turning point came a year and a half later. [CineD's coverage of the DaVinci Resolve 18.1 release](https://www.cined.com/davinci-resolve-18-1-released-new-features-for-faster-export-to-social-media-and-more/) lists "Hardware accelerated AV1 encodes in supported Nvidia systems" directly under that update's Codecs & I/O section, the first time Resolve could actually write an AV1 file rather than just read one. Nvidia had it first because Nvidia's RTX 40-series launched with a dedicated AV1 encoder inside its 8th-generation NVENC chip. Writing about that same generation of cards a month later, ProVideo Coalition contributor Nick Lear put it plainly: > "RTX 4000 series has a new 8th generation NVENC encoder. It handles AV1 as well as H.265 and H.264." (source: [ProVideo Coalition](https://www.provideocoalition.com/get-blazing-fast-exports-in-davinci-resolve/)) AMD's Radeon cards were the last of the three GPU makers to catch up. Per [wccftech's coverage](https://wccftech.com/amd-radeon-gpus-can-now-enjoy-av1-encoding-support-in-davinci-resolve-studio/), Blackmagic Design added AV1 hardware encoding for AMD's RDNA 3 architecture in a DaVinci Resolve Studio beta in May 2023, months after Nvidia and Intel Arc GPUs had already gotten it. That lag is worth remembering if you're troubleshooting an older AMD card today: RDNA 2 and earlier Radeon GPUs never got AV1 encode in Resolve, and they never will, because the encoder simply isn't in that silicon. ## Which platforms actually let you export AV1? Windows and Linux, not macOS, and only with a GPU that has a hardware AV1 encoder built in. Here's the platform breakdown exactly as it appears in Blackmagic's own July 2025 codec documentation for DaVinci Resolve 20, the most recent version of that document published as of this writing: | Platform | AV1 decode | AV1 encode | | --- | --- | --- | | macOS (any Mac, Apple Silicon or Intel) | Yes | No, not supported at all | | Windows 10/11 | Yes, GPU accelerated | Yes, GPU accelerated (requires a compatible GPU) | | Linux (Rocky Linux 8.6, CUDA build) | Yes, GPU accelerated, Nvidia graphics | Yes, Nvidia graphics only | *(Source: [Blackmagic Design, DaVinci Resolve 20 Supported Formats and Codecs](https://documents.blackmagicdesign.com/SupportNotes/DaVinci_Resolve_20_Supported_Codec_List.pdf))* Two things in that table trip people up. First, Blackmagic's officially published Linux build is a CUDA build, meaning it's tested and documented against Nvidia GPUs. AV1 encoding on Linux with an AMD card depends on Mesa driver versions and isn't part of Blackmagic's certified matrix, which is a real gap for the growing number of editors running Resolve on Linux with Radeon hardware. Second, and more importantly: **the macOS row for AV1 encode has read "no" in every version of Blackmagic's codec documentation since AV1 decode first appeared, and nothing in the DaVinci Resolve 21 release notes changed that.** The Intel QuickSync AV1 4:4:4 improvement in Resolve 21 is a Windows and Linux feature, tied to Intel's own QuickSync hardware, not something that reaches Apple Silicon. ## How do you actually turn on AV1 export in DaVinci Resolve's Deliver page? If your platform and GPU qualify, the setting itself is nothing exotic. It sits in the same place as every other codec option. 1. Open the **Deliver** page and pick or create a render preset. 2. Under **Video**, set **Format** to **MP4**. AV1 shows up as a Codec option under the MP4 container, alongside H.264 and H.265; it does not appear under MOV or MXF. 3. Open the **Codec** dropdown. If your GPU and driver qualify, AV1 appears in the list next to H.264 and H.265. If it doesn't appear at all, skip ahead to the troubleshooting table further down. 4. Set **Resolution** and **Frame rate** to Match Timeline Settings unless you have a specific reason to change them. 5. Under **Quality**, AV1 in Resolve works the same way H.264 and H.265 do: you're setting a target bitrate rather than picking from named quality presets the way some third-party AV1 encoders (like SVT-AV1 in HandBrake) let you do. There's no separate "AV1 quality slider," just the same Restrict to bitrate field every other codec uses on this page. 6. Confirm your **Audio** codec and sample rate in the Audio tab, then **Add to Render Queue** and **Start Render**. None of that is AV1-specific until step 3, and that's the point. Resolve doesn't wall AV1 off behind a separate menu or a hidden preference. If the hardware and platform are right, AV1 sits in the Codec dropdown exactly where you'd expect to find it. If it's greyed out or absent, that's a hardware, driver, or edition issue, not a setting you're missing somewhere else in the interface. One practical note for anyone chasing file size or archival efficiency with AV1: because Resolve's AV1 encoder is bitrate-driven the same way its H.264 and H.265 encoders are, the same discipline that keeps other exports from ballooning applies here too, specifically setting Restrict to instead of leaving Quality on Automatic. [We cover exactly why that setting matters, and why the wrong choice can make a file dramatically bigger than it needs to be, in a separate breakdown of file size problems in Resolve exports](https://tryuncle.com/learn/davinci-resolve/davinci-resolve-export-file-size-too-large). ## Do you need DaVinci Resolve Studio to export AV1? Not according to Blackmagic's own documentation, though a lot of secondary sources and real editors' own experience say otherwise, and that contradiction is worth sitting with rather than papering over. This is the specific tension worth untangling, because it's the single biggest source of bad advice on this topic. Several widely cited comparison articles state flatly that AV1 export is a Studio-exclusive feature, full stop. But Blackmagic's Supported Formats and Codecs document doesn't tag the AV1 row that way. Compare it to formats the document does explicitly gate: on the same Linux page, MV-HEVC encode is listed as "Studio and Nvidia graphics (GPU accelerated)," Panasonic AVC-Intra decode reads "Studio only," and HEIF stills read "Studio only." The AV1 row, on every platform's table, carries no such label: just "Yes, GPU accelerated" for decode and "GPU accelerated" for encode, no edition mentioned. The only Studio rule that touches AV1 in the written documentation is a general one that applies to every codec in the document: a note at the bottom of every platform's table states plainly that "Encoding video resolutions >= 4K is only supported with DaVinci Resolve Studio." That rule isn't AV1-specific. It applies to H.264, H.265, and everything else Resolve can render. So the documented statement is this: **DaVinci Resolve's own codec documentation does not gate AV1 export to Studio by name; the only Studio requirement that touches it in writing is the same 4K-and-above resolution rule that applies to every codec Resolve renders.** Real-world reports push back on that reading, though, and they shouldn't be dismissed. A thread on Blackmagic's own forum, titled simply "AV1 export and 4070Ti," collects multiple editors reporting that the AV1 codec option is present with a paid Studio license and a qualifying Nvidia card, and absent on the same hardware running the free edition, even well under 4K resolution. That pattern shows up across enough separate reports, on different GPUs, that it's not just one confused user. It's also not something Blackmagic has published a direct statement confirming or denying for this specific combination: free edition, qualifying GPU, sub-4K resolution. So here's the honest version, not the tidy one: the written codec matrix doesn't gate AV1 to Studio by name, but a real pattern of user reports says the free edition's Deliver page frequently doesn't show a usable AV1 option even when the hardware qualifies. If your Deliver page shows AV1 greyed out on the free edition with a supported GPU, that matches what other free-edition users have reported, not necessarily a bug specific to your machine. What isn't ambiguous either way is the resolution rule: want to export AV1 at 4K or higher, in any edition combination, you need Studio. ## Which GPUs actually have a hardware AV1 encoder? Three GPU families, all launched in 2022: Nvidia's RTX 40-series, Intel's Arc Alchemist cards, and AMD's Radeon RX 7000-series. Anything older than these, from any vendor, has no AV1 encoder in its silicon, and DaVinci Resolve has no software AV1 encoder to fall back on. | Vendor | GPU generation | Architecture name | Launched | Resolve AV1 encode added | | --- | --- | --- | --- | --- | | Nvidia | RTX 40-series | Ada Lovelace | 2022 | Resolve 18.1, November 2022 | | Intel | Arc A-series | Alchemist | 2022 | Resolve, 2023 | | AMD | Radeon RX 7000-series | RDNA 3 | 2022 | Resolve Studio beta, May 2023 | This is why an editor with an RTX 3080, an Arc A380, or an RX 6800 XT, all perfectly capable GPUs for editing and color work, will never see a usable AV1 encoder in Resolve no matter which version they update to. Every RTX 30-series card, every Arc-branded discrete GPU before Alchemist (there wasn't one; Alchemist was Intel's first Arc generation), and every Radeon before RX 7000 simply don't have an AV1 encoder built into the chip. **A GPU either has a dedicated AV1 encoder or it doesn't, and no DaVinci Resolve update will add one to hardware that was never built with it.** The same logic runs the other direction for decode: AV1 decode has much broader hardware support, going back further on all three vendors, which is exactly why so many editors can already open AV1 files in Resolve on hardware that will never export one. Nvidia built the entire RTX 40-series, laptop and desktop chips alike, with a dual-encoder design rather than a single AV1 encoder, and it's worth knowing before you assume any qualifying GPU performs the same. Announcing the RTX 40-series in September 2022, Nvidia's own blog put the benefit in blunt terms: "New dual encoders cut video export times nearly in half," describing the eighth-generation NVENC chip's ability to split a single encode job across two hardware encoders working in parallel (source: [NVIDIA Blog](https://blogs.nvidia.com/blog/nvidia-studio-geforce-rtx-40-series/)). Nvidia's own [RTX 40-series Community Q&A](https://www.nvidia.com/en-us/geforce/news/rtx-40-series-community-qa/) confirms this isn't limited to the flagship card: dual AV1 encoding is a feature of the whole RTX 40-series lineup, laptop GPUs and the RTX 4070 included, not something reserved for the RTX 4090. What that means practically inside Resolve's Deliver page: an RTX 4070 encoding AV1 isn't working with half the hardware an RTX 4090 has for that specific task, both have the dual-encoder design. Where the 4090 pulls ahead is overall GPU throughput for everything else happening during export, debayering RAW footage, running Fusion effects, applying noise reduction, not the AV1 encoder itself. If your bottleneck genuinely is AV1 encode speed on an otherwise light timeline, a cheaper RTX 40-series card gets you most of the way there. If your timeline is RAW-heavy or effects-heavy, the GPU tier matters for reasons that have nothing to do with AV1 specifically. [We break down exactly how to tell which bottleneck you're actually hitting during a slow render, GPU-bound versus something else entirely, in a separate guide](https://tryuncle.com/learn/davinci-resolve/davinci-resolve-is-unable-to-run-in-cuda-mode). Intel and AMD haven't published the same dual-encoder claim for their AV1 hardware. Arc and RDNA 3 GPUs encode AV1 in hardware, but nothing in Intel's or AMD's own materials describes a comparable dual-encoder split for a single job the way Nvidia does. Treat that as a real, documented difference between the three vendors, not a knock against Intel or AMD's AV1 quality, which independent testing has repeatedly rated competitively against Nvidia's. ## Does every qualifying GPU actually work the same, including budget cards, laptops, and multi-GPU rigs? Mostly yes, with two specific exceptions worth knowing: one about a specific card in a specific role, and one that has nothing to do with GPU generation at all. On the Nvidia side, the answer is a clean yes. Every RTX 40-series card, from the budget RTX 4060 up through the RTX 4090, carries the same eighth-generation NVENC design with AV1 hardware encode and the dual-encoder split described above. There's no cut-down tier where Nvidia removed the AV1 encoder to hit a lower price point. The same holds for AMD's RX 7000-series: the encoder that matters is baked into the whole RDNA 3 generation, not reserved for the top card. Intel Arc is where a real, documented quirk shows up. Editors running an Arc card purely as a dedicated AV1 encoder, alongside a separate Nvidia or AMD card handling the actual display and GPU compute work, a genuinely common budget setup for creators who want cheap AV1 or H.265 hardware encoding without giving up their primary GPU, have reported on Intel's own community forum that AV1 hardware encoding on the Arc A380 doesn't activate unless that Arc GPU is set as the system's main monitor output, not just installed and detected (source: [Intel Community](https://community.intel.com/t5/Graphics/Intel-Arc-A380-No-AV1-encoding-unless-it-s-the-quot-main-monitor/td-p/1512960)). That's a driver-level limitation reported by the community, not something confirmed as fixed across every driver revision, so if you're adding an A380 or similar Arc card as a pure encode accelerator behind a different primary GPU, test the actual Deliver page output before building a workflow around it, rather than assuming installation alone is enough. **A GPU showing up in Device Manager or a Linux GPU list is not the same as Resolve actually being able to use it for AV1 encode.** Driver version, which card is set as primary, and which processing mode Resolve selected in Preferences all sit between "the hardware exists" and "the Codec dropdown shows AV1." Laptops add a second variable that has nothing to do with GPU generation at all: which GPU Windows is actually routing the app to. Most Windows laptops with both an integrated chip and a discrete Nvidia, AMD, or Arc GPU default new applications to the integrated chip to save battery, a setting that lives outside Resolve entirely, in Windows' own per-app graphics preference. If a laptop has a qualifying discrete GPU but AV1 still won't show up, or shows up and then fails partway through a render, check Windows Settings, System, Display, Graphics, add DaVinci Resolve to the list if it isn't already there, and set it to High performance rather than the default. Then check Resolve's own Preferences, System, Memory and GPU, and confirm the same discrete card is selected there too, since the two settings are independent of each other and both need to agree. Reports of a laptop's dedicated GPU simply not showing up inside Resolve at all, forcing the app back onto whatever chip Windows picked by default, are common enough that they have their own recurring thread on Blackmagic's support forum (source: [Blackmagic Forum, "Integrated GPU not showing up"](https://forum.blackmagicdesign.com/viewtopic.php?f=21&t=182650)). On Linux specifically, the gap is wider than most editors expect. Blackmagic's own officially tested Linux build is Nvidia-only and built against Rocky Linux 8.6. Community documentation, including the [ArchWiki page covering DaVinci Resolve on Linux](https://wiki.archlinux.org/title/DaVinci_Resolve), notes that AMD and Intel GPUs on Linux route through open-source Mesa drivers (Rusticl for OpenCL), which isn't part of Blackmagic's certified matrix at all. If you're running Resolve on Ubuntu, Fedora, or Arch with an AMD card hoping for AV1 encode, you're outside anything Blackmagic has tested or will support, even if Mesa's drivers happen to expose the hardware. ## Does a laptop's integrated graphics count as "Intel Arc" for AV1 export, or do you need a discrete card? It depends on which specific Meteor Lake or Lunar Lake chip is actually inside the laptop, and Intel's own naming makes that harder to check than it should be. Every Intel entry in this article's qualifying-GPU table points at Arc: the discrete Arc A-series cards, Alchemist architecture, that launched in 2022 alongside Nvidia's RTX 40-series and ahead of AMD's RDNA 3. But a huge number of laptops sold since December 2023 have no discrete GPU at all and still carry Intel silicon with a genuine AV1 hardware encoder built into the integrated graphics tile. Whether Resolve treats that as a qualifying "Intel Arc" GPU depends on a branding rule most buyers never see spelled out until they're staring at a missing Codec option. Intel's Meteor Lake generation, the first wave of Core Ultra processors launched in December 2023, ships its integrated graphics tile with either 4, 7, or 8 Xe cores depending on the specific chip. Per [Tom's Hardware's breakdown of the Meteor Lake lineup](https://www.tomshardware.com/laptops/intel-core-ultra-meteor-lake-u-h-series-specs-skus), the lower-power U-series chips get the 4-core tile, and Intel calls that one plain "Intel Graphics" in Windows Device Manager and its own driver downloads. The higher-power H-series chips get the 7 or 8-core tile, and Intel calls that one "Intel Arc Graphics," the exact same brand name Blackmagic's codec documentation uses to qualify AV1 hardware encode support elsewhere in this article's GPU table. Coverage of the launch also reported Intel gating the Arc name behind a minimum memory configuration, 16GB of RAM running in dual-channel mode, on top of the core-count requirement, meaning two laptops built on the identical H-series silicon can report different GPU names in Windows depending on how much memory the manufacturer installed and how it's wired. That naming split is the actual, checkable thing to look for on your own machine. **A Core Ultra laptop whose graphics show up as "Intel Arc Graphics" in Windows Device Manager is using the same Arc brand Blackmagic names for AV1 hardware encode; a Core Ultra laptop showing plain "Intel Graphics" is running the lower-tier integrated GPU that brand name doesn't cover.** Lunar Lake, the Core Ultra 200V generation that followed in September 2024, carries AV1 hardware encode forward in its own Xe2-LPG graphics tile too, per [Wikipedia's entry on Lunar Lake](https://en.wikipedia.org/wiki/Lunar_Lake), sourced to Intel's own architecture briefings for that launch, and Intel continued the Arc branding on that generation's higher-tier configurations as well. | Chip / GPU | Xe cores | Windows device name | Matches Blackmagic's AV1 GPU list | | --- | --- | --- | --- | | Meteor Lake H-series (Core Ultra 7/9 165H, 185H) with 16GB+ dual-channel RAM | 7 or 8 | Intel Arc Graphics | Yes, matches the Arc branding directly | | Meteor Lake U-series, or H-series with less RAM | 4 | Intel Graphics | No, doesn't match the Arc-named qualification | | Lunar Lake (Core Ultra 200V series) | Xe2-LPG | Intel Arc Graphics (on higher-tier configurations) | Likely, though this article did not find a Blackmagic statement naming Lunar Lake specifically | | Intel Arc A-series discrete cards (Alchemist and newer) | N/A, discrete | Intel Arc A-series (e.g. Arc A380) | Yes, explicitly, and covered earlier in this article's GPU table | None of that is a substitute for checking your own machine. Open Windows Device Manager, expand Display adapters, and read the exact name Windows uses for the integrated GPU before assuming AV1 will or won't show up in Resolve's Deliver page. If it reads "Intel Arc Graphics," that's the branding Blackmagic's documentation names directly. If it reads plain "Intel Graphics," you're on the lower-tier tile the Arc qualification doesn't cover, the same way an RTX 30-series card doesn't qualify just because it's also made by Nvidia. Update to the latest version of Resolve either way, since AV1 support has changed shape with nearly every release covered earlier in this piece, and check the Codec dropdown directly rather than assuming from a spec sheet alone. ## Why doesn't DaVinci Resolve export AV1 on a Mac? Because no Apple Silicon chip has an AV1 hardware encoder, and Resolve doesn't run software AV1 encoding on macOS as a substitute. This isn't a Blackmagic limitation waiting to be patched. It's a hardware gap on Apple's side that every Mac-based video app runs into equally. Apple's Media Engine, the dedicated video silicon inside every Apple Silicon chip, has included AV1 hardware decode since the M3 generation launched in late 2023, letting Macs play AV1 video efficiently. Encode is a different circuit entirely, and Apple has never shipped one. When Apple announced its newest chips, the M5 Pro and M5 Max, on March 3, 2026, the press release described "Apple's latest Media Engine with support for hardware-accelerated H.264 and HEVC, AV1 decode, and ProRes encode and decode engines," per [Apple's own newsroom post](https://www.apple.com/newsroom/2026/03/apple-debuts-m5-pro-and-m5-max-to-supercharge-the-most-demanding-pro-workflows/). Decode, not encode. **As of the M5 Pro and M5 Max, announced March 2026, no Apple Silicon chip Apple has ever shipped includes an AV1 hardware encoder.** That single fact explains the entire macOS row of Blackmagic's codec table. Resolve leans on GPU hardware encoders for AV1 everywhere it supports the format, and on a Mac there's no hardware encoder to lean on. Unlike H.264 and H.265, where Resolve can fall back to a software encoder if needed, Blackmagic has never shipped a software AV1 encoder path for Resolve on any platform, so macOS is left with nothing to encode AV1 with at all. ## What's the actual workaround if you're on a Mac and a delivery spec calls for AV1? There is one, and it doesn't require abandoning your Mac workflow. It just means the AV1 encode step happens somewhere else. Resolve's project files, and the DaVinci Resolve Project Server or a shared Studio database, aren't tied to a single operating system. A colorist can grade an entire timeline on a Mac, finish the color and sound, and then hand the finished timeline to a Windows or Linux machine with a qualifying GPU for the final AV1 render. That second machine doesn't need to touch the grade at all; it just needs Resolve installed, the project opened, and the Deliver page's Codec dropdown showing AV1 because its hardware qualifies. For a freelancer or small studio, that "second machine" is often simpler than it sounds: a single budget desktop with an RTX 4060 or an Arc A380, kept around specifically for AV1 and H.265 hardware encode jobs, pays for itself quickly if AV1 delivery specs come up more than occasionally. For editors without a second machine handy, a render farm is the other realistic path. [We've put together a rundown of render farm services worth considering for DaVinci Resolve projects](https://tryuncle.com/learn/davinci-resolve/davinci-resolve-render-farm-service-recommendations), and the relevant detail for AV1 specifically is simple: check that whichever service you use actually runs Windows or Linux render nodes with a qualifying GPU generation before assuming it can produce an AV1 file, since a render farm running older hardware or Mac-based nodes hits the exact same wall your own Mac does. What doesn't work: hoping a plugin, a Resolve update, or a Preferences toggle unlocks AV1 encode on macOS. There's nothing to toggle, because the encoder itself doesn't exist in Apple's silicon. If a delivery spec genuinely requires AV1 and moving the file to different hardware isn't an option, the honest fallback is to export in the format the platform actually needs instead, H.265 for most modern delivery targets, and let a downstream platform (YouTube, a streaming CDN) handle its own AV1 conversion on the server side, which is what most of them already do to every file you send them anyway. **Grading on a Mac and encoding AV1 somewhere else is a completely normal split workflow, not a workaround you should feel embarrassed about.** Plenty of studios already run mixed-platform pipelines for exactly this kind of hardware-gated codec work. ## Should you actually upload AV1 to YouTube? Not for the reason most people assume. YouTube's own recommended upload encoding settings still list H.264 as the only recommended video codec, not AV1, so exporting AV1 specifically to get a better YouTube upload usually isn't buying you what you think it is. Here's the part that causes real confusion, and it's exactly the misunderstanding baked into this query's growing search volume. AV1 is genuinely important to YouTube, but on the delivery side, not the upload side. Per [YouTube's recommended upload encoding settings page](https://support.google.com/youtube/answer/1722171), the platform still recommends MP4 with H.264 video and AAC-LC audio for uploads, [the same settings we walk through step by step for a YouTube-ready Resolve export](https://tryuncle.com/learn/davinci-resolve/davinci-resolve-export-settings-youtube). What YouTube does with AV1 happens after your file lands on their servers: the platform re-encodes every upload into its own ladder of resolutions and codecs, and AV1 is one of the more efficient codecs in that ladder, delivered to viewers whose devices can decode it. You're not skipping that re-encode by uploading AV1 yourself; YouTube still runs its own pipeline on whatever you send it. That reframes the practical question. Exporting AV1 from Resolve makes real sense for self-hosted video, archival masters where file size matters and playback hardware is known, or delivery specs from a client or platform that explicitly asks for an AV1 file. It does very little for a typical YouTube upload, where H.264 remains the format YouTube itself asks for and where your AV1 export just becomes YouTube's raw material anyway. ## Where does AV1 actually matter, if not YouTube uploads? Streaming platforms, archival storage, and self-hosted video, in that rough order of how much it's already reshaping delivery pipelines in 2026. A recent codec-adoption writeup pulls together some of the clearest numbers on how far AV1 has actually spread through the pipeline that matters most, video that reaches viewers rather than the upload step: 88% of large-screen consumer devices submitted to Netflix for certification between 2021 and 2025 ship native AV1 hardware decode, YouTube encodes over 75% of its catalogue in AV1 as of 2026, Netflix delivers roughly 30% of all its streaming hours in AV1 and expects to overtake H.264 sometime in 2026, and Twitch added AV1 ingest support for partner streamers back in 2024 (source: [Forasoft](https://www.forasoft.com/learn/video-encoding/articles/av1-state-2026)). None of that happens at the upload or encode step you control. It happens on the platform's own servers, which is exactly why exporting AV1 yourself doesn't meaningfully change what a YouTube viewer sees. **AV1's adoption problem was never about efficiency. It was about Apple.** That same coverage points out a real gap worth knowing if your audience skews toward iPhones: AV1 hardware decode on Apple devices is limited to the iPhone 15 Pro and later, every iPhone 16 and 17 model, and Macs with M3 chips or newer, meaning every iPhone 14 and earlier, every standard (non-Pro) iPhone 15, and any iPad Air older than an M3 chip has no AV1 hardware decode at all, and Safari doesn't provide a software fallback on that older hardware. If you're self-hosting a video and a meaningful slice of your audience is on older iPhones, an AV1-only file will fail to play smoothly for them in a way an H.264 or H.265 file wouldn't. So the practical cases where exporting AV1 from Resolve genuinely earns its render time: an archival master where storage cost across years of footage adds up (AV1's efficiency advantage over H.264 compounds fast at scale), a delivery spec from a client or platform that names AV1 explicitly, self-hosted video on your own site or CDN where you control playback and can pair AV1 with an H.264 fallback, or a Twitch-style ingest pipeline that already expects it. Uploading straight to YouTube, Instagram, or TikTok isn't one of those cases, since all three re-encode everything you send them regardless of the codec you hand over. Self-hosted video is the one case on that list where you control the actual delivery, not just the export, and it's worth knowing what pairing AV1 with a fallback looks like in practice rather than leaving it abstract. Browsers that support AV1 playback will pick it automatically over an older codec when you offer both, using nothing more exotic than the standard HTML5 `