Ripping games

While many companies discourage making "backups" or "archival" copies, if you want to legally play your games on an emulator you're going to need to dump them yourself. This guide covers the basics and more well-known methods, so there may be other methods not mentioned here.

Before diving in

• Rip and dump terms are often used interchangeably, the old language specific to DVDs is rip, if you had Windows Media Player back in the Vista days you might be familiar with the Burn and Rip functions in there but in most retro game circles you're more likely to see "dump" definition used.^[1] e.g. disc ripping and cartridge dumping
• We highly recommend visiting the Save disk space for ISOs, Home media players, Copy protection and List of filetypes pages for information about discs, streamable compressed disc images, copy protection with emulation and other related stuff.
• If you're focusing on preserving the disc, you need to do proper ripping process and use correct image file formats. See #Disc-based section for more information about all of that. In most cases, the MPF software (frontend for various low level byte perfect CD dumper utilities) handles the proper disc ripping tasks with ease if you have a compatible optical drive (capable of reading the specific disc), making it the recommended choice for a majority of discs mentioned below. See YouTube logo.png here .
• See Hardware features sections for each dedicated system on emugen wiki. Some of the emulators supports emulating optical media capability of the systems and if your optical drive has no issues reading the disc, you dont even need to rip your discs to play it. But it wears the disc and the optical drive the longer you use it, hence why it's not recommended.
• You can use FPGA or other boards-based (like Arduino Mega) hardware solutions such as GB Operator, Open Source Cartridge Reader (OSCR) for dumping your cartridges to PC. See YouTube logo.png here . See #Cartridge-based section and FPGA page for more information.

Digital[edit ]

Diskette-based[edit ]

The primary difference between between "regular" floppy disc dumps and the lower-level captures that devices like Applesauce or Greaseweasel produce; regular dumps just have the data that you would obtain when copying the disk on a computer using the OS. Lower-level dumps go down to the magnetic flux changes on the disk and are able to reproduce complex copy protection schemes.

Disc-based[edit ]

For preservation purposes, you should follow the Redump guide and dumping.guide, which emphasizes the use of MPF software (frontend for various low level byte perfect CD dumper utilities) as we mentioned above in the "Before Diving In" section, so make sure to read that section first in this page. Using simple tools for ripping process is not a very reliable ripping method, however it may be "good enough" if you just want to play the game. If you really can't follow this guide then you should at least use IsoBuster which is recommended by Redump if you can't follow the guide.

General Tips before we begin[edit ]

Understanding: We should always understand a disc's characteristics before attempting to preserve it.

Drive Compatibility: The effectiveness of reading and capturing all aspects of the discs can heavily depend on the optical drive's capabilities. Some drives are better at this than others, and you might need to experiment with different drives or adjust settings. Some drives might need specific firmware to do this effectively. See optical disc drive compatibility pages on: redump and RPCS3.

Software Versions: Keep your software updated. Newer versions might include better support or easier access to these settings.

Test with Known Protected Discs: If you're aiming to capture subchannel data for protection emulation, test with discs known to have protections like SecuROM or SafeDisc to confirm your setup works. MPF software provide scanning the discs for example.

Convert to more popular format: Keep in mind that, with the exception of the BIN/CUE combination, all the other file extensions mentioned are proprietary file extensions (i.e. associated to a specific software) If you capture the disc in another format (like CCD/IMG/SUB), some tools allow conversion to BIN/CUE while preserving some of the data, however, the quality can vary. Remember, the exact settings can vary by software, and not all software will make these options easily accessible. Remember, for BIN/CUE to be effective with some specific aspects of the data, you need the right software configuration.

Use correct image file formats: In summary, CCD/IMG/SUB and MDS/MDF would be your go-to formats. BIN/CUE can work but might require specific settings during ripping process, such as, configuring the software to capture or utilize specific aspects of the disc effectively, as mentioned below.

Additional Differences or Custom Proprietary Discs: To fully preserve certain systems unique proprietary disc formats or minor differences, extra steps may required, such as including security files for Original Xbox DVDs, including Disc Manufacturing Information (DMI.bin), Physical Format Information (PFI.bin), and Security Sectors (SS.bin).

Padding: Padding for disc images is the process of adding dummy data to a disc image file to make it a specific size, typically the full capacity of the physical disc it was copied from. This is done to ensure the ripped disc image has a consistent structure and size, regardless of the actual amount of data on the original disc. This is particularly relevant for formats that use specific physical layouts, like dual-layer DVDs for consoles. The padding data is not part of the game or software itself; it's just filler. When an ISO (disc image) is ripped, it contains both the actual game data and the padding. This padding can be removed without any negative effects on the game or software, as it contains no useful information. The process of removing padding, often called trimming or truncating, reduces the file size of the ISO. This is a common practice when converting disc images to formats that don't require the full disc size, such as Game on Demand (GoD) format for Xbox 360, which only contains the necessary game files and not the filler data. Removing padding makes the files smaller and more manageable for storage and digital distribution. For instance: Padding in an Xbox 360 ISO refers to the dummy data added to fill the disc to its full capacity—typically 7.30GB for XGD2 or 8.14GB for XGD3 formats—regardless of the actual size of the game. A game’s data could be 500MB yet the ISO will still be over 7GB. This padding was primarily used to meet the physical formatting requirements of dual-layer DVDs and ensure consistent disc structure for the console’s optical drive. It doesn’t contain any game data, assets, or executable code; it’s essentially empty space that mimics a full disc image. When extracting or converting ISOs (e.g. to GOD format), this padding is removed, significantly reducing file size without affecting gameplay or main functionality.

Comparison[edit ]

