Recover audio CD after safecopy





.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}







2















I have an audio CD (burnt a few years ago) that I want to rip (with K3B or other) to flac. K3B was unable to complete and I realized the CD was damaged.



I managed to recover the data with safecopy and the --stage-1-3 arguments. From the output (see below) it seems that the data was properly recovered.



However, I expected to be able to mount the file and take it from there. Unfortunately it doesn't seem to be the case:



$ sudo mount -o loop -t iso9660 diskimage /media/cdrom1/
mount: block device /mnt/data/Bureau/diskimage is write-protected, mounting read-only
mount: wrong fs type, bad option, bad superblock on /dev/loop1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so


dmesg doesn't show much useful output:



$ dmesg | tail
ISOFS: Unable to identify CD-ROM format.


Indeed it seems to be in an unrecognized format:



$ file diskimage 
diskimage: data


Unsurprisingly, renaming the file to .iso, .raw, .img or .bin made no difference.



Some people on the Internet recommend using ccd2iso but it fails as well (Unrecognized sector mode (0) at sector 0!).



How can I proceed to extract the audio from this raw data dump?



Here is the output from safecopy. The stage3.badblocks is empty.



$ safecopy /dev/sr0 diskimage --stage1
Low level device calls enabled mode: 2
Reported hw blocksize: 4096
CDROM audio - low level access: drive reset, raw read
CDROM low level disk size: 784954128
CDROM low level block size: 2352
Reported low level blocksize: 2352
File size: 784954128
Blocksize: 2352
Fault skip blocksize: 78493296
Resolution: 78493296
Min read attempts: 1
Head moves on read error: 0
Badblocks output: stage1.badblocks
Marker string: BaDbLoCk
Starting block: 0
Source: /dev/sr0
Destination: diskimage
......................................... [40961]
......................................... [82945]
......................................... [124929]
......................................... [166913]
......................................... [208897]
......................................... [250881]
................................[284577](+669325104){X [317950]
}[317950](+78493296)
................[333739](+37135728){X}[367112](+78493296)

Done!
Recovered bad blocks: 0
Unrecoverable bad blocks (bytes): 2 (156986592)
Blocks (bytes) copied: 333739 (784954128)

