I have a similar issue as this : https://apple.stackexchange.com/questions/85695/itunes-put-a-1-at-the-end-of-many-of-my-song-and-video-titles-how-can-i-fix-t My Music app is renaming some files with the " 1" at the end, like "Highway to hell.mp3" becoming "Highway to hell 1.mp3". In my case it comes from refreshing the track on iTunes. I am using MusicBrainz Picard to tag my files. When the tagging is done, I have an AppleScript refreshing the tracks directly in iTunes. This refresh sometimes makes " 1" appear at the end of some files. Until now I have not been able to identify when it happens but by chance I found a way to clear the name back to original. My solution : in iTunes just get the info of the track which file name ends with " 1". As soon as the info window opens, the " 1" is removed from the file name. It is effective but slow because it needs to be done on the individual track. Get the info of the entire album would not work. I am glad if my experience can help others and would be interested to know if you have a better way to solve the problem. Cheers, Fabien

In Catalina it is not possible to edit audiobook metadata anymore as it was possible using iTunes in previous macOS versions. I tried a third-party tag editor (kid3 ), successfully edited the audiobook metadata, but still, when I import the audiobook into the Books app, the metadata is wrong. What could possibly be going on, is there anyway I can work around this issue?

For language study, I frequently download nine MP3 files from several different sources, and import them into Music.app.  All are monaural (i.e., single track).  Music.app shows the wrong duration for most of them.  Most of the wrong ones show a duration **approximately** half what it should be, but further off than rounding error.  eyeD3 and exiftool also show wrong durations but significantly different from what Music.app shows.  Finder shows the correct duration. If I play one of these tracks with Music.app, the progress bar goes to the end as if the displayed duration were correct, and stays there while the track continues to play. If I edit the audio with Amadeus Pro to remove excessive silence at each end, and save it, eyeD3 and exiftool will then show the correct duration.  Music.app will correct it if/when I play the file or Get Info on the corrected file.  (Amadeus shows the correct value before editing.) **How are Music.app, eyeD3, and exiftool getting durations that are not only wrong but different from each other?**  Is there a way to correct the duration without editing the file?  (Playing it before editing does not correct the value in any of the three tools.)

Or does this work only when being online by sideloading the lyrics from the Apple Music subscription service?

I have an iPod Touch, that I used to manage with iTunes on Windows, but now I'm using a Mac (with MacOS Sonoma). I noticed that iTunes is no more, for which I won't shed a single tear. However I would like to edit some of the ID3 tags (on the iPod itself), and I am simply not able figure out how to do it. I remember doing that via iTunes many times. If I open the Music app, and select any of the tracks, the options in the menu bar are greyed out. I can't play music either (not that I wanted to). Using the file browser I can get only a rudimentary song list, with an option to delete the file. What am I missing? Do I have any option to edit the tags in-place without installing iTunes on some hacky way?

