Jump to content

Chinese/Japanese language garbled in music metadata


Viscacha
 Share

Recommended Posts

Viscacha

Chinese/Japanese language garbled in music metadata. This problem only display on wav files.And I try to use Mp3tag rewrite metadata with UTF-8 but it doesn't work. image.thumb.png.c492ea472a0c620299cae14475d5bea6.pngimage.png.bac041fbd4f272035a3ab202c92aecec.png

Link to comment
Share on other sites

Hello Viscacha,

** This is an auto reply **

Please wait for someone from staff support or our members to reply to you.

It's recommended to provide more info, as it explain in this thread:

Thank you.

Emby Team

Link to comment
Share on other sites

Hi, after you rewrite with utf8, then run a library scan in emby server. Please let us know if that helps. Thanks.

Link to comment
Share on other sites

Viscacha

Thanks for you reply. library scan is helpless😂,And my server env is Synology Ds920+ .

Edited by Viscacha
Link to comment
Share on other sites

1 hour ago, Viscacha said:

Thanks for you reply. library scan is helpless😂,And my server env is Synology Ds920+ .

Hi, what do you mean library scan is helpless? What exactly did you do?

Link to comment
Share on other sites

Viscacha

sorry for my poor English。I mean I click the library scan button but nothing happened。 

Link to comment
Share on other sites

TerranceLiang

Hi there, thanks for the awesome platform develepment, I'm recently updating my music libirary and also crushed on the same problem, I've workd about one day solving it but nothing goes better. I post my situation below, hopefully my they do help to you/us. 

Env: 

  • Emby server (in docker): 4.6.7.0, docker image: df4586193beb

What happened:

  • It happens only on the *.wav files (how has wavtag/ID3tag), the *.flac files recognizes well.
  • Rescan/metadata refresh does not help, since I also tried creating a new media library for the testing.
  • I tried mp3tag (ID3v1, v2.3 ISO-8859-1, v2.3 UTF-16, v2.3 UTF-8, remove the tag and rewrite with these formats), not working.
  • I also tried to update the tag with foobar2000, musicbrainz picard, none of which works.
  • I tried utf-8, utf-16, gb2312 (simplified Chinese), iso8859-1 encoding, and none of them works.
  • mp3tag has a function named "codepage convertion", I applied them but doesn't work. 
  • I also probe the tag with ffprobe (version 4.4.1-full_build-www.gyan.dev Copyright (c) 2007-2021 the FFmpeg developers), it looks like returns exactly as what emby does.

I think this issue has existed for a long time, since there are discussions from 2018, I know from here this issue might be caused by the ID3 tag encoding, however I have no idea for the solution (on why aren't working), I'm still trying with the solutions provided in the webpage.

I've attached my wav files on Google Drive, and some of my screenshots with this comment. They are some ffprobe output (blue background), mp3tag+foobar+MS explorer (white), and emby+picard (black).

564806644_2022-01-21(17).thumb.png.23828a8b334312a9bb0bbe279445a0b1.png2053350453_2022-01-21(16).thumb.png.22b16bf6aa263cd2f661e4887ea895f0.png137313252_2022-01-21(8).thumb.png.9b9c85aed8201782b739a7a210918d6e.png

2022-01-21 (9).png

2022-01-21 (10).png

Link to comment
Share on other sites

TerranceLiang

Okey,

I found it caused by RIFF tag with Kid3, I modified the tag content and it works fine, next step is to figure out how to massively update this tag with right encoding.

Scrrenshot (emby web - kid3 - ffprobe)

Snipaste_2022-01-21_12-19-09.thumb.jpg.6a0b35e03bdcbadfbc14abfc2fd61b5b.jpg

Link to comment
Share on other sites

TerranceLiang

What I posed above helps with few files, or all files in the smae folder.

For the recurrently paths, I found a solution with the kid3-cli. Currently it works fine for me.

It's to find all my *.wav file, and copy the ID3 tags (tag 2 in the kid3) to the DIFF tags (tag 3 in the kid3).

Code:

find /path/to/your/music/folder/ -name '*.wav' -exec /path/to/your/kid3-cli -c "select *.wav" -c "tag 2" -c "syncto 3" -c "save" {} \;

However, I'm still wondering why almost all the tageditor wrongly encode the DIFF wav tag, and is there any other workarounds (e.g., force emby read ID3 tags) for this issue?

 

Usefull links:

Kid3 handbook, Kid3-CLI handbookKid3 Linux binary, Kid3 Win binary.

 

previous display v.s. current display

prev.thumb.jpg.a1e27427da8affb2d51fb7880cfda20c.jpgcurr.thumb.jpg.12f8f62592b54fadab98395956528774.jpg

 

Edited by TerranceLiang
typo correction
Link to comment
Share on other sites

  • 2 weeks later...

After you edit the files simply run an emby library scan and the server will pick up the changes. Please let us know if this helps. Thanks.

Link to comment
Share on other sites

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
 Share

×
×
  • Create New...