# \[X\] tag pasting from m4a to mp3 adds line breaks to lyrics

**URL:** https://community.mp3tag.de/t/x-tag-pasting-from-m4a-to-mp3-adds-line-breaks-to-lyrics/7765
**Category:** No Bugs
**Created:** [January 14, 2009, 1:33am UTC](https://community.mp3tag.de/t/x-tag-pasting-from-m4a-to-mp3-adds-line-breaks-to-lyrics/7765 "2009-01-14T01:33:10Z")
**Posts on this page:** 4
**Page:** 1

<div class="post-metadata">

### Author: ![ptha](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/p/34f0e0/32.png) [@ptha](https://community.mp3tag.de/u/ptha)
#### Post date: [January 14, 2009, 1:33am UTC](https://community.mp3tag.de/t/x-tag-pasting-from-m4a-to-mp3-adds-line-breaks-to-lyrics/7765/1 "2009-01-14T01:33:10Z")

</div>

Mp3tag has been invaluable in allowing me to copy my old m4a tags to newly ripped mp3s.

The problem I am seeing is that the lyrics pasted into the new mp3s seems to have extra line breaks when viewing the lyrics in iTunes.

For example here's a verse of "It's Oh So Quiet" when viewed in iTunes in the original m4a file:

Shhhh Shhhh

It's, oh, so quiet  
Shhhh Shhhh  
It's, oh, so still  
Shhhh Shhhh  
You're all alone  
Shhh Shhh  
And so peaceful until...

After copy and pasting tags using mp3tag into the new mp3 file the lyrics when viewed in iTunes are:

Shhhh Shhhh

It's, oh, so quiet

 

Shhhh Shhhh

 

It's, oh, so still

 

Shhhh Shhhh

 

You're all alone

 

Shhh Shhh

 

And so peaceful until...

Comparing the UNSYNCEDLYRICS tag in Extended Tags in mp3tag for both files  
for the m4a file at the end of each line I see 3 square boxes  
for the mp3 file at the end of each line I see 4 square boxes  
I tried pasting them into this post but the square boxes are just converted to line breaks.  
Thanks,  
Peter.

---

<div class="post-metadata">

### Author: ![ptha](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/p/34f0e0/32.png) [@ptha](https://community.mp3tag.de/u/ptha)
#### Post date: [January 14, 2009, 12:52pm UTC](https://community.mp3tag.de/t/x-tag-pasting-from-m4a-to-mp3-adds-line-breaks-to-lyrics/7765/2 "2009-01-14T12:52:01Z")

</div>

I've taken screenshots of how the UNSYNCEDLYRICS tag in Extended Tags appears for both files after using mp3tag to tag copy and paste from the m4a file to the mp3 file

Here's the screenshot for the m4a file  
 ![](http://img61.imageshack.us/img61/5752/m4amp3tag1hc3.jpg)

Here's the screenshot for the mp3 file  
 ![](http://img61.imageshack.us/img61/5467/mp3mp3tag1fd4.jpg)

Some other information, I used the [iTunes Store file validator](http://code.google.com/p/itsfv/) tool to download and add the lyrics to the m4a file in the first place.

---

<div class="post-metadata">

### Author: ![DetlevD](https://community.mp3tag.de/user_avatar/community.mp3tag.de/detlevd/32/123_2.png) [@DetlevD](https://community.mp3tag.de/u/DetlevD)
#### Post date: [January 14, 2009, 1:43pm UTC](https://community.mp3tag.de/t/x-tag-pasting-from-m4a-to-mp3-adds-line-breaks-to-lyrics/7765/3 "2009-01-14T13:43:03Z")

</div>

Before or after your "copy&paste" maneuvers you may run one action that cleans superflous control characters from the UNSYNCEDLYRICS tag field.

Replace all occurences of "Carriage Return" (ASCII char number 13) and "Line Feed" (ASCII char number 10) and "Form Feed" (ASCII char number 12) characters in sequence with a Carriage Return / Line Feed sequence (13/10) or try alternatively one single LineFeed (10).

Use a Replace action using Regular Expression  
or  
use a Tag Format action using function $regexp()  
Example:  
$regexp(%UNSYNCEDLYRICS%,'[\r\n\f]+',$char(13)$char(10))  
... or ...  
$regexp(%UNSYNCEDLYRICS%,'[\r\n\f]+','\r\n')

DD.20090114.1542.CET

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [December 28, 2018, 2:24pm UTC](https://community.mp3tag.de/t/x-tag-pasting-from-m4a-to-mp3-adds-line-breaks-to-lyrics/7765/4 "2018-12-28T14:24:46Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
