I tried to write an audio CD using a cue sheet and a CD image ripped by EAC. When I use InfraRecorder the written CD plays without problems on a nornal CD player, when I use Cdrtfe the CD does not play as expected. This is somehow odd, because both programs use 'cdrecord' for the CD writing process.
To explain the problem in more detail, with the "cdrtfe CD" it is not possible to select the 3rd, 4th, ... song. The CD player searches forever until it gives up. The "InfraRecorder CD" plays without problems. The 'cdrtfe'-Version is 1.5.6.0. As "InfraRecorder" is not capable of writing FLAC audio files, I used an audio image in wav format. The test CD-RW is always the same, on the same computer using the same optical drive and the identical cue sheet and audio image.
As both programs use their "own" copy of cdrecord, maybe it is a problem with the cdrecord program. "InfraRecorder" uses a quiet old version of the 'cdrecord' program.
I will do another test on a "linux" computer with a "new" 'cdrecord' and the same audio image files as before.
Thanks for reading,
m. k.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I made some more tests. As I announced, I copied the cue sheet and the audio image file (wav) to a "linux" computer and used a quiet new version of the cdrecord program to write the audio CD again. I also made some tests on the 'Windows' command line. I should make a small list of the tests.
linux_64bit:~ > cdrecord --version
Cdrecord-ProDVD-ProBD-Clone 3.02a06 (x86_64-unknown-linux-gnu) Copyright (C) 1995-2016 Joerg Schilling
(compiled out of the official sources)
works, no problems
First I thought it might be a problem with the versions 3.02a06 and 3.02a05, but the 3.02a06 version of cdrecord works fine on Gnu/Linux. I could not find a Win 3.02a07 version of cdrecord to test, neither a mingw nor a cygwin port. With the next posting, I will sind the cue sheet.
Viele Grüße aus dem Südwesten,
m. k.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I will send you the cue sheet in this posting. The size of the wav-file is: 617 880 152 Bytes (589 MiB). If you need more information, let me know. It should not be necessary to do the test again out of the InfraRecorder and Cdrtfe, as they use "their" cdrecord program for writing CDs. But if you consist on it, I could do the tests again.
Grüße,
m.k.
REM GENRE Rap/Hip Hop
REM DATE 2002
REM DISCID C60DAE0F
REM COMMENT "Easy Audio Copy 1.0.2.6"
PERFORMER "Orishas"
TITLE "Emigrante"
FILE "Orishas_-_Emigrante.wav" WAVE
TRACK 01 AUDIO
TITLE "¿Que Pasa?"
PERFORMER "Orishas"
ISRC ES6530200008
INDEX 01 00:00:00
TRACK 02 AUDIO
TITLE "Mujer"
PERFORMER "Orishas"
ISRC ES6530200011
INDEX 00 03:42:34
INDEX 01 03:44:33
TRACK 03 AUDIO
TITLE "Guajiro"
PERFORMER "Orishas"
ISRC ES6530200010
INDEX 01 07:33:70
TRACK 04 AUDIO
TITLE "¿Que Bola?"
PERFORMER "Orishas"
ISRC ES6530200013
INDEX 00 10:53:62
INDEX 01 10:55:41
TRACK 05 AUDIO
TITLE "Asi Fue"
PERFORMER "Orishas"
ISRC ES6530200003
INDEX 00 15:17:40
INDEX 01 15:18:44
TRACK 06 AUDIO
TITLE "Niños"
PERFORMER "Orishas"
ISRC ES6530200012
INDEX 00 19:08:03
INDEX 01 19:09:15
TRACK 07 AUDIO
TITLE "300 Kilos"
PERFORMER "Orishas"
ISRC ES6530200001
INDEX 00 22:45:68
INDEX 01 22:58:30
TRACK 08 AUDIO
TITLE "Gladiadores"
PERFORMER "Orishas"
ISRC ES6530200015
INDEX 00 27:03:39
INDEX 01 27:05:39
TRACK 09 AUDIO
TITLE "Ausencia"
PERFORMER "Orishas"
ISRC ES6530200004
INDEX 00 30:41:40
INDEX 01 30:42:23
TRACK 10 AUDIO
TITLE "Habana"
PERFORMER "Orishas"
ISRC ES6530200002
INDEX 00 34:20:64
INDEX 01 34:22:32
TRACK 11 AUDIO
TITLE "Testimonio"
PERFORMER "Orishas"
ISRC ES6530200014
INDEX 01 39:00:71
TRACK 12 AUDIO
TITLE "El Rey De La Pachacha"
PERFORMER "Orishas"
ISRC ES6530200006
INDEX 00 43:10:55
INDEX 01 43:10:67
TRACK 13 AUDIO
TITLE "Emigrantes"
PERFORMER "Orishas"
ISRC ES6530200007
INDEX 00 46:56:41
INDEX 01 46:57:51
TRACK 14 AUDIO
TITLE "Desaparecidos"
PERFORMER "Orishas"
ISRC ES6530200005
INDEX 00 50:33:65
INDEX 01 50:34:53
TRACK 15 AUDIO
TITLE "La Vida Pasa"
PERFORMER "Orishas"
ISRC ES6530200009
INDEX 00 54:22:44
INDEX 01 54:24:37
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
thanks for sending the cue sheet. I've run the following tests:
cdrtfe 1.5.6.1 (not yet releaed) with cdrecord 3.02a07_patched, Win 8.1 Pro
cdrtfe 1.5.6.0 (portable) with cdrecord 3.02a06, Win 10 Pro
cdrtfe 1.5.6.0 (portable) with cdrecord 3.02a06_patched, Win 10 Pro
cdrecord 3.02a06, a06_patched, a07_patched, just pure command line, Win 10 Pro
Each time the burning process was successfull. Every track of the resulting CDs could be accessed by the standalone CD player (ok, it's a DVD player, as my CD player cannot read CD-RWs).
Did cdrecord displayed any errors during your tests? When using the MinGW port, did it produced the same problem, or was something different?
As the problem occurred on the command line as well, it is most likely not related to cdrtfe.
sorry for answering so late, but I wanted to make some more tests. I used another computer with Win10 to test with another CD burning device.
Cdrtfe 1.5.6.0 with cdrecord 3.02a06 (patched) generated a functioning audio CD on anothe computer with another CD writer.
It seems to be related to cdrecord in combination with some CD writers. The cdrtools MinGW port did produce the same problem, it is only possible to select the songs one and two directly, but it is not possible to select song three+n (n=0,last). I found something in the cdrecord output, that might be interesting.
cdrecord linux x64:
Sending CUE sheet...
cdrecord: CUE sheet not accepted. Retrying with minimum pregapsize = 1.
SAO startsec: -11745
Using the Optiarc BD RW BD-5750H on GNU/Linux, 'cdrecord' changes the pregapsize.
But as this seems to be an issue with the cdrtools, I will try to contact Jörg Schily. Would you like to be informed about the result of the discussion with the Cdrtools guys, if any?
Viele Grüße,
m.k.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
as you may have read in the 'cdrtools mailing list', some of my CD writing devices have a corupted firmware. Jörg Schilling pointed out, that I schould try writing audio CDs in raw96r mode, because the dao mode of lots of devices is not functioning correct.
If I write the audio CDs of the discussion above in raw mode, the result is a full functioning audio CD. I used the Win10 command line (cmd) to do this with the 'cdrecord' program from the cdrtfe package.
I tried to use the 'cdrtfe frontend' for this purpose, but whatever I try, the cue file image is always written in DAO (SAO) mode. One of the things I tried was, to change optinons in the 'cdrtfe.ini' file. The cdrecord options in the 'Disk-Image' tab are greyed out, and although 'Raw-Modus' and 'raw96r' is selected, the disc is written in DAO-mode.
...
Starting to write CD/DVD/BD at speed 10 in real SAO mode for single session.
...
At this point I need some help please.
Viele Grüße,
m.k.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Everything works properly now wtih CDrtfe 1.5.6.1, if 'raw96r' mode is used. Even the writing of audio CDs with FLAC files and a cue file is functioning now. Because of this feature, Cdrtfe is the best program I found for writing audio CDs with data from 'EAC' or 'EasyAudioCopy'.
It seems, that there are more and more bugs in the firmware of optical drives. Two of the computers I made test with the last days, had problems writing audio CDs in DAO (SAO) mode.
Jörg Schilling gave me a small patch for his 'cdrecord' program. WIth this "workaround" I could use the DAO mode with one buggy optical drive. I only tested this "workaround" on GNU/Linux, because it is easier for me to compile on this OS.
Grüße,
m.k.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hallo to the forum,
I tried to write an audio CD using a cue sheet and a CD image ripped by EAC. When I use InfraRecorder the written CD plays without problems on a nornal CD player, when I use Cdrtfe the CD does not play as expected. This is somehow odd, because both programs use 'cdrecord' for the CD writing process.
To explain the problem in more detail, with the "cdrtfe CD" it is not possible to select the 3rd, 4th, ... song. The CD player searches forever until it gives up. The "InfraRecorder CD" plays without problems. The 'cdrtfe'-Version is 1.5.6.0. As "InfraRecorder" is not capable of writing FLAC audio files, I used an audio image in wav format. The test CD-RW is always the same, on the same computer using the same optical drive and the identical cue sheet and audio image.
As both programs use their "own" copy of cdrecord, maybe it is a problem with the cdrecord program. "InfraRecorder" uses a quiet old version of the 'cdrecord' program.
I will do another test on a "linux" computer with a "new" 'cdrecord' and the same audio image files as before.
Thanks for reading,
m. k.
Hello,
could you please send me the cue sheet and the exact size of the wave file(s), so that I can create a test case?
You could also try to use the cdrecord from cdrtfe with Infrarecorder and vice versa.
Erstmal Danke für die schnelle Antwort!
I made some more tests. As I announced, I copied the cue sheet and the audio image file (wav) to a "linux" computer and used a quiet new version of the cdrecord program to write the audio CD again. I also made some tests on the 'Windows' command line. I should make a small list of the tests.
linux_64bit:~ > cdrecord --version
Cdrecord-ProDVD-ProBD-Clone 3.02a07 (x86_64-unknown-linux-gnu) Copyright (C) 1995-2016 Joerg Schilling
works, no problems
linux_64bit:~ > cdrecord --version
Cdrecord-ProDVD-ProBD-Clone 3.02a06 (x86_64-unknown-linux-gnu) Copyright (C) 1995-2016 Joerg Schilling
(compiled out of the official sources)
works, no problems
win10_cdrtfe> cdrecord.exe --version
Cdrecord-ProDVD-ProBD-Clone 3.02a06 (i686-pc-cygwin) Copyright (C) 1995-2016 Joerg Schilling
problems
win10_mingw_port> cdrecord.exe --version
Cdrecord-ProDVD-ProBD-Clone 3.02a06 (i686-pc-mingw32)Copyright (C) 1995-2016 Joerg Schilling
(http://opensourcepack.blogspot.de/p/cdrtools.html)
problems
win10_mingw_port> cdrecord.exe --version
Cdrecord-ProDVD-ProBD-Clone 3.02a05 (i686-pc-mingw32) Copyright (C) 1995-2015 Joerg Schilling
(http://opensourcepack.blogspot.de/p/cdrtools.html)
problems
win10_InfraRecorder_0.53.0.0_64> cdrecord --version
Cdrecord-ProDVD-ProBD-Clone 2.01.01a61 (i686-pc-cygwin) Copyright (C) 1995-2009 Jörg Schilling
works, no problems
First I thought it might be a problem with the versions 3.02a06 and 3.02a05, but the 3.02a06 version of cdrecord works fine on Gnu/Linux. I could not find a Win 3.02a07 version of cdrecord to test, neither a mingw nor a cygwin port. With the next posting, I will sind the cue sheet.
Viele Grüße aus dem Südwesten,
m. k.
Hallo,
I will send you the cue sheet in this posting. The size of the wav-file is: 617 880 152 Bytes (589 MiB). If you need more information, let me know. It should not be necessary to do the test again out of the InfraRecorder and Cdrtfe, as they use "their" cdrecord program for writing CDs. But if you consist on it, I could do the tests again.
Grüße,
m.k.
Hello,
thanks for sending the cue sheet. I've run the following tests:
cdrtfe 1.5.6.1 (not yet releaed) with cdrecord 3.02a07_patched, Win 8.1 Pro
cdrtfe 1.5.6.0 (portable) with cdrecord 3.02a06, Win 10 Pro
cdrtfe 1.5.6.0 (portable) with cdrecord 3.02a06_patched, Win 10 Pro
cdrecord 3.02a06, a06_patched, a07_patched, just pure command line, Win 10 Pro
Each time the burning process was successfull. Every track of the resulting CDs could be accessed by the standalone CD player (ok, it's a DVD player, as my CD player cannot read CD-RWs).
Did cdrecord displayed any errors during your tests? When using the MinGW port, did it produced the same problem, or was something different?
As the problem occurred on the command line as well, it is most likely not related to cdrtfe.
Here are some links for pre-compiled binaries of the cdrtools:
http://cdrtools.org/windows/
These are the binaries from the various cdrtfe releases:
https://sourceforge.net/projects/cdrtfe/files/tools/binaries/cdrtools/
Of course, you could also try to compile your own cygwin binaries.
If you can reliably reproduce this behaviour then you should contact the cdrtools project:
https://sourceforge.net/projects/cdrtools/
Regards,
Oliver
¡Hola!
sorry for answering so late, but I wanted to make some more tests. I used another computer with Win10 to test with another CD burning device.
Cdrtfe 1.5.6.0 with cdrecord 3.02a06 (patched) generated a functioning audio CD on anothe computer with another CD writer.
It seems to be related to cdrecord in combination with some CD writers. The cdrtools MinGW port did produce the same problem, it is only possible to select the songs one and two directly, but it is not possible to select song three+n (n=0,last). I found something in the cdrecord output, that might be interesting.
cdrtfe cdrecord win10:
Sending CUE sheet...
SAO startsec: -11745
cdrecord linux x64:
Sending CUE sheet...
cdrecord: CUE sheet not accepted. Retrying with minimum pregapsize = 1.
SAO startsec: -11745
Using the Optiarc BD RW BD-5750H on GNU/Linux, 'cdrecord' changes the pregapsize.
But as this seems to be an issue with the cdrtools, I will try to contact Jörg Schily. Would you like to be informed about the result of the discussion with the Cdrtools guys, if any?
Viele Grüße,
m.k.
Hello,
thanks for your feedback. I have subscribed to the cdrtools support mailing list.
Regards,
Oliver
!Hola!
as you may have read in the 'cdrtools mailing list', some of my CD writing devices have a corupted firmware. Jörg Schilling pointed out, that I schould try writing audio CDs in raw96r mode, because the dao mode of lots of devices is not functioning correct.
If I write the audio CDs of the discussion above in raw mode, the result is a full functioning audio CD. I used the Win10 command line (cmd) to do this with the 'cdrecord' program from the cdrtfe package.
I tried to use the 'cdrtfe frontend' for this purpose, but whatever I try, the cue file image is always written in DAO (SAO) mode. One of the things I tried was, to change optinons in the 'cdrtfe.ini' file. The cdrecord options in the 'Disk-Image' tab are greyed out, and although 'Raw-Modus' and 'raw96r' is selected, the disc is written in DAO-mode.
...
Starting to write CD/DVD/BD at speed 10 in real SAO mode for single session.
...
At this point I need some help please.
Viele Grüße,
m.k.
Hello,
please try one of these:
https://sourceforge.net/projects/cdrtfe/files/OldFiles/test/cdrtfe-1.5.6.1.exe
https://sourceforge.net/projects/cdrtfe/files/OldFiles/test/cdrtfe-1.5.6.1portable.exe
Regards,
Oliver
Hallo,
vielen Dank.
Everything works properly now wtih CDrtfe 1.5.6.1, if 'raw96r' mode is used. Even the writing of audio CDs with FLAC files and a cue file is functioning now. Because of this feature, Cdrtfe is the best program I found for writing audio CDs with data from 'EAC' or 'EasyAudioCopy'.
It seems, that there are more and more bugs in the firmware of optical drives. Two of the computers I made test with the last days, had problems writing audio CDs in DAO (SAO) mode.
Jörg Schilling gave me a small patch for his 'cdrecord' program. WIth this "workaround" I could use the DAO mode with one buggy optical drive. I only tested this "workaround" on GNU/Linux, because it is easier for me to compile on this OS.
Grüße,
m.k.