Image Formats Capabilities Certain formats don’t always guarantee full preservation of the original disc’s capabilities. A file may suffer from generational loss or be a derivative converted from another format lacking essential features (similar to improper encoding in graphics file formats). To maintain high-fidelity preservation workflows, always create common disc image formats (e.g., ISO, BIN/CUE, MDF/MDS) directly from physical discs or low-level, byte-perfect source files. This ensures the format's full capability for access and emulation. Be cautious, as dumping or conversion tools, virtual optical drive software (e.g., Daemon Tools, Alcohol 120%) or hypervisors/emulators with disc image capabilities may have bugs, incomplete features, or limitations. Scrambled Data: On CDs, data is encoded (scrambled) to ensure reliable reading by the drive. Formats like .scm/scram (DiscImageCreator) capture this raw, scrambled data, preserving the exact state of the disc. Descrambled Data: Standard formats like BIN/CUE or CCD/IMG/SUB typically contain descrambled data, which is the processed, 'usable' form of the data. While descrambled data is much more compatible with software and emulators, it may not preserve all low-level details needed for certain preservation tasks.
CDs For CDs, CDFS/ISO 9660 .iso files capture the ISO 9660 file system for data CDs but cannot handle audio tracks, mixed-mode CDs, copy protection, or low-level features like subchannels or physical structures. Notably, ISO 9660 .iso cannot capture the CD-i (Green Book) file system, which is based on the OS-9 operating system and supports filenames up to 28 characters, mixed case letters, and Unix-style permissions, requiring specialized tools or formats for access.[1] BIN/CUE captures a sector-by-sector copy of the disc’s main data, supporting both ISO 9660 for data CDs and Red Book audio for audio CDs, and can include subchannel data (e.g., ISRC, copy protection) if ripped in RAW mode (2352 bytes/sector). The CUE file describes the Table of Contents (TOC) and CD-Text, but its support for complex features like subchannels or multi-session discs is limited compared to CloneCD’s CCD/IMG/SUB or Alcohol 120%’s MDF/MDS.[2] For example, CCD/IMG/SUB explicitly stores subchannel data in the SUB file, making it better for discs with copy protection like LibCrypt, used in some PAL PlayStation games, which requires subchannel data for accurate emulation. Some users pair BIN/CUE with SBI files to emulate such protections in emulators like DuckStation [3], but this is less comprehensive than a full CCD/IMG/SUB dump.[4] BIN/CUE is widely supported, making it popular for users, while CCD/IMG/SUB or MDF/MDS are preferred for discs requiring precise preservation of subchannels, multi-session data or physical structures.
Disc Aspect	CDFS/ISO 9660 FS type .iso	CDRWin BIN/CUE	CloneCD CCD/IMG/SUB	Alcohol 120% MDF/MDS	Low-level byte-perfect (e.g., .scm/scram, .aaruf)[N2 1]
Main Data	✓	✓	✓	✓	✓
File System	~ (Captures ISO 9660 for data CDs; Yellow Book, White Book VCD, Blue Book data tracks. Orange Book data sessions. Cannot capture Red Book audio, Green Book CD-i[N2 2] , or subchannel data e.g., CD+G)	✓ (Captures ISO 9660 for data CDs; Yellow Book, White Book VCD, Blue Book data tracks. Red Book for audio, Green Book CD-i, and subchannel data e.g., CD+G. Supports multi-session; Orange Book, Blue Book)	✓ (Captures ISO 9660 for data CDs; Yellow Book, White Book VCD, Blue Book data tracks. Red Book for audio, Green Book CD-i, and subchannel data e.g., CD+G. Supports multi-session; Orange Book, Blue Book)	✓ (Captures ISO 9660 for data CDs; Yellow Book, White Book VCD, Blue Book data tracks, Red Book for audio, Green Book CD-i, and subchannel data e.g., CD+G. Supports multi-session; Orange Book, Blue Book)	✓ (Captures any file system or structure, including ISO 9660, Red Book audio, Green Book CD-i, White Book VCD, Blue Book multi-session, and subchannel data e.g., CD+G)
Pregap Data	✗	~[N2 3] (described in CUE)	✓	✓	✓
Multi-Session	~[N2 4]	~[N2 5] (limited support)	✓	✓	✓
Disc Mode	✗	✓	✓	✓	✓
Error Correction	✗	~[N2 6] (CIRC in BIN for audio)	✓ (CIRC and ECC in IMG/SUB)	✓ (CIRC and ECC in MDF)	✓
Jitter and Timing	✗ CD image formats do not preserve low-level analog characteristics like jitter and timing. Solution: Use hardware like Domesday Duplicator or MISRC/CX Cards to capture raw RF signals, processed by CD-Decode software.
Physical metadata (UPC/EAN Barcode, Matrix and SID codes)	✗ Cannot be digitally captured to image data formats. See this guide for scanning this. You can also fill the redump's submitting dump info for these after the ripping process done using MPF frontend software.
Sector Information	✗	~[N2 7] (subchannels optional in BIN)	✓ (in SUB)	✓ (in MDF)	✓
Lead-in and Lead-out areas	✗	~[N2 8] (lead-in described in CUE, lead-out generated by software)	✓ (lead-in in CCD, lead-out generated by software)	✓ (lead-in in MDS, lead-out generated by software)	✓
Metadata/CD-Text	✗	✓ (in CUE)	✓ (in CCD)	✓ (in MDS)	✓
ATIP	✗	✗	✓ (in CCD, if captured)	✓ (in MDS, if captured)	✓
TOC (Table of Contents)	✗	✓ (in CUE or TOC)	✓ (in CCD)	✓ (in MDS)	✓
Subchannel Data (ISRC, copy protection)	✗	~[N2 9] (optional in BIN)	✓ (in SUB)	✓ (in MDF)	✓
DVDs, HD-DVDs and BDs For DVDs, UDF ISO (ISO/IEC 13346) is generally fine for straightforward data discs. However, for more complex discs, particularly discs with copy protection, MDF/MDS or a low-level byte-perfect format is highly recommended. These formats are designed to capture the disc's entire physical structure, including aspects that UDF alone does not. UDF ISO (ISO/IEC 13346) files, used for DVDs, HD-DVDs, and Blu-rays, capture the file system (typically UDF 1.02–2.01 for DVDs, 2.5 for HD-DVDs, and 2.5/2.6 for Blu-rays), including menus, subtitles, audio streams, and navigation data. However, they do not preserve low-level disc features like copy protection (e.g., CSS, AACS), physical structures (e.g., lead-in, lead-out, layer breaks for dual-layer DVDs), or error correction codes. CDFS/ISO 9660, a file system primarily for CD-ROMs and some older data DVDs with extensions like Joliet (for long filenames) or Rock Ridge (for Unix-like permissions), is rarely used for modern DVD-Video, HD-DVD, or Blu-ray discs due to its lack of support for advanced features. For discs with both ISO 9660 and UDF partitions (hybrid discs), a UDF .iso may only capture the UDF portion, missing the ISO 9660 part. Alcohol 120%’s MDF/MDS and low-level byte-perfect dumps (e.g., .aaruf) capture the entire disc, including physical layout, copy protection, layer breaks, and both file systems in hybrid cases. These formats are ideal for archiving complex DVDs, HD-DVDs, or Blu-rays, while UDF .iso is best for simple data discs without copy protection or physical structure requirements. Also see Home media players#Media player software section.
Disc Aspect	UDF FS type .iso		Alcohol 120% MDF/MDS		Low-level byte-perfect (e.g., .aaruf)[N2 1]
Main Data	✓		✓		✓
File System	✓ (Captures UDF file systems, including UDF 1.02 for DVDs; VIDEO_TS for DVD-Video, AUDIO_TS for DVD-Audio. UDF 2.5 for HD-DVDs. UDF 2.5/2.6 for Blu-ray; BDMV for BD-Video and BD-Audio)		✓ (Captures original file system, e.g., UDF, ISO 9660 with extensions like Joliet or Rock Ridge)		✓ (Captures the original file system as part of the raw data)
Sector Information including Error Correction	~ (Captures user data and some metadata, but typically excludes raw ECC data which is part of the physical sector structure)		✓		✓ (Captures all sector data, including Error Correction Code (ECC) and Error Detection Code (EDC), crucial for exact duplicates)
Physical Structure including Lead-in/Lead-out	~ (Captures logical structure but may not perfectly replicate all physical layer details like lead-in/lead-out if not part of the file system data area)		✓ (Captures essential physical layout and session information)		✓ (Captures the entire physical layout of the disc, including lead-in, lead-out, and session gaps, essential for disc cloning)
Multi-Session	✓		✓		✓
Layer Break Information (for dual-layer discs)	✗ (Does not capture physical layer break information)		✓ (Captures layer break as part of physical structure)		✓ (Captures exact layer break as part of byte-perfect replication)
Region Coding	✓		✓		✓
Copy Protection mechanisms	✗ (Cannot capture copy protection as it operates at a lower physical level than the file system. A UDF .iso only contains the logical file structure.)		✓ (Designed to capture these low-level disc features and protection sectors, including specific encryption schemes like CSS or AACS)		✓ (It replicates the disc bit-for-bit, including scrambled sectors, managed copy flags, and other obfuscation)
Metadata/Menus and Navigation (e.g., DVD-Video, HD-DVD Advanced Content, BD-J)	✓		✓		✓
Physical metadata (UPC/EAN Barcode, Matrix and SID codes)	✗ Cannot be digitally captured to image data formats. See this guide for scanning this. You can also fill the redump's submitting dump info for these after the ripping process done using MPF frontend software.
Subtitles and Audio Streams	✓		✓		✓
Media Identification Code (MID) / Media Type	✓		✓		✓

