Ripping it to an ISO file is basically the “industry standard”. Something else I used to see when sailing the high seas back in the day is bin/cue pairs, but iso was by far the most prevalent. I have long since forgotten how this is done on windows, but on Linux it’s basically dd if=/dev/cdrom of=/home/studmuffin2000/somecd.iso
Depends on the CD. If it’s just a data CD, iso is the way to go. If it’s a mixed mode CD with data plus audio, bin/cue will preserve the audio tracks but iso may not. Also, mixed Joliet/HFS CDs can lose one of the formats if imaged with an iso imager.
The big thing is that you want to image the entire CD and not just the most recent track on the CD.
Ripping it to an ISO file is basically the “industry standard”. Something else I used to see when sailing the high seas back in the day is bin/cue pairs, but iso was by far the most prevalent. I have long since forgotten how this is done on windows, but on Linux it’s basically dd if=/dev/cdrom of=/home/studmuffin2000/somecd.iso
Depends on the CD. If it’s just a data CD, iso is the way to go. If it’s a mixed mode CD with data plus audio, bin/cue will preserve the audio tracks but iso may not. Also, mixed Joliet/HFS CDs can lose one of the formats if imaged with an iso imager.
The big thing is that you want to image the entire CD and not just the most recent track on the CD.
That makes sense - I never looked into why bin/cue was sometimes used. Would that mean that bin/cue is better for multitrack and mixed mode CDs?