Anyone know of a command-line***** ID3 tool, with support for **ID3v2**, that you can get working on Mac OS X with reasonable effort? It should support both reading and writing tags. (***** I want to be able to call it e.g. from some Python scripts, so a GUI tool won't do.) The id3tool utility is otherwise good, but doesn't support ID3v2 (and thus doesn't play that well with iTunes). I had to compile it from source, but that was pretty straightforward on a Mac with Xcode & developer tools (including, notably, a C compiler). Anyway, I'd especially like something with similar command-line options as id3tool. Here's an example of tagging one file: id3tool -t "Song Title" -r Artist -a "Album Name" -c 2 track-02.mp3

I like to keep my iTunes library organised and all files well-tagged, so I often spend enjoyable yet unreasonably long amounts of time editing all the ID3 tags manually. Call it OCD or perfectionism, that's how I roll. Thankfully, iTunes is rather convenient for basic operations like batch-changing tags or artworks, but it only goes so far. The problem is that for much music I get, the tags have to be edited for each track individually, taking into account details like numbers and such. Here's an example of what I mean: Notice that files have no embedded track numbers, and are numbered within the track name instead. This picture is more to my liking: To achieve this within bare iTunes, one would have to input track numbers by hand and then remove the ХХ - from each name. Now, I can of course do this by repeatedly mashing the favoured combo (holding ⌥: ← → → ← ⌫ Left Mouse Button), but when I need it for 300 tracks across numerous albums, this turns into a problem. So I want to have a quick way for my Mac to do this for me. I imagine something like a script that extracts track numbers from file names or name tags through use of wildcard characters and applies them to respective ID3 tags while removing numbers from names. Finder has a handy built-in dialog for batch-renaming, but as far as I know it doesn't have this specific formatting functionality. I tried Automator and MusicBrainz Picard, but they don't have that either. Is there anything that can be of help? Script libraries for Automator or Terminal commands? Maybe some handy AppleScript functions I don't know of?

How does Music.app find and display a copyright notice in the File tab of songs? If I open a purchased track and an edited MP3 in Amadeus Pro , it shows the copyright notice for both as "Copyright Notice" in its "Additional" tab. But in Music’s Info pane, it only appears for the Purchased file. eyeD3 does not show it for either song file. exiftool shows it for both with a tag name of "Copyright" I have more than half of an audio editing task automated, and I'd like to script adding the copyright notice, instead of pasting it in manually.  exiftool can’t write to MP3 files, and eyeD3 doesn't have copyright in its options.  I’d also like to have Music.app display the notice for all files.

Music.app deleted 21 or more audio files in an unexpected way .  **Some** of those files have "Private" ID3 data which exiftool says has an “Invalid ID3 frame size.”  Some of the files with the Private data were **not** undesirably deleted.  So, I believe the presence of this data is unrelated to the other issue. But I wonder what the data is and why it was added to ten of 49 files which were all created the same way. eyeD3 says PRIV: [Data: 395 bytes] for six; four have 361 bytes. exiftool says Private: (Binary data 380 bytes, use -b option to extract) with the four saying 346 bytes.  So, *all* differ by 34 bytes, which maybe explains why exiftool also says Warning: Invalid ID3 frame size. Dumping this private data to one file and running strings on it gave (among other things) “Abplist00” so I renamed it to temp.plist and tried to open it with XCode.  XCode complained “Failed to open property list: Conversion of string failed.” Anyone able to tell me what these might be and why they are there? 

How can I change artist of multiple selected mp3 files in finder? Like in windows we can select multiple mp3 files and can change the artist of all selected file in properties.

eyeD3 has an add-lyrics option that takes arguments Lyrics, Description, Language.  Lyrics is supposed to be a filename, description a string, and language the three character code from ISO3166-2. If all three are present, they are delimited by **:** (colon). Unfortunately, in MacOS zsh, the colon and the next word are treated as part of the filename, which means "file not found."  Putting quotes around the filename causes eyeD3 to fail with a Usage message. Is there a way to change the language tag without also resetting the lyrics? If I omit it, the default is "eng." I can still read the lyrics, so it's not a big deal, but it bugs me to have them all tagged "eng" when some are dut, ita, ell, por, spa, etc. Typical invocation: eyeD3 --encoding utf8 --add-lyrics Lyrics.txt \ filename.mp3 > /dev/null /dev/null redirect is because eyeD3 will list all tags (including lyrics) whether it changed them or not.  That is of course, quite long, but the issue is can be illustrated by a small part: Lyrics: [Description: ] [Lang: eng] Dit is de boodschap die Jeremia van de Here kreeg op het Now, according to the documentation, the way to fix that "eng" is to use eyeD3 --encoding utf8 --add-lyrics Lyrics.txt:The Description:dut \ filename.mp3 > /dev/null which, as I said, complains that there is no file named Lyrics.txt:The  Escaping the colon (… Lyrics.txt:The …) did not change anything.  Quoting the file name made it worse (usage message).

I've noticed an anomaly in ID3v2 tags created by Music.app.  It doesn't affect usability at all, at least not on my system. But it's odd and might affect how someone else sees the same file. I have files in several languages, including Greek and Chinese.  So I use Music’s Get Info pop-up to edit Name, Album, Artist, Lyrics, etc.  They all render correctly, including the non-ASCII characters, in Music.  In Terminal, with locale set to "en_US.UTF-8," exiftool also shows them correctly. I also edit Grouping for sorting factors nothing else in Music provides, including language.  There are NO (zero) non-ASCII characters in any Grouping tag.  Yet exiftool tells me there is "something" (indicated by a dot) at the beginning of every Grouping tag.  Using exiftool (file) | od -xc reveals that it is a byte-order-marker (BOM). Will the **lack** of a BOM on other tags that are UTF-8 cause problems if the file is given to someone with a different CPU/O.S. ? (I know they are UTF-8.)

I had the **W**rong audio in an MP3 file (**W**) in Music.app with the correct tags but. I opened that, and a file (**C**) with the **C**orrect audio, with Amadeus Pro . I copied the good audio and pasted it in place of the wrong one. How could this be automated in zsh? Either transfer audio from C to W without changing tags, or transfer tags from W to C, then overwrite W (mv C W). - exiftool can't write to MP3 files - eyeD3 can both read and write, but I don't see a simple way for it to transfer all tags - I don't know whether id3v2 can do it, but it is unacceptable because it trashes multi-byte UTF8 characters - A few different web searches turned up nothing helpful. - SE's "similar questions" didn't help either.

Apple's **Music.app** allows for tagging the *Work Name*, *Movement Number*, and *Movement Title* of a classical track. Where does it store this data? I read a post from a couple of years ago that said it was shoehorned into the *Grouping* tag, but that no longer appears to be the case. I set the work and movement tags for a track then viewed the track's tags with **ExFalso**. **ExFalso** displays all of a track's tags. There were no tags for work or movement, and the information I entered for those tags did not appear in any other tags. Is **Music.app** only storing the work and movement tags in the

.musicdb

file? Is it supposed to be storing the tags in the song file? Does anyone know how it's handling this data?

Apple iTunes recognizes and categorizes MP4 audio files (preferably with an .m4b extension, not .m4a nor .mp4) correctly as audiobooks if the tag field stik _MediaType_ is set to 2 for Audiobook. I shall assume that its successors, i. e. Music, Podcasts and TV, do so as well. Classic MP3 files, however, use a different metadata tag format: [ID3](http://id3.org/id3v2.4.0-frames) , which has no official, documented way to mark a file as an audiobook. (One can use any string for TCON _content type_, usually labeled _genre_, but that does not seem to matter to iTunes.) The kind of audio can manually be set in the iTunes GUI, but this will apparently not add or change the ID3 tag in any way, instead just update the database entry and possibly file location. This has been documented many times on the web, as has converting the MP3 into an AAC MP4. - Is there any way to **tag an MP3** file in such a way that **Apple audio players/managers will import it as an audiobook** without manual correction? As an alternative, Iʼm considering to put a remuxed MP3 audio stream (i.e. not reencoded with AAC) into an MP4 container (v2, i.e. MPEG-4 Part 14, .m4b file extension), but I donʼt know yet whether Apple supports them correctly. MP3s can also use different tag formats, e.g. [APE](http://wiki.hydrogenaud.io/index.php?title=APE_key) from Monkey's Audio, but as far as I know none are recognized by iTunes.

I'm using iTunes 12.8 with Yate by 2manyrobots (https://2manyrobots.com/yate/) to manage metadata for a library of approx 50k AIFF tracks. Yate has the ability to retrieve data from Discogs and write to ID3 tags - in doing so it writes the unique Discogs Release ID to a User Defined Text field. What I want to do is create a live updating smart playlist in iTunes that can tell me which tracks do not have a Discogs Release ID so that I can process them, but obviously I cannot set User Defined Text fields as a condition on the smart playlist. Is there any way around this? Perhaps using an AppleScript that I can run periodically which can inspect the metadata and create a playlist..? Thanks :)

I have these albums and songs in my iTunes Library. They should appear grouped, but for some reason, iTunes splits them up and shows them as separate albums with the same name and details: I check the metadata and everything seems to be in order. Here are screen shots of the first two songs: Why is iTunes doing this? Thanks for your help!

iTunes has been acting up lately (album cover disappears, glitches when adding ID3-less tracks), and I want to erase my Library and re-add manually my music to iTunes. I know some data is written in the ID3 tag of the song (Song Name, Album Name, etc), but not my personal ratings. **How can I erase and re-add my albums to iTunes without losing data such as Lyrics or Ratings (Stars/Hearts)?**

I was using Tag&Rename (an MP3 tag editor) on Windows and I'm looking for a real alternative for OS X.

When I type "monkees" into the "Search Library" box in iTunes, it offers me three things: (A) "The Monkees" as artists, and (B and C) the two songs I have by The Monkees. The search dropdown shows, right below the artist name listed on (A), that I have 439 songs by The Monkees. This is wrong: I just have the two. But those two songs both come from compilations, which have the following tags, among others: Artist: The Monkees Album Artist: Various Artists Part of a compilation: True The number 439 appears to be the total number of tracks with Album Artist = "Various Artists" that I have. And sure enough, when I select choose the Monkees artist hit from the search boxes, it shows me not just Monkees tracks, but every Various Artists track, split up by album, and with the two Monkees tracks being nowhere near each other. I'd much rather see just the two Monkees tracks. What is the preferred way to handle this issue? I believe I have my music collection set up right (say, as described by [this page](http://www.blisshq.com/music-library-management-blog/2011/03/26/five-ways-organize-various-artist-compilations/) and in a variety of other conversations I've found online), but the current behavior seems silly to me. Here are some things I've tried: 1. Going to View -> View Options under the Artists view and toggling the Group Compliations box 2. Switching to the Songs view and playing with the settings under View -> Column Browser. 3. Erasing Various Artists from the Album Artist field and leaving it blank instead. Item #3 seems to work, but it's clearly not standard and so I would expect adopting it as a solution would cause other stuff to break, either now or at some point down the road. Is there a clean way to handle this?