We might have been arguing about two different things.
Making a backwardly compatible completely automatic retagger for all
older 'abcde' versions would be difficult, (guessing a discid from a
tagless encoded file, can it even be done?), and sounds like a job for
a sophisticated forensics util.
I had in mind stuff like...
"Prepared retag psuedo-algorithm": during first run, suppose
CDDB server has nothing. Save the cd-discid somewhere in a tag field,
such as 'comment' or 'encoded by', e.g. "abcde v2.7 from discid
12345678". During a retag, check the saved discid and proceed as before.
"no guessing backwardly compatible kludge": let the user enter the
discid, after they find out what it was, or insert the original CD
solely for the purpose of getting a discid to look up. etc.
And a responding comment...
On Thu, 29 Oct 2009 13:07:36 +0000
Colin Tuckley <col...@debian.org> wrote:
> This bug is about trying to fix something without the CD being
> available, as such it isn't part of what abcde is designed for.
'man abcde' implies otherwise:
-C [discid]
Allows you to resume a session for discid when you no longer
have
the CD available (abcde will automatically resume if you still
have the
CD in the drive). You must have already finished at least the
"read" action during the previous session.
The phrase "when you no longer have the CD available" is plain
enough.
Anyway using an available CD to get a discid sounds fine. But it's not
efficient to require (re)expending computer resources ripping,
encoding, and all that. At the end the user still winds up with a do
over of the tagging. Doing every step twice, versus re-doing one
missing step -- a big win, especially when the missing step is quick
and the other steps are slow.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
