Yes, this is correct for the "old" cue sheet interpreter. It is undergoing a massive rewrite since v0.9 beta 7, AFAIK because partly of the new CD-Reader functionality that is going to be in 0.9.

But I have no clue whether the latest versions of 0.9 do interpret the DATE field as an internal year tag. Best if you try out yourself.

Yeah, foobar2000 (0.8.3) still doesn't read it. I don't think they added it to 0.9.0 either. Plus, EAC doesn't write it to the cuesheet in the first place. I would currently have to manually add it for each of my cuesheets. I will see if I can request support for both EAC and foobar2000.

--------------------

WARNING: Changing of advanced parameters might degrade sound quality. Modify them only if you are expirienced in audio compression!

As you see, PREGAP got transformed to non-existing INDEX 00 in the image leading to biased all further track positions.

EDIT:Just noticed it must be used in conjunction with WAVTools to generate a CUE matching to the image. But I used fb2k for joining single tracks. Please either write a precaution in big letters or (better) make an option to write the 1st (missing?) INDEX 00 as a PREGAP.

As you see, PREGAP got transformed to non-existing INDEX 00 in the image leading to biased all further track positions.

Personally I wish EAC would just append the track 1 pregaps to the beginning of the track, as it would make life easier, especially in the world of cuesheets. Since EAC v0.95b1 it at least started using the PREGAP line for track 1 pregaps. Obviously having the audio start there is a bad thing. Not sure if single file cue's can also have a PREGAP line though, as that seem like what would be needed in order to duplicate the original disc. Otherwise you'd have a short gap prior to track 1. Definitely a bug that needs attention. I love this tool. Haven't even needed it yet, but there are phases where I will need a tool like this several times a day for a week, and then not at all for weeks.

As you see, PREGAP got transformed to non-existing INDEX 00 in the image leading to biased all further track positions.

Personally I wish EAC would just append the track 1 pregaps to the beginning of the track, as it would make life easier, especially in the world of cuesheets. Since EAC v0.95b1 it at least started using the PREGAP line for track 1 pregaps. Obviously having the audio start there is a bad thing. Not sure if single file cue's can also have a PREGAP line though, as that seem like what would be needed in order to duplicate the original disc. Otherwise you'd have a short gap prior to track 1. Definitely a bug that needs attention. I love this tool. Haven't even needed it yet, but there are phases where I will need a tool like this several times a day for a week, and then not at all for weeks.

Couldn't EAC rip the pregap to a separate file if it contains audio, calling it Track 0, and if it is all silence, append it to the beginning of the first track, and properly denote it in the cuesheet?

What is is currently doing with the pregap?

--------------------

WARNING: Changing of advanced parameters might degrade sound quality. Modify them only if you are expirienced in audio compression!

I don't think they added it to 0.9.0 either. Plus, EAC doesn't write it to the cuesheet in the first place. I would currently have to manually add it for each of my cuesheets. I will see if I can request support for both EAC and foobar2000.

EAC places "REM DATE XXXX" entries in the cuesheets it produces, and for consistency between tagging formats then fb2k v0.9 RC parses this to a global "DATE" metadata field which is mapped to "Year" for formats using APEv2 tagging.

As you see, PREGAP got transformed to non-existing INDEX 00 in the image leading to biased all further track positions.

Personally I wish EAC would just append the track 1 pregaps to the beginning of the track, as it would make life easier, especially in the world of cuesheets. Since EAC v0.95b1 it at least started using the PREGAP line for track 1 pregaps. Obviously having the audio start there is a bad thing. Not sure if single file cue's can also have a PREGAP line though, as that seem like what would be needed in order to duplicate the original disc. Otherwise you'd have a short gap prior to track 1. Definitely a bug that needs attention. I love this tool. Haven't even needed it yet, but there are phases where I will need a tool like this several times a day for a week, and then not at all for weeks.

Couldn't EAC rip the pregap to a separate file if it contains audio, calling it Track 0, and if it is all silence, append it to the beginning of the first track, and properly denote it in the cuesheet?

What is is currently doing with the pregap?

