# Yt-dlp downloads Description doesn't have Line Break
**URL:** https://community.mp3tag.de/t/yt-dlp-downloads-description-doesnt-have-line-break/58384
**Category:** Support
**Created:** [September 1, 2022, 8:18am UTC](https://community.mp3tag.de/t/yt-dlp-downloads-description-doesnt-have-line-break/58384 "2022-09-01T08:18:06Z")
**Posts on this page:** 18
**Page:** 1
### Author:  [@LWiv7](https://community.mp3tag.de/u/LWiv7)
#### Post date: [September 1, 2022, 8:18am UTC](https://community.mp3tag.de/t/yt-dlp-downloads-description-doesnt-have-line-break/58384/1 "2022-09-01T08:18:06Z")
MP3Tag needs carriage return + line feed (CRLF) to display correctly.
yt-dlp uses ffmpeg to embed metadata and it show it correctly
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [September 1, 2022, 4:52pm UTC](https://community.mp3tag.de/t/yt-dlp-downloads-description-doesnt-have-line-break/58384/2 "2022-09-01T16:52:51Z")
I just copied and pasted the first 2 lines of your post into an MP3tag field:
And that shows the line breaks ...
So I am not sure what has happened to your text.
---
### Author:  [@LWiv7](https://community.mp3tag.de/u/LWiv7)
#### Post date: [September 1, 2022, 5:18pm UTC](https://community.mp3tag.de/t/yt-dlp-downloads-description-doesnt-have-line-break/58384/3 "2022-09-01T17:18:57Z")
Line breaks but not when using unix-style LF.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [September 1, 2022, 5:21pm UTC](https://community.mp3tag.de/t/yt-dlp-downloads-description-doesnt-have-line-break/58384/4 "2022-09-01T17:21:56Z")
Does that consist only of LineFeed or CarriageReturn?
Then you could try an action of the type "Replace with regular expression"
Search: `\r`
or
Search `\n`
(that depends which one has been used for the line break)
and
Replace with: `\r\n`
---
### Author:  [@LWiv7](https://community.mp3tag.de/u/LWiv7)
#### Post date: [September 3, 2022, 7:37am UTC](https://community.mp3tag.de/t/yt-dlp-downloads-description-doesnt-have-line-break/58384/5 "2022-09-03T07:37:23Z")
It is a bug. Mp3Tag should accept both unix and windows style line breaks. someone marked it support please mark it Bug Report.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [September 3, 2022, 2:06pm UTC](https://community.mp3tag.de/t/yt-dlp-downloads-description-doesnt-have-line-break/58384/6 "2022-09-03T14:06:34Z")
Can you solve your problem with the replace function?
---
### Author:  [@LWiv7](https://community.mp3tag.de/u/LWiv7)
#### Post date: [September 3, 2022, 2:51pm UTC](https://community.mp3tag.de/t/yt-dlp-downloads-description-doesnt-have-line-break/58384/7 "2022-09-03T14:51:47Z")
No. Maybe the charter you told to replace are wrong
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [September 3, 2022, 3:16pm UTC](https://community.mp3tag.de/t/yt-dlp-downloads-description-doesnt-have-line-break/58384/8 "2022-09-03T15:16:29Z")
Could you supply such a file? So that others can have a look?
I just removed all `\r` from a field, so that only the `\n`are left and this is what it look like in the hex editor and what MP3tag shows:
---
### Author:  [@LWiv7](https://community.mp3tag.de/u/LWiv7)
#### Post date: [September 3, 2022, 4:45pm UTC](https://community.mp3tag.de/t/yt-dlp-downloads-description-doesnt-have-line-break/58384/9 "2022-09-03T16:45:17Z")
[Blank Space.zip](https://community.mp3tag.de/uploads/short-url/m2Ao5ax0X6Ethu1cGO9exqICLxs.zip) (989.2 KB)
---
### Author:  [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [September 3, 2022, 4:50pm UTC](https://community.mp3tag.de/t/yt-dlp-downloads-description-doesnt-have-line-break/58384/10 "2022-09-03T16:50:23Z")
This opus song contains the SYNOPSIS like this (LF only).
Not with CR+LF as you wrote in the 1st post.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [September 3, 2022, 5:25pm UTC](https://community.mp3tag.de/t/yt-dlp-downloads-description-doesnt-have-line-break/58384/11 "2022-09-03T17:25:18Z")
I just applied this:
Which leads to a field with proper line breaks.
So I cannot reproduce
> [@LWiv7](#):
>
> No. Maybe the charter you told to replace are wrong
I checked with the ID3 standard which says:
"Fields that include more then one line uses [CR][LF] delimiters between lines. "
I do not think that your assumption
> [@LWiv7](#):
>
> It is a bug. Mp3Tag should accept both unix and windows style line breaks
is correct in this respect.
---
### Author:  [@LWiv7](https://community.mp3tag.de/u/LWiv7)
#### Post date: [September 4, 2022, 4:01pm UTC](https://community.mp3tag.de/t/yt-dlp-downloads-description-doesnt-have-line-break/58384/12 "2022-09-04T16:01:22Z")
1. Replacing works.
2.
> I checked with the ID3 standard which says:
> "Fields that include more then one line uses [CR][LF] delimiters between lines. "
Opus uses Vorbis Comments
[https://exiftool.org/faq.html#:~:text=[Unfortunately%20the%20Windows%20cmd%20shell%20provides%20no%20method%20to%20get%20a%20newline%20(CR/LF%20in%20Windows)%20into%20the%20command%20line.%20A%20linefeed%20(LF)%20may%20be%20inserted%20with%20CTRL-T%2C%20but%20I%20have%20found%20no%20way%20to%20insert%20a%20carriage%20return%20(CR).]](https://exiftool.org/faq.html#:~:text=%5BUnfortunately%20the%20Windows%20cmd%20shell%20provides%20no%20method%20to%20get%20a%20newline%20(CR/LF%20in%20Windows)%20into%20the%20command%20line.%20A%20linefeed%20(LF)%20may%20be%20inserted%20with%20CTRL%2DT%2C%20but%20I%20have%20found%20no%20way%20to%20insert%20a%20carriage%20return%20(CR).%5D)
Mp3Tag should automatically fix it as per container?
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [September 4, 2022, 4:10pm UTC](https://community.mp3tag.de/t/yt-dlp-downloads-description-doesnt-have-line-break/58384/13 "2022-09-04T16:10:56Z")
> [@LWiv7](#):
>
> Mp3Tag should automatically fix it as per container?
If this is so, it is still no bug but a Feature Request.
As far as the discussion has come so far:
Yes, the OPUS fields have only 0A as end-of-line character and that is not treated as such by MP3tag.
Yet, there is an easy workaround with an action to replace the single control character with the 2 correct ones.
I have to admit that I found a different behaviour with ID3 tags which show line breaks even with only 0A at the end.
And also, I found that pasted text with just 0A as end-of-line character is transformed into 0D0A after saving as long as it is an ID3 tag. Like that the tag data becomes standard compliant for ID3 tags.
It would help to see a similar specification for OPUS tags.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [September 5, 2022, 9:18pm UTC](https://community.mp3tag.de/t/yt-dlp-downloads-description-doesnt-have-line-break/58384/14 "2022-09-05T21:18:46Z")
The problem is that the Windows edit control requires CRLF to correctly display linebreaks. I've mostly refrained from auto-translating linebreaks so far, because I always prioritized _what_ is actually stored in the tag fields over convenience of display.
---
### Author:  [@LWiv7](https://community.mp3tag.de/u/LWiv7)
#### Post date: [September 6, 2022, 9:05am UTC](https://community.mp3tag.de/t/yt-dlp-downloads-description-doesnt-have-line-break/58384/15 "2022-09-06T09:05:44Z")
Make MP3Tag use both CRLF & LF.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [September 6, 2022, 9:20am UTC](https://community.mp3tag.de/t/yt-dlp-downloads-description-doesnt-have-line-break/58384/16 "2022-09-06T09:20:34Z")
I think this would most likely address your specific needs, but not necessarily the expectations of all other users — some of which simply expect Mp3tag to not alter the data displayed in the edit field.
I've thought about auto-translating the LF (and single CR, which also exists) and translate it back when saving, but this also prevents users from _changing_ the linebreaks to their desired format.
I think for now you need to resort to the approach suggested in this topic to replace the linebreaks to your desired format. And if you want to have them correctly displayed in Mp3tag this would mean CRLF.
---
### Author:  [@mp3outie](https://community.mp3tag.de/u/mp3outie)
#### Post date: [October 21, 2023, 11:14pm UTC](https://community.mp3tag.de/t/yt-dlp-downloads-description-doesnt-have-line-break/58384/17 "2023-10-21T23:14:52Z")
When downloading with yt-dlp, use this flag to default to CRLF:
`--replace-in-metadata "description" "\n" "\r\n"`
---
### Author:  [@system](https://community.mp3tag.de/u/system)
#### Post date: [November 20, 2023, 11:15pm UTC](https://community.mp3tag.de/t/yt-dlp-downloads-description-doesnt-have-line-break/58384/18 "2023-11-20T23:15:08Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.