Well-well, it seem like I found something interesting: As you said that my mp3 file doesn't have any pipes (because I might sent you the wrong file) I proceed to download the file from this page to check it out with Kid3, and for my surprise I found that it is the right file, but then I proceed to check it out with MP3 Diags and I found out that all the pipes were already replaced with commas with a blank space, in the untouched file. In fact, I reloaded the file in Kid3, close the software, re-open...
Well, this is the first time I read about any issues with the ID3v2.4.0 version, and I'd like to know about it. About the conversion automatic 2.3.0-2.4.0 conversion, I confess it passed me by. I thought the metadata fetching executed by Kid3 was the cause. Now I see MP3Diags does it too (which I'd prefer it doesn't do it, but I guess it have to, to be able to apply the corrections). Another unnoticed consequence of transformations: music genre numeric codes in parenthesis instead of strings. It...
I forgot to mention that the mentioned replacement happens applying the custom transformation list #4 : Restore flipped bit in audio Remove inner non-audio Remove truncated audio streams Repair VBR data Remove mismatched Xing headers Discard invalid ID3V2 data Remove unsupported ID3V2 streams Remove multiple ID3 streams Remove unknown streams Remove broken streams Remove unsupported streams Remove truncated audio streams Remove null streams Remove extra space from ID3V2 Make the largest image "Front...
Pipe characters replaced by commas on ID3v2.4 tags
Playlist group format not working
After read your explanation now I remember that I changed the version of the id3v2 tags of my whole music collection from 2.4 to 2.3 in order to be displayed on Windows Explorer (I comment about it in another post). I was merging (manually) both Arranger frame metadata, but I got tired (I should write a bash script to do that) but before I wanted to understand what was the issue about. That's a very handy table, I've should have read it before. (in fact, I should read more official documentation)....
Since the last Kid3 release (I think) I've been noticing that the Performer frame offered by MusicBrainz is been saved into the Arranger frame, which is highlighted in red when there's another Arranger frame present for the track. So, there's id3 tags with two Arranger frames, with the second one colored in red, containing Performer metadata. I'm using Kid3 3.5.1 compiled on Debian Stretch.
The problem was solved setting the "OggFlacMetadata" extension priority below "TaglibMetadata", as you suggested. Thanks so much!
I've noticed that many FLAC files in my music collection lacks of cover images, so guessing that the image files were corrupted or missing I proceded to add to it, finding it was impossible.
Using set textencoding <value> will create a TXXX frame with description "textencoding", probably not what you want. What's the argument for the set command, to change the id3v2 textencoding? I haven't see it in the help. Building Kid3 on Debian should be easy: All those steps (except the first one) are the ones I use to get the binaries for a new version of kid3 (and I know it because of a replay from you, some time ago). In fact, the release 3.4.5 I was using until now was compiled in my machine,...
I did follow your indication (using gui version) and it works like a charm. I recalled then why I've been getting the same issue with the text encoding of the cover files: long time ago (I don't remember when) I changed the text encoding from ISO-8859-1 to UTF-8 in the settings form. Your explination about the conditions of the "Apply Text Encoding" option would have been very useful if it would have been in the same setting form, along with the option (yeah, I know it always has been in the man...
I've noticed that the images I embed into the audio files usually has UTF-16 encoding, this is a problem because there's some kind of incompatibility when the audio files has ID3v2.3.0 tags (with UTF-8 encoding). Usually that's not a problem at all, but as I use mp3diags (to fix any kind of issues in my audio files collection) that kind of text encoding cases causes mp3diags wipe out the images embedded. There's no problem when the image text encoding is ISO-8859-1, so I have to change them to that...
I wasn't aware of the filter feature, but for the purpose of my Bash script, the get and grep approach is exactly what I was looking for, in fact, it worked perfectly fine, thanks for much!
I'm thinking on writing a bash script to checking out which audio files have a cover art, in my huge music collection, but what I understand so far is that kid3-cli only get (and set) an image file into the files, if I use just "get" as command, some files will return the frame name and other doesn't, so it's not that accurate in that matter. I'm not totally sure, but seems like kid3-cli -c "get picture" audiofile.mp3 returns an empty line, when the APIC frame is set, and no line when it doesn't....
Perfect, now both are working again! thanks for fix.
Hello everybody! I've been noticing in the last days that Wiki Lyrics have less and...
Perfect! now it works! thanks! 1 2 3 4 5 6 7 8 9 10 11 12 13#!/bin/bash path=$1;...
Hello everybody! I've been trying unsucessfuly to write a bash script to scan all...
Hello everybody! I've been trying unsucessfuly to write a bash script to scan all...
I didn't reload the page in a while so I didn't read your fast replay (thanks for...
Nevermind, I already find it (way too easy indeed): just had to change the argument...
I was about to ask a similiar question, but in my case, compiled from sources, not...