Jump to content

Change of Tags during import


letterman

Recommended Posts

letterman

Emby: Version 4.0.1.0

QNAP: TS-253 A

 

I recognised something strange:

 

During Import music and/or library scan, emby changes some tags saved in mp3/Flac-files without notice.

 

e.g %Artist% or %albumartist%-field:

 

Tag in Mp3 -> Tag in Emby

[Mix] -> DJ Mix
[VA] -> Various
-va- -> [VA]
-VA_ -> [VA]
[V.A] -> V.A.
[V_A] -> V.A.
[DIV] -> div.
[dj] -> Dj A
dj -> DJ
 
BUT:
[V.A.] -> [V.A.] (no change)
VA -> VA (no change)
 
e.g.  %genre%-field:
Pop -> [Pop    (yes, written this way in emby)
 
 
Is there a reason for these changings?
Is there a table/sheet/template to understand the changes emby will do?
Or is it just a bug?

This did not happen in previous versions 3.x

 
 
%year%-field:
If this tag is emty, emby fills it with a date (random?) date like 2348 or 3563
To get a blank %year% in emby, the workaround is to fill in date like "-" or "NN" in mp3tag editor.
 
Is this a bug, too?
Edited by letterman
Link to comment
Share on other sites

Hi, we use ffprobe. Try running your file against ffprobe to see what it produces. Make sure mp3tag is writing to all versions of id3.

Link to comment
Share on other sites

letterman

I checked some files with ffprobe.

 

Emby also adds tages from %albumartist% & %Album_artist%   This is confusing for me, because this tag ist not shown in Mp3Tag standard view. I can handle it.

 

But for sure emby shows the content wrong of %albumartist% and %Album_artist% respectivly:

 

"[VA]" is "Исполнитель дорожки"

[Mix] -> DJ Mix

[VA] -> Various
-va- -> [VA]
-VA_ -> [VA]
[V.A] -> V.A.
[V_A] -> V.A.
[DIV] -> div.
[dj] -> Dj A
dj -> DJ
 
And  %genre%-field:
Pop -> [Pop    (yes, written this way in emby)  is displayed wrong.
 
 

Try it and you will see.

Screenshot attached.

 

album.info content:

  <genre>Pop</genre>
  <albumartist>[VA]</albumartist>

 

 

Can you solve this problem?

post-292909-0-00278900-1549219935_thumb.jpg

Edited by letterman
Link to comment
Share on other sites

No, try making sure mp3tag is writing to all available id3 versions. Please also attach a sample file. thanks.

Link to comment
Share on other sites

letterman

Here is an example with [VA]-problem in %album_artist%-Tag.

 

FFprobe result:

 

  Metadata:
    album           : Album_Here
    artist          : Artist_Here
    album_artist    : [VA]
    comment         : [VA]
    genre           : Gerne_Here
    title           : Name_Here
    track           : 01
    date            : 2004
 
ID3v2.4 UTF-8 & ID3v1-Tag written with Mp3tag Editor
 
Album Artist Result in Emby: Исполнитель дорожки (which means translated "Artist track")
 
Screenshot attached.
mp3 track attached.
 
Can you now reproduce the bug?
In 3.x emby versions this bug did not appear.

1.mp3

post-292909-0-23849600-1549448312_thumb.jpg

Link to comment
Share on other sites

letterman

It is very strange. one time it worked - than and now there is now way to make it work again. I created a new catalog & same problem accoured.

It deleted all songs, refresed database, and added again. no change. always russion when I use [VA]. 

 

android app & emby theatre displays wrong, too. 

changed language to english - same problem.

I turned off all Album/Metadata etc. fetchers/extractors - same problem.

 

 

Logfile is fine. 

 

It must be a bug somewhere during import, because it worked fine before update...

 

Where can I search?

Edited by letterman
Link to comment
Share on other sites

letterman

@@letterman how exactly did you do this?

Sorry, @@Luke, I meant: "I deleted all songs, refresed database, and added again. no change."

 

It is a very strange problem, but for sure it is a bug somewhere.

It some cases also the year is imported wrong, form e.g. 2012 to 309 and sometimes one track does not appear in the right order, so 1,2,3,4,missing, 6,7,8. The missing song no. 5 appears as the first one without a track number in the list

 

I mentioned all problems on my first message here in this threat.

 

Trust me, all tags are totally fine. There IS A IMPORT BUG on this Qnap System version for sure. I don't know where to search anymore...

Edited by letterman
Link to comment
Share on other sites

  • 1 month later...

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...