Currently, if you want gaps appended to the ends of tracks, which is the defualt and best for listening, the pregap on track 1 is left out if it any longer than 2 seconds. Of course one can make a single file image, or append gaps to the next track and the cuesheets for each of those settings will work. But when using the standard settings and noncompliant cuesheets there is no audio from the track 1 pregap included. It's been mentioned many times on EAC's forums, and all thats been done is the addition of the PREGAP portion, which is great unless there is actual audio in that gap.

As you see, PREGAP got transformed to non-existing INDEX 00 in the image leading to biased all further track positions.

Personally I wish EAC would just append the track 1 pregaps to the beginning of the track, as it would make life easier, especially in the world of cuesheets. Since EAC v0.95b1 it at least started using the PREGAP line for track 1 pregaps. Obviously having the audio start there is a bad thing. Not sure if single file cue's can also have a PREGAP line though, as that seem like what would be needed in order to duplicate the original disc. Otherwise you'd have a short gap prior to track 1. Definitely a bug that needs attention. I love this tool. Haven't even needed it yet, but there are phases where I will need a tool like this several times a day for a week, and then not at all for weeks.

Couldn't EAC rip the pregap to a separate file if it contains audio, calling it Track 0, and if it is all silence, append it to the beginning of the first track, and properly denote it in the cuesheet?

What is is currently doing with the pregap?

Currently, if you want gaps appended to the ends of tracks, which is the defualt and best for listening, the pregap on track 1 is left out if it any longer than 2 seconds. Of course one can make a single file image, or append gaps to the next track and the cuesheets for each of those settings will work. But when using the standard settings and noncompliant cuesheets there is no audio from the track 1 pregap included. It's been mentioned many times on EAC's forums, and all thats been done is the addition of the PREGAP portion, which is great unless there is actual audio in that gap.

You can rip the first track pregap by copying the first track index-based and then rip all of the tracks with gaps appended to previous track. If you join everything up you can use it together with an image cue.

I think I am going to add the ability to process the WAV files as well (i.e. splitting/joining, adding silence to fill up gaps where necessary), although it won't be able to offset the audio like WAV Tools can.

I don't think they added it to 0.9.0 either. Plus, EAC doesn't write it to the cuesheet in the first place. I would currently have to manually add it for each of my cuesheets. I will see if I can request support for both EAC and foobar2000.

EAC places "REM DATE XXXX" entries in the cuesheets it produces, and for consistency between tagging formats then fb2k v0.9 RC parses this to a global "DATE" metadata field which is mapped to "Year" for formats using APEv2 tagging.

Which version of EAC does this? I have prebeta 5, and it doesn't place REM DATE entries in the cuesheets.

--------------------

WARNING: Changing of advanced parameters might degrade sound quality. Modify them only if you are expirienced in audio compression!

I don't consider it a bug. The next version will handle the WAV files so it won't be a concern unless the user wants to do it manually. I might put note about it when I get around to updating my site or making some documentation.

I don't consider it a bug. The next version will handle the WAV files so it won't be a concern unless the user wants to do it manually. I might put note about it when I get around to updating my site or making some documentation.

But some people use fb2k for joining tracks. Why one should use WAVs if all could be done in 1 action without intermediate steps? Is it that hard not expanding just 1st pregap?

Which version of EAC does this? I have prebeta 5, and it doesn't place REM DATE entries in the cuesheets.

As of EAC v0.95b1.

Odd how I thought I had the latest version, but actually somehow had a two year old pre-beta. Either way, looks like I am going to need to come up with a program that will read the date information from any one of the FLAC files referenced in the cuesheet, and then add this REM DATE info to it. Can anybody think of an easier way to get the date info than that?

--------------------

WARNING: Changing of advanced parameters might degrade sound quality. Modify them only if you are expirienced in audio compression!

Either way, looks like I am going to need to come up with a program that will read the date information from any one of the FLAC files referenced in the cuesheet, and then add this REM DATE info to it. Can anybody think of an easier way to get the date info than that?

I'd suggest... foobar2000! What a surprise...

When 0.9 RC1 supports reading the "REM DATE" line then I'm sure it can also write it. So when you load the cue of an album and at least one track, you copy the date either manually quite fast (right-clicking tracks+properties and getting/setting the dates) or write a masstagger script.