While there are other disc image formats that could be mentioned, they are either less relevant to preservation workflows or redundant given the existing selection. For example:

• .nrg (Nero Burning ROM): Used by Nero software, this format can store multi-session data and copy protection. However, its popularity has waned, and its features overlap with formats like MDF/MDS.
• .img (Generic): A raw image format often paired with .cue or .ccd files, but it doesn’t offer unique preservation capabilities beyond BIN/CUE.
• .isz (UltraISO): A compressed ISO variant focused on data discs, lacking support for complex features like audio tracks or copy protection.
• .dmg (Apple Disk Image) and .toast (Roxio Toast): These are macOS-specific formats not typically used for broad optical disc preservation outside their ecosystems.

Tutorials[edit ]

• Using MPF software

Drive Selection: MPF should detect your DVD drive automatically. If it doesn't, you might need to manually select the drive from the dropdown or input the drive letter.

Dumping Program: We will choose Aaru for this tutorial.

Image Format: Use the default option. If you're using Aaru for dumping program, make sure to read this for CSS protected DVD discs (MPF using "--title-keys false" as default option). MPF will create .scram or .aaruf (depends on which dumping program choosed) which contains 99% of the disc's information (the rest may be stored with additional associated metadata files like .subcode, .state, .toc, .fulltoc, depends on the format) generated by the dumping program; which you can convert these to popular formats using CLI commands using the same dumping program (e.g., aaru image convert --force image.aaruf image.mds OR others such as .ccd, .cue, .iso)[5], but remember the original dump format (.scram or .aaruf) contains even more data than what those popular formats allows.[6] [7] On top of that, there could be bugs or unimplemented features on the dumping and converting tool.[8] [9] [10] [11] [12] [13] [14] [15] So, if your aim is long time preservation instead of constant usage, it is recommended to keep the original dump format instead. You can use RedBookPlayer for in order to play Audio CDs from Aaru Format Images.[16]

Protection Scanning: Under Tools > Options > Dumping > Protection, you can configure how MPF handles copy protection. Enable options like "Scan for protection" if you want to identify or deal with protections.

Choose System/Media: MPF will analyze the disc type and then set the correct format for media type, depending on what you're backing up. Ensure the correct system and settings selected and match the content of your disc though.

Output Path: Click "Browse" to choose where you want to save the image. Name it appropriately; MPF will generate output files automatically.

Dump: Click the "Dump" button. MPF will analyze and then dump the disc. This process can take time depending on the size and condition of the disc. Watch the progress bar and any messages for errors. MPF will show you details like sector reading speed, errors encountered, and whether protection is detected.

Verification (Optional but Recommended): After dumping, MPF can verify the image. This step ensures the integrity of your backup. Go back to the main interface, select your dumped image, and choose "Verify".

Redump Compatibility: If you're part of the Redump preservation project, MPF's output is tailored for their standards. Remember to submit your dumps if you're contributing.

• Using Alcohol 120%

This is the primary software for creating MDF/MDS images. Ensure you have a version that supports DVD handling.

Choose Image Format: Select MDF/MDS as your image format. This is crucial for capturing all necessary data, including potential protection mechanisms.

Configure Image Settings: Reading Speed: Set to a moderate speed to minimize errors. Too fast might skip problematic areas.

Error Handling: Choose robust error handling options. Alcohol 120% allows you to set how it deals with read errors, which can be critical for copy-protected discs. Options like "Read Sub-Channel Data" or "Detect Unreadable Sectors" can help in maintaining disc integrity.

Protection Handling: If your DVD has copy protection, ensure that the software is configured to deal with it. Alcohol 120% has options to auto-detect and handle various protections, but you might need to manually adjust settings for complex protections.

File System: Make sure to select or let the software auto-detect the DVD's file system (like UDF for DVDs).

Choose Destination: Select where you want to save the MDF/MDS files. Remember, these files will be named similarly (e.g., MovieName.mdf and MovieName.mds).

Verification (Optional but Recommended): Once the image is created, Alcohol 120% might offer to verify the image. This step checks if the image matches the original DVD, ensuring data integrity.

• Using CloneCD

Drive Selection: Launch CloneCD, and it will typically auto-detect your CD/DVD drive. If multiple drives are present or auto-detection fails, select the appropriate drive from the dropdown menu in the main interface.

Profile Selection: Choose a profile suited for the disc type. For most CDs, select the "CD" profile or a specific profile like "Protected PC Game" or "Audio CD" if applicable. These profiles configure settings to handle copy protection mechanisms like SafeDisc or SecuROM. You can customize profiles in the "Options" menu if needed.

Image Format: CloneCD creates images in its proprietary format, consisting of a .ccd (control file with track and header data), .img (main disc data), and .sub (subchannel data). These files are generated automatically with the same filename prefix. The .ccd format is essential for preserving all disc data, including subchannels critical for copy-protected discs.

