# LTO options that don't suck **URL:** \ **Category:** Hardware Questions\ **Tags:** lto\ **Created:** [May 23, 2024, 3:49pm UTC](https://forum.logik.tv/t/lto-options-that-dont-suck/10719 "2024-05-23T15:49:18Z")\ **Posts on this page:** 1\ **Showing post:** 55
**Author:** ![finnjaeger](https://avatars.discourse-cdn.com/v4/letter/f/e99b99/32.png) [@finnjaeger](https://forum.logik.tv/u/finnjaeger)\ **Post date:** [November 5, 2024, 1:34pm UTC](https://forum.logik.tv/t/lto-options-that-dont-suck/10719/55 "2024-11-05T13:34:50Z")
> [@Cache EXR to DWAB](https://forum.logik.tv/t/cache-exr-to-dwab/10322): > > wanting to keep playback cache fast and small. can we cache to DWAb using a environment varibale on project creation or some other hack? we can do prores Proxy but not DWAB?EXRs? there are some posts here , you can actually change a config file (sw cfg something) to get dwab for your timeliens and general caching. Bascially its “visually losless” compression, go one step further and denoise your plates before publish and you will get even WAY smaller files only reason I wouldnt do dwab would be 1. high end greenscreen shots shot on arriraw and thats about it. Yes there is some minor generational loss, sure. No colorist has ever noticed (one complained because it said dwab, so i took the dwab and reencoded it to piz and he was happy…) We have been doing only dwab@45 for all shows since like 5 years. Been such a HUGE money and time saver hell I can easily playback UHD timelines that are cached(rendered tlfx) ona framestore thats just 10Gbit/s because the files are so crazy tiny. and its still higher quality than caching to prores444… Dont forget to not put log into 16bf exrs, always go linear , or rec709 its fine too - we use 32bit float for log. --- _[View the full topic](https://forum.logik.tv/t/lto-options-that-dont-suck/10719)._