Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Audioquest]

I have been using MC 16 for long time without problem. I use it to manage my flac library and tag the files within Chinese info some time. The files are then transferred to my music streaming device using Linux and MPD. I use mPad to remote control the device and all Chinese tag info are displayed correctly.
However, since I upgrade to MC18, I find that the Chinese info it tags will become garbage when display in mPad.
I wonder if there is any change in the Chinese character encoding from MC 16 to 18 ? Any advice on how to solve this problem ? Any suggestion is highly appreciated.

Regards
Jason

[sinoaudio]

You can join us to discuss the topic in our MC users' QQ group 282466456

[Audioquest]

Sorry but I'm not a QQ user.
Did anyone encounter the same problem and know the solution ?
This is so annoying that I have to fall back to version 16 even I've bought 18.

[Matt]

Hi Jason,

What types of files are you using?

Do you know how the mPad gets information?  Does it read tags, or get it from DLNA, or something else?

Thanks.

[Matt]

Bump.

[Audioquest]

Hi Matt, thanks for your reply.
I only use flac. Linux MPD will read song info from tag. I didn't use (or even turn on) DLNA in my synology NAS.
I think the strangest part is the different behavior in MC 16 and 18, that's why I suspect there must be something changed in the character encoding. 

[Matt]

It's likely something has changed, but we have not heard other reports of this problem.

Could you send me one file from MC16 that works and one from MC18 that does not work?  Maybe we could compare them and better understand what is happening.

I'm matt at jriver dot com.  I'm out for a few days, so will be a little slow to reply.

Thanks.

[Matt]

Bump.

[Matt]

Bump.

[Matt]

Thanks for the sample files.

From what I can tell, they have identical 'Name' values in the tags (when viewed with a hex editor).  And the name appears the same when imported into MC18.  So I can't explain the difference.

Are you sure the MPD isn't loading information via DLNA from Media Center?  Are you able to use mPad and the MPD with Media Center completely turned off?

Is there any support from MPD where we could give them the MC18.flac file you sent and see if they know why the MPD is not happy with the tags?

Thanks again.

[Audioquest]

That's strange. I can confirm it's not using DLNA as my computers are usually turned off when I play it.
I copied the two sample files that I send you to my Linux MPD player again and encountered the same issue.

I suspect there is a tag or somewhere in the file to specify what character encoding to use. If you confirm the tag content
are the same, then the difference may be on the encoding, say, one is UTF-8 and the other is something else ?

[Matt]

Looking closer, it looks like MC16 does not null terminate the tag values and MC18 does.

This was probably done for safety, or maybe just accidentally in MC17/18.

In any event, the specification does not call for null termination, so we will change this in a coming build.

Thanks for your help tracking this down.

[Matt]

Next build:
Changed: FLAC tag values are no longer null terminated (could cause problems with Asian characters on Linux MPD devices).

[Audioquest]

Great ! Thanks for following up the issue. Will try the next build and report the result here.

[Audioquest]

Bingo, confirm the issue is solved after testing 18.0.158. Thanks again.