Protection Handling: In the "Read" settings, enable "Read Subchannel Data" to capture subchannel information, which is necessary for discs with copy protection or mixed-mode CDs (containing both audio and data tracks). For protected discs, ensure "Amplify Weak Sectors" is enabled to improve reading accuracy for problematic sectors.

Output Path: Click the "Browse" button to specify the directory where the .ccd, .img, and .sub files will be saved. Ensure sufficient disk space, as the .img file can be large (up to 700 MB for a standard CD).

Read Process: Click the "Read to Image File" button (represented by a CD-to-hard-drive icon). CloneCD will begin reading the CD, capturing all data, including subchannel and control information. A progress bar will display the status, and the process may take several minutes depending on the disc and drive speed.

Verification (Optional but Recommended): After the image is created, use CloneCD’s "Compare" feature to verify the image against the original CD. Select the generated .ccd file and the source drive, then click "Compare" to ensure the image is an accurate copy.

Burning or Mounting: The resulting .ccd/.img/.sub files can be burned back to a CD using CloneCD’s "Write from Image File" option or mounted using virtual drive software like Virtual CloneDrive or Daemon Tools. Note that converting to .iso format (e.g., using ccd2iso) may strip subchannel data, making it unsuitable for discs requiring exact replication.

Preservation Notes: The CloneCD format (IMG/SUB/CCD) is ideal for long-term preservation of CDs, especially those with copy protection, as it retains subchannel data that other formats like may discard. For preservation projects, keep all three files (.ccd, .img, .sub) to ensure complete disc fidelity.

• Using Exact Audio Copy (EAC)

Subchannel Reading: Ensure that your CD drive supports reading subchannel data. In EAC, go to EAC -> Drive Options -> Additional Parameters and check if there's an option to read subchannel data. Not all drives support this, but many do with the right software.

Secure Mode: Enable secure mode for ripping, which will attempt to read subchannel data as part of the error correction process. Go to EAC -> EAC Options -> Extraction and make sure "Secure Mode" is checked.

Generate SBI File: If you're dealing with protected audio CDs, EAC can generate an SBI file which can be crucial for handling subchannel errors or protections. After ripping, you can find this option under EAC -> Create CUE Sheet -> Create CUE File With Gaps (Noncompliant) and then select to create an SBI file.

• Using ImgBurn

Advanced Read Mode: When setting up to read a disc, switch to "Advanced" in the "Read Mode" settings. Here, you can enable options like "Read Subchannel Data" if available.

Subchannel Settings: Look for settings related to subchannel data reading. Not all versions of ImgBurn might explicitly allow for this, but if available, check options like "Read P-W Subchannel Data" or similar.

• Using CDRDAO

--read-subchan: When using CDRDAO from the command line to create a BIN/CUE, use the --read-subchan option to ensure subchannel data is captured. For example:

 cdrdao read-cd --read-subchan --device /dev/cdrom --datafile disc.bin disc.toc

Specific systems[edit ]

As noted in the General Tips section, some systems used custom proprietary discs or had minor variations. Preserving these unique disc formats or differences may require additional steps. Let’s explore specific systems and their detailed requirements;

PlayStation and PlayStation 2[edit ]

With a PC's optical drive

For DVDs, see #Comparison and #Tutorials sections. For CDs (PS1/PS2 blue disc games), again, see #Comparison and #Tutorials sections. Also see PCSX2's official docs for ripping/dumping. While you can play PS1/PS2 discs directly from your PC's optical drive in some emulators (see hardware features section of the systems) it wears the disc and the optical drive the longer you use it, hence why it's not recommended. Once you have ripped the game, you should check the hashes against the Redump database to make sure the rip is good.

With a PlayStation 3 with CFW and title manager

Dumping PS1/2 titles with a title manager like Multiman is quite easy on PS3 with CFW.

1. Put the PS1/PS2 disc into the disc drive.
2. Open the title manager e.g. Multiman/Irisman and move the cursor to the game you just inserted.
3. Open the menu and select "create ISO" or similar option.
4. Choose where to store the ISO file. It's recommended to insert a USB drive and save it there so it could be easily moved away from the PS3.
5. Then you'll get the ISO dump at the specified location.

Ripping from emulated releases

Sony made the hard part of game ripping already for you, so why not go for those instead to dump your game images from?

PS Classics (PS1C PSP, PS1C PS3, PS2C PS3)

Sony also has a digital distribution service for their old PS1 and PS2 games. The selection is limited considering Sony prohibits any kind of modification to the ISO data compared

For PS1 Classics on PSP: Rip the EBOOT.PBP file. It can be directly opened in some emulators like PCSX-R. Its ISO can also be extracted with other tools.

See #PlayStation Portable section for Eboots.

PlayStation 3[edit ]

PlayStation 3 titles on blu-ray discs could be dumped with either a PS3 with CFW or a computer with a compatible Blu-ray drive, while titles downloaded from PS Store has to be dumped from a PS3 with CFW or HEN. RPCS3 Wiki has a detailed article for dumping PS3 titles.

Sega CD / Saturn / Dreamcast[edit ]

For the Sega Saturn tutorial, see #Comparison and #Tutorials sections due to reasons mentioned in the PlayStation section (similar process).

Sega Dreamcast game ripping can be done from a Dreamcast using the Dreamshell SD card reader or using a BroadBand adapter. (to be added) Aaru has disc image creation tool designed to dump GD-ROM discs using a real Dreamcast unit.

GameCube/Wii[edit ]

With a PC's optical drive

Only some out-of-print models of DVD drives may read GC and Wii discs, mainly from LG (compatibility list here). Even then, Windows won't recognize the disc as valid. You'll need a tool like Rawdump or Friidump to dump it. Make sure you convert the dump to ISO format.

With homebrew

For the GC and Wii, use CleanRip.

You'll need a Wii with homebrew channel installed, so if you don't have homebrew already, go here check which homebrew installation method works for what System Version you have ETC. Now that you have Homebrew Channel and CleanRip installed here are instructions.