xavier@marvin:~/Bureau$ safecopy /dev/sr0 diskimage --stage2
Low level device calls enabled mode: 2
Reported hw blocksize: 4096
CDROM audio - low level access: drive reset, raw read
CDROM low level disk size: 784954128
CDROM low level block size: 2352
Reported low level blocksize: 2352
File size: 784954128
Blocksize: 2352
Fault skip blocksize: 301056
Resolution: 2352
Min read attempts: 1
Head moves on read error: 0
Incremental mode file: stage1.badblocks
Incremental mode blocksize: 2352
Badblocks output: stage2.badblocks
Starting block: 0
Source: /dev/sr0
Destination: diskimage
Current destination size: 863447424
........................[309047](+726878544){X [309175]
<<<<<<<}[309048](+2352)
.....[313338](+10090080){X<<<<<<<}[313339](+2352)
..... 8-( 95%
Done!
Recovered bad blocks: 0
Unrecoverable bad blocks (bytes): 2 (4704)
Blocks (bytes) copied: 317950 (747818400)

$ safecopy /dev/sr0 diskimage --stage3
Low level device calls enabled mode: 2
Reported hw blocksize: 4096
CDROM audio - low level access: drive reset, raw read
CDROM low level disk size: 784954128
CDROM low level block size: 2352
Reported low level blocksize: 2352
File size: 784954128
Blocksize: 2352
Fault skip blocksize: 2352
Resolution: 2352
Min read attempts: 4
Head moves on read error: 1
Incremental mode file: stage2.badblocks
Incremental mode blocksize: 2352
Badblocks output: stage3.badblocks
Starting block: 0
Source: /dev/sr0
Destination: diskimage
Current destination size: 863447424
. 8-( 93%
Done!
Recovered bad blocks: 0
Unrecoverable bad blocks (bytes): 0 (0)
Blocks (bytes) copied: 313339 (736973328)









share|improve this question























  • Unfortunately, there isn't a file system on standard audio CD so you can't mount that image file. See en.wikipedia.org/wiki/Compact_Disc_Digital_Audio . I guess you can associate it to a /dev/loop entry using losetup, but I've never tried doing that with CDDA data myself. But why not just burn the image to a new disk?

    – PM 2Ring
    Jan 3 '15 at 8:39











  • @PM2Ring because it doesn't work. For instance K3B tells me "Seems not to be a usable image"... I'll try to losetup thing.

    – Calimo
    Jan 3 '15 at 10:13











  • I don't like your chances if KB3 says the image is faulty, but it might be worthwhile seeing if cdparanoia can do something with it.

    – PM 2Ring
    Jan 3 '15 at 10:29











  • To find the first unused loop device do (as root) losetup -f. If it returns /dev/loop1 then do losetup /dev/loop1 diskimage, assuming diskimage is the name of your image file. Then to tell cdparanoia to use that device instead of /dev/cdrom you do cdparanoia -d /dev/loop1. Of course you will also need to supply other parameters to cdparanoia. And I have no idea if this will actually work. :)

    – PM 2Ring
    Jan 3 '15 at 10:33


















2















I have an audio CD (burnt a few years ago) that I want to rip (with K3B or other) to flac. K3B was unable to complete and I realized the CD was damaged.



I managed to recover the data with safecopy and the --stage-1-3 arguments. From the output (see below) it seems that the data was properly recovered.



However, I expected to be able to mount the file and take it from there. Unfortunately it doesn't seem to be the case:



$ sudo mount -o loop -t iso9660 diskimage /media/cdrom1/
mount: block device /mnt/data/Bureau/diskimage is write-protected, mounting read-only
mount: wrong fs type, bad option, bad superblock on /dev/loop1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so


dmesg doesn't show much useful output:



$ dmesg | tail
ISOFS: Unable to identify CD-ROM format.


Indeed it seems to be in an unrecognized format:



$ file diskimage 
diskimage: data


Unsurprisingly, renaming the file to .iso, .raw, .img or .bin made no difference.



Some people on the Internet recommend using ccd2iso but it fails as well (Unrecognized sector mode (0) at sector 0!).



How can I proceed to extract the audio from this raw data dump?



Here is the output from safecopy. The stage3.badblocks is empty.



$ safecopy /dev/sr0 diskimage --stage1
Low level device calls enabled mode: 2
Reported hw blocksize: 4096
CDROM audio - low level access: drive reset, raw read
CDROM low level disk size: 784954128
CDROM low level block size: 2352
Reported low level blocksize: 2352
File size: 784954128
Blocksize: 2352
Fault skip blocksize: 78493296
Resolution: 78493296
Min read attempts: 1
Head moves on read error: 0
Badblocks output: stage1.badblocks
Marker string: BaDbLoCk
Starting block: 0
Source: /dev/sr0
Destination: diskimage
......................................... [40961]
......................................... [82945]
......................................... [124929]
......................................... [166913]
......................................... [208897]
......................................... [250881]
................................[284577](+669325104){X [317950]
}[317950](+78493296)
................[333739](+37135728){X}[367112](+78493296)

Done!
Recovered bad blocks: 0
Unrecoverable bad blocks (bytes): 2 (156986592)
Blocks (bytes) copied: 333739 (784954128)

xavier@marvin:~/Bureau$ safecopy /dev/sr0 diskimage --stage2
Low level device calls enabled mode: 2
Reported hw blocksize: 4096
CDROM audio - low level access: drive reset, raw read
CDROM low level disk size: 784954128
CDROM low level block size: 2352
Reported low level blocksize: 2352
File size: 784954128
Blocksize: 2352
Fault skip blocksize: 301056
Resolution: 2352
Min read attempts: 1
Head moves on read error: 0
Incremental mode file: stage1.badblocks
Incremental mode blocksize: 2352
Badblocks output: stage2.badblocks
Starting block: 0
Source: /dev/sr0
Destination: diskimage
Current destination size: 863447424
........................[309047](+726878544){X [309175]
<<<<<<<}[309048](+2352)
.....[313338](+10090080){X<<<<<<<}[313339](+2352)
..... 8-( 95%
Done!
Recovered bad blocks: 0
Unrecoverable bad blocks (bytes): 2 (4704)
Blocks (bytes) copied: 317950 (747818400)

$ safecopy /dev/sr0 diskimage --stage3
Low level device calls enabled mode: 2
Reported hw blocksize: 4096
CDROM audio - low level access: drive reset, raw read
CDROM low level disk size: 784954128
CDROM low level block size: 2352
Reported low level blocksize: 2352
File size: 784954128
Blocksize: 2352
Fault skip blocksize: 2352
Resolution: 2352
Min read attempts: 4
Head moves on read error: 1
Incremental mode file: stage2.badblocks
Incremental mode blocksize: 2352
Badblocks output: stage3.badblocks
Starting block: 0
Source: /dev/sr0
Destination: diskimage
Current destination size: 863447424
. 8-( 93%
Done!
Recovered bad blocks: 0
Unrecoverable bad blocks (bytes): 0 (0)
Blocks (bytes) copied: 313339 (736973328)









share|improve this question























  • Unfortunately, there isn't a file system on standard audio CD so you can't mount that image file. See en.wikipedia.org/wiki/Compact_Disc_Digital_Audio . I guess you can associate it to a /dev/loop entry using losetup, but I've never tried doing that with CDDA data myself. But why not just burn the image to a new disk?

    – PM 2Ring
    Jan 3 '15 at 8:39











  • @PM2Ring because it doesn't work. For instance K3B tells me "Seems not to be a usable image"... I'll try to losetup thing.

    – Calimo
    Jan 3 '15 at 10:13











  • I don't like your chances if KB3 says the image is faulty, but it might be worthwhile seeing if cdparanoia can do something with it.

    – PM 2Ring
    Jan 3 '15 at 10:29











  • To find the first unused loop device do (as root) losetup -f. If it returns /dev/loop1 then do losetup /dev/loop1 diskimage, assuming diskimage is the name of your image file. Then to tell cdparanoia to use that device instead of /dev/cdrom you do cdparanoia -d /dev/loop1. Of course you will also need to supply other parameters to cdparanoia. And I have no idea if this will actually work. :)

    – PM 2Ring
    Jan 3 '15 at 10:33














2












2








2








I have an audio CD (burnt a few years ago) that I want to rip (with K3B or other) to flac. K3B was unable to complete and I realized the CD was damaged.



I managed to recover the data with safecopy and the --stage-1-3 arguments. From the output (see below) it seems that the data was properly recovered.



However, I expected to be able to mount the file and take it from there. Unfortunately it doesn't seem to be the case:



$ sudo mount -o loop -t iso9660 diskimage /media/cdrom1/
mount: block device /mnt/data/Bureau/diskimage is write-protected, mounting read-only
mount: wrong fs type, bad option, bad superblock on /dev/loop1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so


dmesg doesn't show much useful output:



$ dmesg | tail
ISOFS: Unable to identify CD-ROM format.


Indeed it seems to be in an unrecognized format:



$ file diskimage 
diskimage: data


Unsurprisingly, renaming the file to .iso, .raw, .img or .bin made no difference.



Some people on the Internet recommend using ccd2iso but it fails as well (Unrecognized sector mode (0) at sector 0!).



How can I proceed to extract the audio from this raw data dump?



Here is the output from safecopy. The stage3.badblocks is empty.



$ safecopy /dev/sr0 diskimage --stage1
Low level device calls enabled mode: 2
Reported hw blocksize: 4096
CDROM audio - low level access: drive reset, raw read
CDROM low level disk size: 784954128
CDROM low level block size: 2352
Reported low level blocksize: 2352
File size: 784954128
Blocksize: 2352
Fault skip blocksize: 78493296
Resolution: 78493296
Min read attempts: 1
Head moves on read error: 0
Badblocks output: stage1.badblocks
Marker string: BaDbLoCk
Starting block: 0
Source: /dev/sr0
Destination: diskimage
......................................... [40961]
......................................... [82945]
......................................... [124929]
......................................... [166913]
......................................... [208897]
......................................... [250881]
................................[284577](+669325104){X [317950]
}[317950](+78493296)
................[333739](+37135728){X}[367112](+78493296)

Done!
Recovered bad blocks: 0
Unrecoverable bad blocks (bytes): 2 (156986592)
Blocks (bytes) copied: 333739 (784954128)

xavier@marvin:~/Bureau$ safecopy /dev/sr0 diskimage --stage2
Low level device calls enabled mode: 2
Reported hw blocksize: 4096
CDROM audio - low level access: drive reset, raw read
CDROM low level disk size: 784954128
CDROM low level block size: 2352
Reported low level blocksize: 2352
File size: 784954128
Blocksize: 2352
Fault skip blocksize: 301056
Resolution: 2352
Min read attempts: 1
Head moves on read error: 0
Incremental mode file: stage1.badblocks
Incremental mode blocksize: 2352
Badblocks output: stage2.badblocks
Starting block: 0
Source: /dev/sr0
Destination: diskimage
Current destination size: 863447424
........................[309047](+726878544){X [309175]
<<<<<<<}[309048](+2352)
.....[313338](+10090080){X<<<<<<<}[313339](+2352)
..... 8-( 95%
Done!
Recovered bad blocks: 0
Unrecoverable bad blocks (bytes): 2 (4704)
Blocks (bytes) copied: 317950 (747818400)

$ safecopy /dev/sr0 diskimage --stage3
Low level device calls enabled mode: 2
Reported hw blocksize: 4096
CDROM audio - low level access: drive reset, raw read
CDROM low level disk size: 784954128
CDROM low level block size: 2352
Reported low level blocksize: 2352
File size: 784954128
Blocksize: 2352
Fault skip blocksize: 2352
Resolution: 2352
Min read attempts: 4
Head moves on read error: 1
Incremental mode file: stage2.badblocks
Incremental mode blocksize: 2352
Badblocks output: stage3.badblocks
Starting block: 0
Source: /dev/sr0
Destination: diskimage
Current destination size: 863447424
. 8-( 93%
Done!
Recovered bad blocks: 0
Unrecoverable bad blocks (bytes): 0 (0)
Blocks (bytes) copied: 313339 (736973328)









share|improve this question














I have an audio CD (burnt a few years ago) that I want to rip (with K3B or other) to flac. K3B was unable to complete and I realized the CD was damaged.



I managed to recover the data with safecopy and the --stage-1-3 arguments. From the output (see below) it seems that the data was properly recovered.



However, I expected to be able to mount the file and take it from there. Unfortunately it doesn't seem to be the case:



$ sudo mount -o loop -t iso9660 diskimage /media/cdrom1/
mount: block device /mnt/data/Bureau/diskimage is write-protected, mounting read-only
mount: wrong fs type, bad option, bad superblock on /dev/loop1,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so


dmesg doesn't show much useful output:



$ dmesg | tail
ISOFS: Unable to identify CD-ROM format.


Indeed it seems to be in an unrecognized format:



$ file diskimage 
diskimage: data


Unsurprisingly, renaming the file to .iso, .raw, .img or .bin made no difference.



Some people on the Internet recommend using ccd2iso but it fails as well (Unrecognized sector mode (0) at sector 0!).



How can I proceed to extract the audio from this raw data dump?



Here is the output from safecopy. The stage3.badblocks is empty.



$ safecopy /dev/sr0 diskimage --stage1
Low level device calls enabled mode: 2
Reported hw blocksize: 4096
CDROM audio - low level access: drive reset, raw read
CDROM low level disk size: 784954128
CDROM low level block size: 2352
Reported low level blocksize: 2352
File size: 784954128
Blocksize: 2352
Fault skip blocksize: 78493296
Resolution: 78493296
Min read attempts: 1
Head moves on read error: 0
Badblocks output: stage1.badblocks
Marker string: BaDbLoCk
Starting block: 0
Source: /dev/sr0
Destination: diskimage
......................................... [40961]
......................................... [82945]
......................................... [124929]
......................................... [166913]
......................................... [208897]
......................................... [250881]
................................[284577](+669325104){X [317950]
}[317950](+78493296)
................[333739](+37135728){X}[367112](+78493296)

Done!
Recovered bad blocks: 0
Unrecoverable bad blocks (bytes): 2 (156986592)
Blocks (bytes) copied: 333739 (784954128)

xavier@marvin:~/Bureau$ safecopy /dev/sr0 diskimage --stage2
Low level device calls enabled mode: 2
Reported hw blocksize: 4096
CDROM audio - low level access: drive reset, raw read
CDROM low level disk size: 784954128
CDROM low level block size: 2352
Reported low level blocksize: 2352
File size: 784954128
Blocksize: 2352
Fault skip blocksize: 301056
Resolution: 2352
Min read attempts: 1
Head moves on read error: 0
Incremental mode file: stage1.badblocks
Incremental mode blocksize: 2352
Badblocks output: stage2.badblocks
Starting block: 0
Source: /dev/sr0
Destination: diskimage
Current destination size: 863447424
........................[309047](+726878544){X [309175]
<<<<<<<}[309048](+2352)
.....[313338](+10090080){X<<<<<<<}[313339](+2352)
..... 8-( 95%
Done!
Recovered bad blocks: 0
Unrecoverable bad blocks (bytes): 2 (4704)
Blocks (bytes) copied: 317950 (747818400)

$ safecopy /dev/sr0 diskimage --stage3
Low level device calls enabled mode: 2
Reported hw blocksize: 4096
CDROM audio - low level access: drive reset, raw read
CDROM low level disk size: 784954128
CDROM low level block size: 2352
Reported low level blocksize: 2352
File size: 784954128
Blocksize: 2352
Fault skip blocksize: 2352
Resolution: 2352
Min read attempts: 4
Head moves on read error: 1
Incremental mode file: stage2.badblocks
Incremental mode blocksize: 2352
Badblocks output: stage3.badblocks
Starting block: 0
Source: /dev/sr0
Destination: diskimage
Current destination size: 863447424
. 8-( 93%
Done!
Recovered bad blocks: 0
Unrecoverable bad blocks (bytes): 0 (0)
Blocks (bytes) copied: 313339 (736973328)






audio-cd safecopy






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Jan 3 '15 at 8:31









CalimoCalimo

19318




19318













  • Unfortunately, there isn't a file system on standard audio CD so you can't mount that image file. See en.wikipedia.org/wiki/Compact_Disc_Digital_Audio . I guess you can associate it to a /dev/loop entry using losetup, but I've never tried doing that with CDDA data myself. But why not just burn the image to a new disk?

    – PM 2Ring
    Jan 3 '15 at 8:39











  • @PM2Ring because it doesn't work. For instance K3B tells me "Seems not to be a usable image"... I'll try to losetup thing.

    – Calimo
    Jan 3 '15 at 10:13











  • I don't like your chances if KB3 says the image is faulty, but it might be worthwhile seeing if cdparanoia can do something with it.

    – PM 2Ring
    Jan 3 '15 at 10:29











  • To find the first unused loop device do (as root) losetup -f. If it returns /dev/loop1 then do losetup /dev/loop1 diskimage, assuming diskimage is the name of your image file. Then to tell cdparanoia to use that device instead of /dev/cdrom you do cdparanoia -d /dev/loop1. Of course you will also need to supply other parameters to cdparanoia. And I have no idea if this will actually work. :)

    – PM 2Ring
    Jan 3 '15 at 10:33



















  • Unfortunately, there isn't a file system on standard audio CD so you can't mount that image file. See en.wikipedia.org/wiki/Compact_Disc_Digital_Audio . I guess you can associate it to a /dev/loop entry using losetup, but I've never tried doing that with CDDA data myself. But why not just burn the image to a new disk?

    – PM 2Ring
    Jan 3 '15 at 8:39











  • @PM2Ring because it doesn't work. For instance K3B tells me "Seems not to be a usable image"... I'll try to losetup thing.

    – Calimo
    Jan 3 '15 at 10:13











  • I don't like your chances if KB3 says the image is faulty, but it might be worthwhile seeing if cdparanoia can do something with it.

    – PM 2Ring
    Jan 3 '15 at 10:29











  • To find the first unused loop device do (as root) losetup -f. If it returns /dev/loop1 then do losetup /dev/loop1 diskimage, assuming diskimage is the name of your image file. Then to tell cdparanoia to use that device instead of /dev/cdrom you do cdparanoia -d /dev/loop1. Of course you will also need to supply other parameters to cdparanoia. And I have no idea if this will actually work. :)

    – PM 2Ring
    Jan 3 '15 at 10:33

















Unfortunately, there isn't a file system on standard audio CD so you can't mount that image file. See en.wikipedia.org/wiki/Compact_Disc_Digital_Audio . I guess you can associate it to a /dev/loop entry using losetup, but I've never tried doing that with CDDA data myself. But why not just burn the image to a new disk?

– PM 2Ring
Jan 3 '15 at 8:39





Unfortunately, there isn't a file system on standard audio CD so you can't mount that image file. See en.wikipedia.org/wiki/Compact_Disc_Digital_Audio . I guess you can associate it to a /dev/loop entry using losetup, but I've never tried doing that with CDDA data myself. But why not just burn the image to a new disk?

– PM 2Ring
Jan 3 '15 at 8:39













@PM2Ring because it doesn't work. For instance K3B tells me "Seems not to be a usable image"... I'll try to losetup thing.

– Calimo
Jan 3 '15 at 10:13





@PM2Ring because it doesn't work. For instance K3B tells me "Seems not to be a usable image"... I'll try to losetup thing.

– Calimo
Jan 3 '15 at 10:13













I don't like your chances if KB3 says the image is faulty, but it might be worthwhile seeing if cdparanoia can do something with it.

– PM 2Ring
Jan 3 '15 at 10:29





I don't like your chances if KB3 says the image is faulty, but it might be worthwhile seeing if cdparanoia can do something with it.

– PM 2Ring
Jan 3 '15 at 10:29













To find the first unused loop device do (as root) losetup -f. If it returns /dev/loop1 then do losetup /dev/loop1 diskimage, assuming diskimage is the name of your image file. Then to tell cdparanoia to use that device instead of /dev/cdrom you do cdparanoia -d /dev/loop1. Of course you will also need to supply other parameters to cdparanoia. And I have no idea if this will actually work. :)

– PM 2Ring
Jan 3 '15 at 10:33





To find the first unused loop device do (as root) losetup -f. If it returns /dev/loop1 then do losetup /dev/loop1 diskimage, assuming diskimage is the name of your image file. Then to tell cdparanoia to use that device instead of /dev/cdrom you do cdparanoia -d /dev/loop1. Of course you will also need to supply other parameters to cdparanoia. And I have no idea if this will actually work. :)

– PM 2Ring
Jan 3 '15 at 10:33










1 Answer
1






active

oldest

votes


















3














I had a similar problem I wished to recover a CD that started jumping in my CD player. I searched on line to find an answer but to no avail. But experimenting I found you can import the recovered file into Audacity as raw data. Then you can separate the tracks and re-encode as you wish.






share|improve this answer


























  • Thanks, I used safecopy to get the image and used audacity to get the tracks

    – vimdude
    Jul 12 '17 at 11:38












Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f177175%2frecover-audio-cd-after-safecopy%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes









3














I had a similar problem I wished to recover a CD that started jumping in my CD player. I searched on line to find an answer but to no avail. But experimenting I found you can import the recovered file into Audacity as raw data. Then you can separate the tracks and re-encode as you wish.






share|improve this answer


























  • Thanks, I used safecopy to get the image and used audacity to get the tracks

    – vimdude
    Jul 12 '17 at 11:38
















3














I had a similar problem I wished to recover a CD that started jumping in my CD player. I searched on line to find an answer but to no avail. But experimenting I found you can import the recovered file into Audacity as raw data. Then you can separate the tracks and re-encode as you wish.






share|improve this answer


























  • Thanks, I used safecopy to get the image and used audacity to get the tracks

    – vimdude
    Jul 12 '17 at 11:38














3












3








3







I had a similar problem I wished to recover a CD that started jumping in my CD player. I searched on line to find an answer but to no avail. But experimenting I found you can import the recovered file into Audacity as raw data. Then you can separate the tracks and re-encode as you wish.






share|improve this answer















I had a similar problem I wished to recover a CD that started jumping in my CD player. I searched on line to find an answer but to no avail. But experimenting I found you can import the recovered file into Audacity as raw data. Then you can separate the tracks and re-encode as you wish.







share|improve this answer














share|improve this answer



share|improve this answer








edited 2 hours ago









Rui F Ribeiro

41.9k1483142




41.9k1483142










answered May 24 '16 at 13:34









DageyDagey

312




312













  • Thanks, I used safecopy to get the image and used audacity to get the tracks

    – vimdude
    Jul 12 '17 at 11:38



















  • Thanks, I used safecopy to get the image and used audacity to get the tracks

    – vimdude
    Jul 12 '17 at 11:38

















Thanks, I used safecopy to get the image and used audacity to get the tracks

– vimdude
Jul 12 '17 at 11:38





Thanks, I used safecopy to get the image and used audacity to get the tracks

– vimdude
Jul 12 '17 at 11:38


















draft saved

draft discarded




















































Thanks for contributing an answer to Unix & Linux Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f177175%2frecover-audio-cd-after-safecopy%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

CARDNET

Boot-repair Failure: Unable to locate package grub-common:i386

濃尾地震