Bug 232609 - ripping audio cd to mp3 sets wrong mp3 title tag
Summary: ripping audio cd to mp3 sets wrong mp3 title tag
Status: RESOLVED DUPLICATE of bug 227927
Alias: None
Product: k3b
Classification: Applications
Component: general (show other bugs)
Version: 1.70.0
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Michał Małek
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-03-29 20:09 UTC by Bart van Deenen
Modified: 2010-03-29 20:48 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bart van Deenen 2010-03-29 20:09:52 UTC
Version:           1.70.0 (using KDE 4.3.5)
OS:                Linux
Installed from:    openSUSE RPMs

Ripping any audio CD to mp3 files creates files whose filename pattern shows the correct <tracknumber>-<title>.mp3 filename, but the mp3 tags in those files (verified standalone with eyeD3) are offset by 1; i.e. the first mp3 file has no mp3 title tag, the second file has the title tag that belongs to the first file etc.

I use a small script afterwards to fix the tags, but I think it would be nice to fix this.

Do not hesitate to mail me, I'm a software engineer, not too stupid.

Here's my script that strips of the starting track number and final .mp3 and sets the tag correctly from the filename via eyeD3.

#!/bin/bash
/bin/ls -1 *.mp3 | while read f; do
a=${f%.mp3}; b=${a#?????}
eyeD3 -t "$b" "$f"
done
Comment 1 Michał Małek 2010-03-29 20:48:42 UTC
It has been fixed on 1.90.0 (2.0-rc1). Thanks for the report anyway :)
BTW, if you'd like to help in K3b development you're very welcome!

*** This bug has been marked as a duplicate of bug 227927 ***