# How to manage Private Tags?

**URL:** https://community.mp3tag.de/t/how-to-manage-private-tags/3606
**Category:** Support
**Created:** [July 29, 2006, 5:43pm UTC](https://community.mp3tag.de/t/how-to-manage-private-tags/3606 "2006-07-29T17:43:35Z")
**Posts on this page:** 13
**Page:** 1

<div class="post-metadata">

### Author: ![delphi\_warez](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/d/ee7513/32.png) [@delphi\_warez](https://community.mp3tag.de/u/delphi_warez)
#### Post date: [July 29, 2006, 5:43pm UTC](https://community.mp3tag.de/t/how-to-manage-private-tags/3606/1 "2006-07-29T17:43:35Z")

</div>

![<_<](https://community.mp3tag.de/uploads/default/original/1X/5996dbb474c88b8f9fc49f09dc3858d081055a2d.gif "<\_<")

Mp3tag is unable to show [private tags](http://www.id3.org/id3v2.3.0.html#sec4.28) ( **PRIV** ). There's no corresponding mapping for **PRIV** fields in the [Mp3Tag map table](https://docs.mp3tag.de/mapping).

Is there any way to work around this?

The reason I'd like to display/edit **PRIV** fields is because **Windows Media Player** uses its own **PRIV** field to store the _Mood_ instead of using the corresponding **TMOO** field. Of course I'd like to conveniently modify this field with **Mp3tag** , since I'm planning to build some _automatic_ playlists (i.e. _intelligent_ playlists in **iTunes** ) based on in this field.

If Mp3tag is unable to do this... are there any plans to include this feature in future versions?

---

<div class="post-metadata">

### Author: ![dano](https://community.mp3tag.de/user_avatar/community.mp3tag.de/dano/32/6_2.png) [@dano](https://community.mp3tag.de/u/dano)
#### Post date: [July 30, 2006, 3:39pm UTC](https://community.mp3tag.de/t/how-to-manage-private-tags/3606/2 "2006-07-30T15:39:01Z")

</div>

You can't edit them.

It's also questionable if it should be supported, since these frames contain arbitrary binary data.

---

<div class="post-metadata">

### Author: ![delphi\_warez](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/d/ee7513/32.png) [@delphi\_warez](https://community.mp3tag.de/u/delphi_warez)
#### Post date: [July 31, 2006, 12:19am UTC](https://community.mp3tag.de/t/how-to-manage-private-tags/3606/3 "2006-07-31T00:19:39Z")

</div>

> [@dano](#):
>
> You can't edit them.

You can't view them either (in **Mp3tag** ). Can you?

> [@dano](#):
>
> It's also questionable if it should be supported, since these frames contain arbitrary binary data.

Well, as I explained above, sometimes there is useful information in these frames. **Windows Media Player** storing the _Mood_ information there is an example of this. Why in God's name it doesn't store it in the **TMOO** frame like everyone else, I don't know. But this illustrates the need of handling these fields.

---

<div class="post-metadata">

### Author: ![dano](https://community.mp3tag.de/user_avatar/community.mp3tag.de/dano/32/6_2.png) [@dano](https://community.mp3tag.de/u/dano)
#### Post date: [July 31, 2006, 6:59am UTC](https://community.mp3tag.de/t/how-to-manage-private-tags/3606/4 "2006-07-31T06:59:39Z")

</div>

> [@](#):
>
> You can't view them either (in Mp3tag). Can you?

No.

> [@](#):
>
> Why in God's name it doesn't store it in the TMOD frame like everyone else, I don't know.

TMOO is only defined in v2.4 but WMP only uses v2.3

> [@](#):
>
> But this illustrates the need of handling these fields.

Editing could only be offered for fields with known owner identifiers where the content has a structured scheme and is text based.  
That would probably work for your WM/Mood identifier.

So that's just how I see it, if there are more of this kind of identifers maybe it would be worth the effort.  
But Florian needs to decide.

---

<div class="post-metadata">

### Author: ![delphi\_warez](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/d/ee7513/32.png) [@delphi\_warez](https://community.mp3tag.de/u/delphi_warez)
#### Post date: [July 31, 2006, 11:26am UTC](https://community.mp3tag.de/t/how-to-manage-private-tags/3606/5 "2006-07-31T11:26:48Z")

</div>

> [@dano](#):
>
> No.

Doh!

> [@dano](#):
>
> TMOO is only defined in v2.4 but WMP only uses v2.3

Stupid **WMP**.

> [@dano](#):
>
> Editing could only be offered for fields with known owner identifiers where the content has a structured scheme and is text based.

Good point.

> [@dano](#):
>
> So that's just how I see it, if there are more of this kind of identifers maybe it would be worth the effort.  
> But Florian needs to decide.

While Florian decides... what's your advice about handling this situation?

---

<div class="post-metadata">

### Author: ![dano](https://community.mp3tag.de/user_avatar/community.mp3tag.de/dano/32/6_2.png) [@dano](https://community.mp3tag.de/u/dano)
#### Post date: [July 31, 2006, 12:47pm UTC](https://community.mp3tag.de/t/how-to-manage-private-tags/3606/6 "2006-07-31T12:47:48Z")

</div>

> [@](#):
>
> While Florian decides... what's your advice about handling this situation?

What do you mean?

---

<div class="post-metadata">

### Author: ![delphi\_warez](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/d/ee7513/32.png) [@delphi\_warez](https://community.mp3tag.de/u/delphi_warez)
#### Post date: [July 31, 2006, 7:51pm UTC](https://community.mp3tag.de/t/how-to-manage-private-tags/3606/7 "2006-07-31T19:51:41Z")

</div>

> [@dano](#):
>
> What do you mean?

Never mind. Thank you for the feedback.  
Regards.

---

<div class="post-metadata">

### Author: ![Question](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/q/ecc23a/32.png) [@Question](https://community.mp3tag.de/u/Question)
#### Post date: [December 13, 2011, 5:42pm UTC](https://community.mp3tag.de/t/how-to-manage-private-tags/3606/8 "2011-12-13T17:42:13Z")

</div>

Still not supported. Any updates/news?

---

<div class="post-metadata">

### Author: ![Question](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/q/ecc23a/32.png) [@Question](https://community.mp3tag.de/u/Question)
#### Post date: [January 7, 2012, 6:53pm UTC](https://community.mp3tag.de/t/how-to-manage-private-tags/3606/9 "2012-01-07T18:53:04Z")

</div>

Will this be supported?

---

<div class="post-metadata">

### Author: ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [July 31, 2012, 11:18am UTC](https://community.mp3tag.de/t/how-to-manage-private-tags/3606/10 "2012-07-31T11:18:52Z")

</div>

+1 from me

At least removing such frames as part of an action group should be possible.  
(I found a lot of tracks with rubbish in this PRIV frame/tag. It's a little bit irritating, that I can't see such tags in Mp3tag ![:unsure:](https://community.mp3tag.de/uploads/default/original/1X/cfaeba84fe6704387c5b34dfdd8172bd51b6f533.gif ":unsure:") )

---

<div class="post-metadata">

### Author: ![DJSizzlePuff](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/d/ea666f/32.png) [@DJSizzlePuff](https://community.mp3tag.de/u/DJSizzlePuff)
#### Post date: [September 9, 2012, 12:31am UTC](https://community.mp3tag.de/t/how-to-manage-private-tags/3606/11 "2012-09-09T00:31:08Z")

</div>

To discourage sharing, Amazon is now starting to store personally identifiable information in the PRIV data (thanks to record company pressure). This guy here has written a utility to detect it and strip it out: [http://invertedsky.net/?p=471](http://invertedsky.net/?p=471)

It would sure be nice if the wonderful Mp3tag could at least display whether an MP3 had any PRIV frames and let us strip it out if desired.

Silly record companies.. Did they forget what they learned in kindergarten? Sharing is caring! 🙂

---

<div class="post-metadata">

### Author: ![SmartSumBitch](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/s/9fc29f/32.png) [@SmartSumBitch](https://community.mp3tag.de/u/SmartSumBitch)
#### Post date: [March 28, 2019, 6:11pm UTC](https://community.mp3tag.de/t/how-to-manage-private-tags/3606/12 "2019-03-28T18:11:49Z")

</div>

I have updated the dessicator app .sln file to new .net framework 4.x and it now runs on Windows 10. It had some old lookup for some old certificate that was causing windows to think the file was harmful, also fixed that. i will be adding some more fixes soon. Please send me email and I will send you location of new exe to remove all mp3 tags

---

<div class="post-metadata">

### Author: ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)
#### Post date: [February 9, 2026, 12:19pm UTC](https://community.mp3tag.de/t/how-to-manage-private-tags/3606/15 "2026-02-09T12:19:50Z")

</div>


