Changes

: '''Light Dump:''' ISO + MP3/FLAC/WAV + CUE

:* MP3/FLAC/WAV is the sound data from the Audio-CD, but these formats take much less disk space

* '''Can be reverted?''' Yes, just burn the ISO+MP3/FLAC/WAV+CUE again using a CD burner tool (ImgBurner) either to a physical disk or as an ISO+BIN file. Lossy audio formats will result in data loss.

* '''Archive-quality dump?''' Yes No (with CHD version 5because of bugs and missing unimplemented directives<ref>http://problemkaputt.de/psxspx-cdrom-disk-images-chd-mame.htm#CHD_Notes</ref><ref>http://github.com/mamedev/mame/issues/10308</ref>)

* '''Playable on Emulators?''' MAME, DuckStation, PCSX2 (since March of 2021) , DEmul and DEmulNO$PSX. Some libretro cores for other emulators are starting to add support.

MAME uses the CHD format for disc images in general and includes tools to convert back and forth. Before MAME v145, CHD was in version 4 and it bumped to version 5 from MAME v146 and further. The CHD v5 CHDv5 uses 7zip's LZMA compression on the game data and lossless FLAC compression for the audio data to optimize compression even further than using BIN+CUE+MP3/WAV data separation alone. CHDv5 is truely losslesslossy until all the bugs are resolved.

Place the chdman.exe executable and extractcd in the same directory as the dumps you want to compress (dumps must be in BIN+CUE format or GDI). Open Command Prompt or a terminal emulator and navigate to the directory where you placed the chdman.exe executable and input one of the following:* BIN/CUE-GDI to CHD: <code> for /R %i in (*.cue, *.gdi) do chdman createcd -i "%i" -o "%~ni.chd"</code> (Windows) for i in *.(cue|gdi); do chdman createcd -i "$i" -o "${i%.*}.chd"; done (Linux)* CHD to BIN/CUE: <code> for /R %i in (*.chd) do chdman extractcd -i "%i" -o "%~ni.cue"</code> (Windows) for i in *.chd; do chdman extractcd -i "$i" -o "${i%.*}.cue"; done (Linux)

Note that multi-track bin files will be combinedand chdman will not split the files back when extracting.

* '''Archive-quality dump?''' YesNo (because of bugs and unimplemented directives for TOC and CUE)

* '''Playable on Emulators?''' libretro Beetle PSX, Avocado, DuckStation, PCSX2 (since March of 2021, and also because PCSX2 now has PSOne emulation functionality as well, so two-in-one) and , PCSX ReARMedand NO$PSX.

* '''Playable on Hardware?''' YES Yes - Open PS2 Loader.* '''Playable on Emulators?''' NOYes - PCSX2 (since v1.7.5293)<ref>[https://github.com/PCSX2/pcsx2/pullreleases/tag/6594v1.7.5293 v1.7.5293]</ref>

* '''Playable on Emulators?''' Yes - PCSX2 (since v1.7.0-dev-1156)<ref>Added in 1150 but wasn't built. 1156 is the first release with CHD support. [https://web.archive.org/web/20210416020418/https://buildbot.orphis.net/pcsx2/index.php?m=fulllistAutomated Pcsx2 builds]</ref>).

Currently [[Save_disk_space_for_ISOs#External_links|there is no direct ISO or any compressed file support for RPCS3]] but you (your only option is mount ISO image to boot the game with RPCS3). *You can either use [https://github.com/RPCS3/rpcs3/issues/4021#issuecomment-1650682400 this tool], or [https://github.com/ptmorris1/RPCS3-ISOLauncher-Launchbox this one] for playing directly your ISO dumps with RPCS3. *or use [https://www.mediafire.com/file/v5yslivyurr5luy/Make_sure_edit_path_locations_first.bat/file this simple batch script] ('''edit path locations first of course''') which mounts your ISO using powershell commands and launching it using RPCS3 CLI commands and ejecting it when you done with RPCS3

[https://github.com/xenia-canary/xenia-canary/pull/165 This Pull Request] adds support to [[xenia]] emulator for loading ZAR (ZArchive files) of a decrypted and extracted dump of XBOX 360 game. *The process is basically to dump your disc, extract files using your favorite tool, and create a ZAR file from it using ZArchive toolor [https://github. But for "com/xenia-canary/xenia-canary/pull/299 xenia-canary->create Zar package option].*For digital titles (Xbox 360 Demos, Video DLC and XBLA games" etc) you need to extract the contents from its containers using "[https://digiex.net/threads/wxpirs-extract-content-from-xbox-360-demos-video-dlc-and-arcade-game-containers.9464/ wxPirs]" and then use create a ZAR file from it using the "[https://github.com/Exzap/ZArchive/releases ZArchive]" tool<refor xenia-canary->create Zar package option[https://github.com/xenia-canary/xenia-canary/pull/165#issuecomment-1641099753 Xbox 360 Demos, Video DLC and XBLA games needs extraction before using ZArchive]</ref>.

You can enable filesystem-level compression (like "NTFS Compression" in Windows) for the directory containing your ISOs/ROMs. This has a very noticeable space gain and doesn't affect the emulator's functionality. It's surprisingly more effective than many people would like to give this credit.

Avoid resorting to destructive modifications since it can lead to random crashes and unexpected behavior, especially in games with lots of shared assets. [[http://emulation.gametechwiki.com/index.php/File_Hashes File hashes|Verify your dumps]] to make sure you don't have these, and if you still want to reduce size, prefer using other methods or uses decompression on demand. One reason to use a destructively modified dump is for burning your own Dreamcast games as GD-ROMs were over a gigabyte in size and CD-Rs top out at 850MB.

*[https://github.com/citra-emu/citra/issues/5434 6013 CHD or ZArchive feature requests for citra]

*[http://web.archive.org/web/20231127115239/https://github.com/yuzu-emu/yuzu/issues/10025#issuecomment-1493873239 CHD or ZArchive feature requests for yuzu and Ryujinx]

*[https://github.com/aaru-dps86Box/Aaru86Box/labels/dumpissues?q=is%3Aissue+is%20image3Aopen+format+label%20format 3Afeature+ Various image format feature requests for 86Box]*[https://github.com/joncampbell123/dosbox-x/issues/1822 CHD feature request for DOSBox-X]*[https://github.com/schellingb/dosbox-pure/issues/40 CHD feature request for DOSBox Pure]*[https://yuzu-emu.org/entry/yuzu-progress-report-aug-2023/#project-terra yuzu now supports sparse and compressed NCA games]. This means a long list of titles whose eShop releases couldn’t previously boot are now either running or perfectly playable, and their RomFS can be fully dumped.