1. Make sure a GameCube controller is plugged into your Wii.
2. Insert your Wii or GameCube disc and your SD card or USB stick into the Wii.
3. Choose what device you're using, USB or SD using the GameCube buttons
4. Choose which file format your SD or USB stick is. (Must be FAT32 or NTFS, if not you'll need to format it, read down below for instructions)
5. If it asks you download Redump.org bat files. Press no.
6. Press A on your GameCube controller and it will start the ripping process, wait for it to finish and when its done the ISO file will be on your SD card or USB stick.

Instructions for formatting SD card/USB stick: If your SD card or USB stick is not FAT32 or NTFS here's how to format on a Windows computer.

1. Plug your SD card or USB stick into your computer.
2. Click on Start Menu, click on computer.
3. Right click on your SD card Or USB card.
4. Press Format, and choose FAT32 or NTFS (Make sure you backup files if there's any on there, as the formatting process will delete everything)

Wii U[edit ]

Wii U discs have rounded edges making it impossible to read on Blu-Ray drives for PC the same way, though early dumping groups made a non-public physical modification to the Wii U to dump the data directly from its optical drive. If your console can run homebrew, however, you can dump your Wii U discs with Dumpiine, Wudump or disc2app. Only Wudump produces a lossless dump, the others extract the bare code and data for the game in either RPX/RPL (Dumpiine) or WUPInstaller (disc2app) format.

PlayStation Portable[edit ]

Using PSP with homebrew

To extract the ISO game image from a physical PSP UMD disc, you simply need a 6.60 CFW PSP, its USB connection cable, and a PC.

On the main menu, press the Select button to bring the PRO VSH menu with the neat overclocking options. You'll need to change UMD ISO MODE from "Memory Stick" to "UMD Disk" (don't forget to revert this after you're done).

Now, if you "Initialize USB Connection" with your computer, what will appear under the freshly mounted drive in Windows isn't your memory stick, but a drive with a neat ISO file ripe for copying to your computer, which you can emulate or load in a CFW enabled PSP.

Converting PS1 ISOs to PSP Eboots

Main article: PSP Eboots

Convert your own PS1 ISOs into Eboots using PSX2PSP.

Popsloader

If you are having some trouble with converted Eboots, be sure to download Popsloader v4i. Most of the games will work without it nowadays, but for those that don't, you'll need this. See popsloader compatibility list.

Microsoft Xbox[edit ]

Use this guide for dumping your OG Xbox format DVD-ROM/XGD discs. Also see xboxdevwiki's XDVDFS (XISO) disc images and Xemu Docs: Disc Images pages. There is also a dedicated guide page on redump for Microsoft Xbox and Xbox 360 dumping.

For proper ripping process, dumping security files like Disc Manufacturing Information (DMI.bin), Physical Format Information (PFI.bin), and Security Sectors (SS.bin)[17] are recommended if you're using XISO for Original Xbox DVDs (which is the most popular format for Original Xbox at this point);

• DMI.bin

2048 bytes binary image of the "Disc Manufacturing Information" (DMI) in the DVD

• PFI.bin

2048 bytes binary image of the "Physical Format Information" (PFI) in the DVD

• SS.bin

2048 bytes binary image of the "Security Sector" (SS) in the xbox/xbox 360

Microsoft Xbox 360[edit ]

• free60: Xbox 360 DVD Drive
• consolemods: XGD3 games
• redump: Microsoft Xbox and Xbox 360 Dumping Guide.
• Xenia Quickstart: How to rip games

VideoNow XP[edit ]

See Aaru.VideoNow tool.

Cartridge-based[edit ]

Games on Nintendo's NES, SNES, GB and N64, Sega's Master System and Mega Drive (aka Genesis), NEC's PC-Engine (aka TG-16), and other systems from the same era were stored on special cartridges to be read with a very particular pin layout only found on their intended hardware.

General tips before we begin[edit ]

With special hardware

Special hardware dumping the cartridge contents to a more digital-friendly binary form has been made for older consoles (as we mentioned in "Before diving in" section). However, these pieces of hardware have been going out of print recently.

• Kazzo: for the NES.
• INLRetro: From the same person as Kazzo, but able to dump NES, SNES, N64, Sega Genesis, Famicom, GB, and GBA.
• Retrode: for the SNES and Sega Mega Drive/Genesis. Third-party physical plug-ins add more systems, including the GB, GBA, N64, VB; Sega's Master System, Pico; NEC's PC-Engine; Atari 2600 and more. An NES add-on was said to be under development.

Bear in mind that when trying to dump cartridge games, there's a significant risk of having corrupt sectors in the resulting dump. If you're using your DIY adapters but don't know what you are doing, there's a risk of damaging the original cartridge due to out-of-spec voltages.

Newer systems using game cards such as the DS and 3DS have other solutions relying either on recent dedicated hardware, or homebrew under a compromised system.

Ripping from emulated releases

Sometimes the companies re-release the games digitally, as a wrapper containing an emulator and the ROM. Depending on the company, the ROM may or may not be directly playable in regular emulators. You can extract those ROMs and play them without having to go to shady sites nor tracking expensive cartridges and potentially breaking them in the ripping process. And you get to support the company who made the stuff you love, instead of resellers hoarding second-hand game copies or random, less-reputable ROM sites other than those trusted by the community. That being said, emulated re-releases may contain changes due to licensing or censorship issues amongst other things.

Virtual Console (Wii, Wii U, 3DS)

The Wii VC releases are most of the time ready to work in emulators. In fact, Nintendo was so kind they even included the iNES headers in NES ROMs (16 bytes at the beginning of the ROM that are not part of the original cart data yet the emulator needs them to know which mapper it is and run the game at all). You can even replace the ROM with one from the same system from your choice, and get it to run if Nintendo's emulators are compatible. The discovery of iNES headers in VC releases led to a rumour wherein Nintendo, or at least those whom Nintendo subcontracted for the re-releases, merely downloaded their own games off a ROM site, though while both the VC release of Super Mario Bros. and pirated copies of it do share the same checksum (and are thus identical), it might be just a coincidence, and knowing Nintendo they will certainly deny any such accusations of pirating their own games.

Some Virtual Console versions have been enhanced or modified compared to the original release.

While some just modify the ROM directly (like Monster World IV's English translation), other modifications rely on real-time patching by patch files included with the ROM (like Romancing SaGa 2's extra dungeons). The anti-seizure effects and texture enhancements are most of the time tied to the VC emulator.

Also, Super Nintendo ROMs have their SPC sound data blanked in the ROM and stored in a separate file, meaning the ROM dump is incomplete for these. And you might need a byte swapper tool for N64 games.

For Wii VC:

• Get ShowMiiWads.exe and select "I accept and take the risk of WAD editing features". Go to Tools/Create Common-Key and type in the text it asks you for.
• You need a wad file of the VC app.
• If you don't have a wad file yet, you can get it from a NAND dump extracted off your Wii with dedicated homebrew apps (changing it and reinserting it in the Wii could be dangerous if you don't know what are you doing, that was what the disclaimer was for, it's not relevant here though). In ShowMiiWads, click Options/Change NAND Backup Path, then click View/ShowMiiNand, and then on the file with the name of the game right-click and click Pack Wad. Then click View/ShowMiiNand again.
• Now that you have the wad file, go to File/Open Folder and where the wad file is.
• Right-click, Extract/To Folder.
• You go to the newly created folder, and you'll find lots of files. Chances are the biggest "app" file has the emulator and ROM data. It's usually "00000005.app" for MSX/GEN/N64 roms. In the utility, load it and click Tools/Unpack U8 Archive.

Congrats! You should have the ROM somewhere in there. Check the file sizes and name for hints and find out which one it is, it's part of the fun.

However! Some post-2010 ROMs give inside another compressed "romc" file. That's the ROM, but compressed. You'll need the romc command-line decompression tool, following the commands:
cd C:/romfolder/
romc d C:/romfolder/romc C:/extractionfolder/customromname.extension

Here is how to dump GBA images off Wii U's VC and unscramble the resulting ROM images to something playable on emulators.

Various compilations

• Sega Ages - MD
• Sega Mega Collection (multiple systems) - MD
• Sega I Love Mickey Mouse (Saturn) - MD - ROM divided
• Animal Crossing GC - NES/SNES
• Zelda Collector Disk GC - NES/N64 (includes 60Hz PAL OoT/MQ/MM versions)
• Konami Twinbee Collection - SNES - ROM divided
• Rare Replay

Nintendo Game Boy Advance[edit ]

With a Flashcart (On DS)

• GodMode9i

GBA Link Cable (GCN and Wii)

• GBA Link Cable Dumper - Slow transfer speeds, can dump BIOS also. Cannot be used to dump GB(C) sadly.

Nintendo DS / 3DS[edit ]

With a Flashcart (On DS / DSi / 3DS)

• Wood Dumper Uses FTP to send ROM and save file over wifi. Only for DS ROMs.

With Custom Firmware (On DSi)

• GodMode9i - Only works if run off of SD card, not on flashcart.

With Custom Firmware (On 3DS)

To hack your 3DS, refer to 3ds.hacks.guide.

DS and 3DS cartridges can be dumped using GodMode9. This works for both the old and new models, as well as variations like the 2DS.

Sony PlayStation Vita[edit ]

With a PS Vita with HEN and NoNpDrm plugin

Notice: dumping titles via Vitamin/MaidumpTools has been considered outdated methods as they are slow and always generate problematic or even upright broken dumps.

Use NoNpDrm plugin and VitaShell to dump titles and DLCs. Notice that the data dumped in this way are still packed in PFS encryption. If you need to modify game content, then you need to decrypt the title by FAGDec presented in PSVita-RE-tools.

Nintendo Switch[edit ]

With a Nintendo Switch console with CFW

Both cartridge and digital games, and related DLCs and updates could be easily dumped with nxdumptool.

Notice that you are very likely to be using emuNand in order to prevent from damaging the system software stored in the actual built-in storage and/or getting banned from eShop and other online services by Nintendo. If that is the case, you will have to create a new emuNand as the image of the built-in storage in order to dump game titles installed from eShop in actual built-in storage.

Arcade hardware[edit ]

PC based[edit ]

Despite the very kernel of them being just PCs, customized hardware and software copy protection made dumping arcade titles a very complex procedure that's not one-for-all.

Generally speaking, after disabling protocol level security (ATA password, etc.), the hard drive that contains the operating system and game data could be plugged into a computer running Linux and a raw dump could be generated by dd command, which would serve the purpose as the backup for a specific cab: a specific board + hard disk + security measure (dongles, etc.) combination.

However, if the purpose of dumping is running the game in other hard disks/boards/cabs, or on regular PCs via compatibility layers e.g. TeknoParrot then a series of complex operations including decrypting data, fetching license from security measures, unpacking executive files, etc. would be involved which is way beyond the scope of this article or even the entire wiki.

Here is an example of what it takes to dump and optionally change the games running in SEGA Ring series PC-based arcade hardware.

Analog[edit ]

Comparisons

Analog Media File Format Comparison This table compares the two primary methods for digitally preserving analog media like LaserDisc and VHS: the high-fidelity Domesday Duplicator method (raw RF signal capture) and the more common Playback Capture method (standard video/audio file capture). The choice of file format is directly tied to the capture method, determining the level of detail and data retained for future-proofing and accurate emulation.
Aspect	Domesday Duplicator Method (Raw Capture) .ldf, .vhs, .lds, .rf, .mmi	Playback Capture Method (Standard Capture) .mp4, .avi, .mkv, .mpg
Core Principle & Workflow	Captures the raw, unprocessed RF signal from the player's internal electronics. Decoding is done later in software, allowing for maximum data recovery.	Captures the decoded and processed video and audio output from a player. The signal has already passed through the player's internal TBC and decoders.
Video Quality	Highest Potential: Bypasses the player's internal decoders. Quality depends on the decoding software, which can be improved over time. Software-defined noise reduction and advanced deinterlacing are possible.	Limited by Hardware: Quality is limited by the specific player's components (e.g., TBC, comb filter) and the capture card. Subsequent improvements in decoding are not possible. Artifacts and generational loss from compression are unavoidable, the choice of codec (e.g., Lossy codecs like H.264 or MPEG-2, Lossless codecs like FFV1) and its settings (e.g., bitrate, GOP structure) also determines the amount of data loss.
Audio Preservation	Comprehensive: Captures all audio tracks, including analog FM, digital PCM (for LaserDisc), Hi-Fi stereo (for VHS), and multi-channel formats like Dolby Digital and DTS. HiFi-Decode is used for Hi-Fi tracks.	Limited: Typically only captures the final stereo or mono audio output. Digital tracks and Hi-Fi RF tracks are often lost, The quality is limited by the hardware as the capture card only processes the final analog or digital audio signal. The quality is also limited by the software, codec (e.g., Lossy codecs like AAC, MP3 or Opus, Lossless codecs like FLAC) and audio settings. Lossy audio codecs are often chosen during the single-step capture and encoding process, causing further degradation.
Data & Interactivity	Complete: The only method that preserves low-level data streams, control codes, and frame-by-frame timing information. Essential for emulating interactive media (e.g., BBC Domesday Project) and arcade games (e.g., Dragon's Lair).	Lost: All low-level data and control codes are discarded by the player's internal decoders. This makes accurate emulation of interactive features and timing-sensitive content impossible.
Data Recovery	Stacking: Allows for "stacking" multiple captures of the same media to recover lost data and correct dropouts from physical wear. This can produce a composite file with better quality than any single disc.	None: Data is lost once the signal is decoded and captured. There is no mechanism for comparing multiple playback captures to improve quality or recover data.
Future-Proofing	Highly Future-Proof: Since the raw signal is preserved, future software can be developed to decode the data with new, improved algorithms, potentially revealing more detail than the original hardware could.	Not Future-Proof: The video and audio are "baked in" to a final format. Even with lossless codecs with proper settings, the quality is permanently capped at the level of the original capture hardware and software, and all low-level data and interactivity information are still lost.
Emulation Support	Supported by MAME for some specific LaserDisc arcade games, allowing for accurate emulation. Ares and Domesday86 communities have made serious progress in Pioneer LaserActive emulation. .mmi (Mixed Media Image) file format, which contains the full analog audio, video, and digital content in a single file, can be loaded directly into Ares.	Widely used by arcade LaserDisc emulators like Daphne, Hypseus Singe, which were built around this method. Emulation is based on timed commands and video files, focusing mimicking and simulation of the original behaviour, fundamentally limiting accuracy and interactive features compared to the raw capture method. Raw captures can be converted to playback formats for other emulators (e.g., Hypseus-Singe) using ffmpeg to get the best visual quality. See YouTube logo.png Hypseus: Utilizing DomesDay86/Radio Frequency captures
Optimal File Size	Very Large: Raw captures can be massive (e.g., ~41 GiB per LaserDisc side). File sizes can be reduced significantly (~40-60%) using FLAC compression.	Manageable: File sizes are much smaller, as the video is already compressed by the capture software (e.g., into MPEG-2 or H.264).
Hardware Required	Requires dedicated, open-source hardware like the Domesday Duplicator or a CX Card, which is more complex and expensive than a standard capture card.	Requires a readily available video capture card (e.g., Elgato, Hauppauge) and a working analog player.

Tutorials

For .ldf (LaserDisc RF Captures)

These are raw RF samples from LaserDisc players captured via hardware like the Domesday Duplicator.

• Decoding Process: Use ld-decode (a Python-based tool) to convert .ldf files into time-base corrected (TBC) files. From there, tools like tbc-video-export can generate playable files such as lossless FFV1 in .mkv format.[18]
• No Direct Playback: The raw files cannot be opened or viewed without decoding; there's no software for on-the-fly playback of stored .ldf files.
• Tools Required: ld-decode and its utilities (available on GitHub with CLI/GUI options like ld-analyse for inspection). Dependencies include Python, NumPy, and FFmpeg.

For .lds (LaserDisc Sample Files)

These appear to be sample or cut segments from raw LaserDisc RF captures, often used for testing or issue reporting in decoding workflows.

• Decoding Process: Treat them similarly to .ldf files using ld-decode tools like ld-cut for extraction, followed by full decoding to TBC and export to video.
• No Direct Playback: Like other raw RF formats, they require processing; no direct viewing tools are present.
• Tools Required: Same as ld-decode ecosystem.

For .vhs or .rf (VHS RF Captures)

These store raw FM RF signals from VHS tapes, often captured with similar hardware. .rf is a generic extension for uncompressed raw data, while .vhs may indicate FLAC-compressed versions.

• Decoding Process: Run vhs-decode (a fork of ld-decode) on the files to produce TBC files (luminance and chrominance separated). Then, use tbc-video-export to create video files, such as 10-bit 4:2:2 FFV1 .mkv (70-100 Mbps, lossless) or ProRes .mov. Audio (e.g., Hi-Fi tracks) is handled separately with hifi-decode, outputting FLAC files that can be muxed in.[19]
• No Direct Playback: Raw .vhs or .rf files cannot be played without decoding, as they need software demodulation and correction. However, live "on-the-fly" decoding is possible during capture with certain setups (e.g., RTLSDR and GNURadio), but not for pre-captured files.
• Tools Required: vhs-decode and companions (CLI-focused, with some GUI like ld-analyse; supports Windows, Linux, macOS). Requires Python 3.8+, SciPy, Qt5, and FFmpeg.

For .mmi format

Recently, the Ares and Domesday86 communities have made serious progress in Pioneer LaserActive emulation. For instance, games are stored in a new .mmi (Mixed Media Image) file format, which contains the full analog audio, video, and digital content in a single file. This can be loaded directly into Ares. The MMI format has internal compression support, do not compress it.

Note about .CHD format

The primary reason that emulation of LaserActive games does not use the Compressed Hunks of Data (CHD) format is a combination of the format's technical limitations and the demanding performance requirements of the LaserActive system. The developer who created the alternative .mmi format for emulation has publicly explained this decision.

While the CHD format is used for some laserdisc-based arcade games, such as Dragon's Lair, its support is limited and does not cover the full range of features present on LaserActive discs. The format does not currently support:

• PAL format: CHD is restricted to NTSC.
• Digital audio
• Dual-sided discs and CLV (Constant Linear Velocity)
• Video lines: CHD can cause slight corruption to the original vertical blanking interval (VBI) lines.
• Resolution and cropping: The horizontal resolution is limited and the image is cropped to the "visible region" of the screen.

The MAME development community acknowledges that a significant revision of the CHD format is needed to properly support LaserActive games. However, since this work is not scheduled, the developer chose to create a new format rather than delay the release of LaserActive emulation.

The LaserActive is a significantly more advanced machine than early 1980s laserdisc arcade games. The CHD format was designed for those older systems, which had slow, infrequent seek times. In contrast, the LaserActive's control system allows for rapid and precise playback, including:

• Instant seeking
• "Trick play" by fixed frame intervals
• Reverse playback
• Seamless looping
• Interleaved video streams where frames are skipped or fields are selected on the fly

To achieve the performance required for emulation, the `.mmi` format was created to store video in a way that allows for extremely fast decoding—approximately 2ms per frame. This is critical to maintain the target 60fps framerate.

Emulating the LaserActive is a complex task, as it involves running a full Mega Drive and Mega CD alongside the laserdisc playback. The system includes multiple CPUs, sound sources, and a complex graphics chip. It also performs sophisticated video mixing, which requires the emulator to pull specific lines from a decoded frame and mix them with the Mega Drive's graphics output. A traditional video codec used by CHD cannot handle these demanding, real-time operations.

The `.mmi` format was designed as an open and simple alternative. It is a ZIP file in "store" mode, with a JSON metadata file, raw PCM for analog audio, and a custom video format called QON. This design enables:

• Fast decoding: Frames can be decoded directly from the disc into memory as needed.
• Transparency: The format is easy to inspect and can be unpacked into a folder of PNG images.
• Flexibility: The `.mmi` format can support any storage medium and has potential for use in future emulation projects.

Disc-based[edit ]

LaserDisc[edit ]

Main article: #The Domesday Duplicator Project Method

Main article: #Playback Capture Method

Main article: LaserDisc

The preservation and emulation of systems and games that utilized LaserDisc technology have evolved significantly over time. A core distinction lies in the method of capturing content from the discs: whether it's a simple playback capture or a deep, low-level digital archive of the raw signal.

Tape/casette-based[edit ]

VHS[edit ]

Main article: #The Domesday Duplicator Project Method

Main article: #Playback Capture Method

You can follow this guide.

Compact Cassette[edit ]

See this guide.

The Domesday Duplicator Project Method[edit ]

The Domesday Duplicator is a dedicated, open-source hardware and software project designed by the Domesday86 community to create the most accurate possible digital archives of LaserDiscs and other analog media.[20] [21] It relies on a principle of low-level RF signal capture, which is detailed in the Signal Sampling wiki. The project takes its name from the BBC Domesday Project of the mid-1980s, an ambitious multi-media census of the UK stored on specialized LaserDiscs. The Duplicator was initially created to preserve these culturally significant discs, which were at high risk of being lost to time due to the obsolescence of the original playback hardware. The project is built on the philosophy of open-source and open-hardware, with all schematics, board designs, and software freely available. This community-driven approach ensures that the methods for preserving these formats are accessible and can be improved over time. It operates on a principle similar to "low-level" floppy disk imaging, which captures the raw magnetic flux changes on a disk rather than just the file data a computer's operating system would see.

Core Principles and Technology

• Raw RF Signal Capture: Unlike a standard video capture card, this method involves tapping into the analog RF signal *before* the player's internal electronics decode it into video, audio, and data. The hardware consists of a device using an Analog-to-Digital Converter (ADC) that samples the RF signal at a very high rate (e.g., 35.5 MSPS for PAL), an FPGA for buffering, and a Cypress FX3 board for high-speed USB 3.0 data transfer to a computer. The hardware can be a Domesday Duplicator or a more cost-effective CX Card. The RF Capture Hardware wiki has more information.

• Software-Defined Decoding: Since the raw RF data is captured, a suite of open-source software is used to perform all decoding in a software-defined manner. This is a key advantage, as it allows for:
  • Maximizing Video Quality: bypassing a player's internal Time Base Corrector (TBC) and analog-to-digital converters allows the signal to be decoded in software. This enables the use of advanced deinterlacing and noise reduction algorithms that can be improved over time, potentially producing a cleaner image than the original player could.
  • Capturing All Audio: the capture includes all audio tracks, both analog (often with CX noise reduction) and digital (CD-quality PCM, Dolby Digital, or DTS), ensuring nothing is lost. For tape formats, this includes the HiFi FM tracks.
  • Data and Interactivity: for discs containing interactive content (such as the BBC Domesday System) or other digital data streams, the raw RF capture is the only way to preserve the control codes and data packets necessary for emulators to accurately replicate the original experience. This is particularly important for both Constant Angular Velocity (CAV) and Constant Linear Velocity (CLV) disc formats. CAV discs, which spin at a constant speed, allowed for features like perfect freeze-frame and frame-by-frame playback, often used for special features and interactive content.
• "Stacking" for Data Recovery: A unique feature of the Domesday Duplicator software is its "stacking" capability. By capturing multiple copies of the same disc, the software can use algorithms to compare them and correct for "drop-outs" (physical damage or defects on one disc). This process can create a near-perfect composite from the best data of each capture, a method invaluable for preserving rare or heavily used media. The successful preservation of the arcade game Dragon's Lair required stacking captures from seven different discs due to wear and tear.[22] [23]

The Software Stack and Broader Applications

The hardware is only half the story. The Domesday Duplicator relies on a suite of open-source software to make the captured data useful:

• LD-Decode : This is the primary software for converting the raw RF data from LaserDiscs into usable video and audio files. It performs the complex decoding, time base correction, and noise reduction in a software-defined manner, which is a key advantage over a player's fixed internal electronics.
• VHS-Decode : Demonstrating the versatility of the capture hardware, this is a separate software project that uses the Domesday Duplicator to archive and decode other analog video formats like VHS, S-VHS, and Betamax by capturing their respective raw RF signals. It supports a wide variety of formats, as listed in the Supported Tape Formats wiki.
• CVBS-Decode : This experimental decoder shares code with `ld-decode` and `vhs-decode` to decode basic RAW digitized NTSC and PAL composite video, leveraging the powerful TBC code and chroma-decoders of the ld-tools suite.
• HiFi-Decode : Provides decoding support for (S)VHS & Video8/Hi8 HiFi FM tracks from uncompressed or FLAC compressed RF captures, outputting standard 24-bit stereo audio files.

Impact and File Sizes

The Domesday Duplicator method has been a game-changer for preserving LaserDisc-based arcade games and other interactive media, allowing for more faithful and future-proof emulation than was previously possible. The scale of this preservation effort is significant; raw RF captures from a single LaserDisc can be around 41 GiB, and the stacking process for a single game can require hundreds of gigabytes of data. The resulting compressed files used in emulators like MAME, however, are much more manageable, typically ranging from 10 to 20 GiB. The use of FLAC compression can reduce raw RF file sizes by 40-60%.

Playback Capture Method[edit ]

This method typically use video and audio files (e.g., MPEG-2, MP4) that have been captured by playing a LaserDisc/VHS on a player and feeding its video output into a standard video capture device (like an Elgato). The resulting files are already processed, decoded, and encoded by the capture hardware and software. Arcade LaserDisc emulators like Daphne, HYPSEUS-SINGE, and DirkSimple are widely used this method for playing LaserDisc arcade games which is fundamentally different from the Domesday Duplicator's approach. You can follow this guide. This method has several inherent limitations;

• Signal Degradation: the capture reflects the quality of the specific LaserDisc/VHS player and capture card used, including any signal noise, decoding errors, or compression artifacts introduced during the process.
• Loss of Raw Data: crucial raw RF data, control codes, and frame-by-frame timing information are not preserved, making it impossible to perform advanced software-based corrections or to emulate interactive data.
• Lack of Future-Proofing: Since the captured files are already processed, they cannot benefit from future improvements in software decoding algorithms, unlike the raw RF captures from the Domesday Duplicator. While historically these emulators relied on playback capture, Hypseus-Singe can now enjoy the superior clarity of the Domesday86 rips by converting the raw captures to a compatible format with ffmpeg.[24]

See also[edit ]

• Copy protection
• Sites for determining good dumps (CRC's, MD5's, etc.)
• Save disk space for ISOs
• Literature
• Home media players

References[edit ]

External links[edit ]

• Redump Dumping Guides
• No-Intro Dumping Guides
• dumping.guide
• RED Project - Information on extracting ROMs from a variety of products such as game compilation and mini consoles (still a work in progress)
• bitsgalore: Preserving optical media from the command-line
• Aaru changelog, DiscImageCreator changelog, Redumper changelog.
• GerbilSoft: ROM Properties Page shell extension

Categories:

• FAQs
• Preservation