mp3wrap is not using source ID3 tags for result file

Bug #188025 reported by Kev
4
Affects Status Importance Assigned to Milestone
mp3wrap (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: mp3wrap

If I wrap 2 files into one file, mp3wrap writes always the same ID3 information in the result file:
...
Use Mp3Splt to obtain original tracks
File wrapped with Mp3Wrap
http://mp3splt.sourceforge.net
This file is wrapped with Mp3Wrap. Get mp3splt, the free tool to split original files at http://mp3splt.sourceforge.net. Please do not remove this comment.
...
This may be useful if you split it afterwards and use the splitted files but if you want to use the new complete file, e.g. in your music player (Rythmbox), you aren't able to find it in the player again, because no useful id3-information...
In this case it would be quire more useful, if mp3wrap uses the ID3 information of the first original mp3 file for the result merged file.

Revision history for this message
Stefan Lesicnik (stefanlsd) wrote :

Thanks for taking the time to report this bug. I have confirmed the behaviour of the application, and when using a player which reads id3v2 tags, it shows the default created mp3wrap information.

One of the possibility's for this application is to ask via options at creation time for the Album, Artist and Title to which it could add the id3v2 tag. I have emailed the original author about this possible change and am awaiting a reply. Unfortunately the sourceforge website states that the project is no longer under development.

If anyone has sufficient C experience and would like to perhaps do the above changes, we could contribute both back to upstream and debian.

As an workaround, you can apt-get install id3v2 - which can be used to rename the fields of the id3v2 tag.

Changed in mp3wrap:
status: New → Confirmed
Revision history for this message
Kev (ukev) wrote :

I had send an email to the author already, his anwser was:
"[...]And unfortunately I'm not developing mp3wrap from long time...Anyway, you can safely remove the ID3v1 tag created by mp3wrap, and then perhaps create a new ID3v2 with the informations you need."

I created this already with a little python program, that I use with nautilus-actions. So I need only to right-click on more mp3 files and select the entry, the result is a wrapped file with the original ID3 tags from the first selected file.
For the program see my attachment. You have to insert in nautilus actions in "params" the "%M".
For a sample nautilus-actions configuration have also a look at my second attachment.

To use my program you have to install:
mp3wrap
python-eyed3
zenity

Revision history for this message
Stefan Lesicnik (stefanlsd) wrote :

Hi,

I am marking this bug as invalid as it is not something Ubuntu will fix and the two workarounds seem to address the issue reasonably.

Changed in mp3wrap:
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.