SadGamerGeek wrote: > Having more of a look at the debug output & code, it looks like the tags > are only compared if the source file is *not* newer than the dest file, > otherwise it leaps straight into the transcoding. This is the opposite > logic to my "pseudo-code" above. > > I'm not quite sure I understand the thinking here. Shouldn't it be only > comparing tags if the source file is newer, not older? > > Under normal conditions, the flac file would be created by > ripping/downloading, then flac2mp3 would be run to create the relevant > mp3 transcoded version. Therefore the default position is that the mp3 > file will be newer than the flac one. If the flac file is newer, this > obviously means something has changed it since the last flac2mp3 run. I > would expect the most likely cause of this would be the tags have been > amended, so would suggest they should be compared under these > circumstances.
OK, how would you differentiate between a file whose audio has been modified (e.g. re-ripped) and one whose tags have changed? In both cases, the source file timestamp will have changed. R. _______________________________________________ ripping mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/ripping
