# Stem Rendering Creates Non-Purgeable System Data - Help Requested **URL:** \ **Category:** Engine DJ (Mac & PC)\ **Tags:** engine-os, stems\ **Created:** [January 3, 2026, 11:33pm UTC](https://community.enginedj.com/t/stem-rendering-creates-non-purgeable-system-data-help-requested/67133 "2026-01-03T23:33:27Z")\ **Posts on this page:** 9\ **Page:** 1
**Author:** ![muzachary](https://community.enginedj.com/letter_avatar_proxy/v4/letter/m/bbce88/32.png) [@muzachary](https://community.enginedj.com/u/muzachary)\ **Post date:** [January 3, 2026, 11:33pm UTC](https://community.enginedj.com/t/stem-rendering-creates-non-purgeable-system-data-help-requested/67133/1 "2026-01-03T23:33:27Z")
I couldn’t find this solution in the forum or via Google. I worked with Gemini for about 2 hours trying various third party tools and disk repair methods. The issue is that I wiped my Engine library to start fresh and then had Engine run a LOT of stems (I selected over 1,000). I had almost 400 GB of internal drive space when I started. A few hundred stems in, my drive was out of space. My music files are stored on an external drive, but of course Engine is on an internal. It appears Engine has created some cache somewhere for stem preparation, but no restarting, Terminal commands, DiskDaisy, Onyx, Safe Made/Disk Repair, or any other option I’ve tried has given me back the 392 GB of space that Engine created. Help!?!?!??? ---
**Author:** ![DjDuctape](https://community.enginedj.com/letter_avatar_proxy/v4/letter/d/7993a0/32.png) [@DjDuctape](https://community.enginedj.com/u/DjDuctape)\ **Post date:** [January 4, 2026, 11:46am UTC](https://community.enginedj.com/t/stem-rendering-creates-non-purgeable-system-data-help-requested/67133/2 "2026-01-04T11:46:27Z")
I agree. It’s unprofessional and unacceptable. The team should have this fixed by now. ---
**Author:** ![DJ\_Sparky](https://community.enginedj.com/letter_avatar_proxy/v4/letter/d/90ced4/32.png) [@DJ\_Sparky](https://community.enginedj.com/u/DJ_Sparky)\ **Post date:** [January 5, 2026, 1:09am UTC](https://community.enginedj.com/t/stem-rendering-creates-non-purgeable-system-data-help-requested/67133/3 "2026-01-05T01:09:47Z")
I hope you find a solution. Obvious question and maybe I missed it in your post, did you contact InMusic support to discuss? This is good to know before I create too many STEMS. Plz post an update if you figure it out. ---
**Author:** ![muzachary](https://community.enginedj.com/letter_avatar_proxy/v4/letter/m/bbce88/32.png) [@muzachary](https://community.enginedj.com/u/muzachary)\ **Post date:** [January 5, 2026, 2:00am UTC](https://community.enginedj.com/t/stem-rendering-creates-non-purgeable-system-data-help-requested/67133/4 "2026-01-05T02:00:55Z")
Based on what I’ve read online, I believe they’re well aware of it, but I opened a ticket at the same time as my original post. I’ll report back when I hear from them. ---
**Author:** ![djliquidice](https://community.enginedj.com/user_avatar/community.enginedj.com/djliquidice/32/18391_2.png) [@djliquidice](https://community.enginedj.com/u/djliquidice)\ **Post date:** [January 5, 2026, 2:18am UTC](https://community.enginedj.com/t/stem-rendering-creates-non-purgeable-system-data-help-requested/67133/5 "2026-01-05T02:18:02Z")
> [@muzachary](#): > > It appears Engine has created some cache somewhere for stem preparation, but no restarting, Terminal commands, DiskDaisy, Onyx, Safe Made/Disk Repair, or any other option I’ve tried has given me back the 392 GB of space that Engine created. Help!?!?!??? If you download daisy disk directly from their website, that version will allow you to delete the purgeable data. It’s the apple store version that doesn’t work for some stupid reason. ---
**Author:** ![muzachary](https://community.enginedj.com/letter_avatar_proxy/v4/letter/m/bbce88/32.png) [@muzachary](https://community.enginedj.com/u/muzachary)\ **Post date:** [January 5, 2026, 3:28am UTC](https://community.enginedj.com/t/stem-rendering-creates-non-purgeable-system-data-help-requested/67133/6 "2026-01-05T03:28:16Z")
The one on their site won’t delete this particular cache either. I’ve already tried that. ---
**Author:** ![djliquidice](https://community.enginedj.com/user_avatar/community.enginedj.com/djliquidice/32/18391_2.png) [@djliquidice](https://community.enginedj.com/u/djliquidice)\ **Post date:** [January 5, 2026, 3:49am UTC](https://community.enginedj.com/t/stem-rendering-creates-non-purgeable-system-data-help-requested/67133/7 "2026-01-05T03:49:20Z")
Have you tried running `tmutil` to delete snapshots? Also, have you deleted snapshots via disk utility? > **[How do I delete Purgeable Space on a Mac? - Apple Community](https://discussions.apple.com/thread/255341336?answerId=260836070022&sortBy=rank#260836070022)** ![image](https://community.enginedj.com/uploads/default/original/3X/a/f/af897065533c7a78c700a5d70845350300831395.jpeg) ---
**Author:** ![muzachary](https://community.enginedj.com/letter_avatar_proxy/v4/letter/m/bbce88/32.png) [@muzachary](https://community.enginedj.com/u/muzachary)\ **Post date:** [January 5, 2026, 8:53am UTC](https://community.enginedj.com/t/stem-rendering-creates-non-purgeable-system-data-help-requested/67133/8 "2026-01-05T08:53:32Z")
Yes. No snapshots. Thanks for trying to help me out though! Really appreciate it. ---
**Author:** ![muzachary](https://community.enginedj.com/letter_avatar_proxy/v4/letter/m/bbce88/32.png) [@muzachary](https://community.enginedj.com/u/muzachary)\ **Post date:** [January 12, 2026, 2:04pm UTC](https://community.enginedj.com/t/stem-rendering-creates-non-purgeable-system-data-help-requested/67133/9 "2026-01-12T14:04:29Z")
Official response from Denon below. Also, after a few days, the cache cleared on its own. Still don’t have a way to force a clear, but I’ve managed to make all the stems I want in batches. _“Regarding the ticket referenced, I can confirm that we are aware of a bug associated with rendering significant external libraries, which creates a temporary cache of purgeable data, resulting in rendering issues. I assure you that we are actively working on a solution; however, we do not have an estimated timeline for when this might be addressed in a software update._ _Consequently, the existing approach is to render a restricted number of files for Stems as needed, resulting in a reduced temporary cache folder. I recommend rendering approximately 20 to 50 tracks simultaneously.”_