Threaded Mode | Linear Mode

simoncn · (This post was last modified: 24-01-2021 19:46 by simoncn.)

How did you copy the files to the Melco? It is possible that the copying process has caused the '»' character to be encoded incorrectly.

GreenMtnGringo · 24-01-2021, 19:52

Hi Simon. I ripped the CDs to a folder/eleven sub-folders on an external hard drive and then, as I recall, I 'dragged' the master folder containing the eleven sub-folders to the Melco's "share" folder. This is how I copy all music files to the Melco. Thanks.

simoncn · 24-01-2021, 19:59

Was this on Windows or Mac? How did you do the ripping?

GreenMtnGringo · (This post was last modified: 24-01-2021 20:16 by GreenMtnGringo.)

Hi Simon. In the case of the "Get Shown the Light" 11-CD box set, the CDs were ripped using dBpoweramp v14.4 for Windows in May 2017. I do not recall if I dragged the master folder to the Melco via the same Windows PC or via my MacBook Pro.

A search for "»" in my MinimServer error log file revealed 772 hits. Assuming two hits per track, that means I have 386 tracks that I ripped and dragged to the Melco with "»" in the file name. I can say with confidence that such files were once visible on the Melco, e.g., with MinimServer 0.8. (As detailed in the original posts in this thread, such files used to show up in MinimServer folder view but not play. Now, they simply do not show up.)

Thanks.

GreenMtnGringo · (This post was last modified: 24-01-2021 20:37 by GreenMtnGringo.)

Hi again, Simon. FWIW, each file with a "»" in the file name would have a corresponding ">" in the tagged title field.

So "01 - Help On The Way ».flac" would look as follows in the title field:

Help On The Way >

It is possible that the file-tagging program, "mp3tag" auto-converted ">" to "»" in the file names (but not the title fields) when I performed post-ripping tag editing.

Thanks.

simoncn · 25-01-2021, 00:10

I doubt that the change from MinimServer 0.8 to MinimServer 2 has caused this problem.

Do you remember which Melco firmware you were using when this was working for you on MinimServer 0.8? There have been changes in the 3.91 firmware related to the treatment of "PC-incompatible characters" (see the release notes for 3.91). If your previous firmware when this was working was earlier than 3.91, it might be the Melco firmware change that has caused this.

There are two different ways the '»' character can be encoded in a filename. On Linux (as used by the Melco), it should be encoded as UTF-8 (0xc2 0xbb). On Windows, it is likely to be encoded as Windows-1252 (0xbb). If the filenames on your Melco have this character encoded as Windows-1252, this might be causing the problem.

It is hard to be sure how the filenames are encoded on the Melco because the software used for copying and viewing these filenames can perform translation from one encoding to the other, so what you see when looking at the file in Windows Explorer or Mac Finder might not be the real truth.

I have verified that a file on the Melco containing a '»' character encoded as UTF-8 is working correctly with the Melco 3.92 firmware and MinimServer 2.

GreenMtnGringo · (This post was last modified: 25-01-2021 01:34 by GreenMtnGringo.)

Hi Simon, thanks for the detailed response and sorry for assuming that this is a MinimServer issue as opposed to a Melco issue. As best as I can recall, I updated to Melco FW version 3.91 shortly after it was released, and from Melco FW version 3.91 to 3.92 shortly after 3.92 was released. I do not recall when those Melco firmware updates occurred relative to when I updated from MS 0.8 to MS 2. All I am certain of is that I have numerous FLAC files that used to show up and play in MinimServer folder view that are no longer visible. One thing all those files have in common is a “≫” symbol in the file name. Is there any way I can get one of these files to you so you can test it? I am really hoping I do not have to rename my backups of these files — as many as 386 of them — and recopy them to the Melco. Thanks very much.

EDIT: After reviewing the Melco FW v3.91 release notes at your suggestion, I noticed a Melco GUI option to “Start checking all filenames and replace PC-incompatible characters for SMB file sharing.” Apparently, this menu option was added in v3.91. I never noticed it before and I have not yet run it. Should I do so now? Thanks.

GreenMtnGringo · 25-01-2021, 01:53

This post from @BB1 about Melco FW v3.91 is interesting:

https://forum.minimserver.com/showthread...1#pid33301

@BB1, any thoughts on this situation? Thanks.

GreenMtnGringo · (This post was last modified: 25-01-2021 13:24 by GreenMtnGringo.)

UPDATE: I went back to the original external hard drive where my "Get Shown the Light" CD rips are stored. I copied the folder containing CD11 via USB to my MacBook Pro desktop. I renamed the folder and then dragged it to my Melco "share" folder so that the folder and files would transfer via WiFi. Next, I used MinimWatch on my MacBook Pro to rescan the Melco share folder. The results are very interesting. Using Linn Kazoo for MacOS, I can see all seven FLAC files in the newly added test folder (see attached screen shot). However, the original 2017 file transfer of this folder still shows only the two FLAC files without the "≫" character in the file names (see attached screen shot).

I deduce from this that the original 2017 'drag and drop' was done from a Windows PC and that the "≫" characters were altered in a manner that does not happen when the 'drag and drop' is done from a Mac.

This seems crazy to me, and I find it highly unlikely that the five FLAC files with "≫" in their file names have been invisible and inaccessible since 2017.

The question remains as to whether I should run the Melco GUI option to "Start checking all filenames and replace PC-incompatible characters for SMB file sharing."

Any insights would be greatly appreciated, thanks.

GreenMtnGringo · (This post was last modified: 25-01-2021 03:15 by GreenMtnGringo.)

Below is the text of the original CD rip log file for CD11 of the "Get Shown the Light" box set. This log confirms that I used my Windows PC to rip and that the ripping program, dBpoweramp, substituted "≫" for ">" in the file names for tracks 01 to 05 (as I would not have known how to type "≫" and if I did, I would not have done so).

****

dBpoweramp Release 14.4 Digital Audio Extraction Log from Sunday, May 07, 2017 10:43

Drive & Settings
----------------

Ripping with drive 'D: [Optiarc - DVD+-RW AD-7250H]', Drive offset: 48, Overread Lead-in/out: No
AccurateRip: Active, Using C2: Yes, Cache: 62 KB, FUA Cache Invalidate: No
Pass 1 Drive Speed: Max, Pass 2 Drive Speed: Max
Ultra:: Vary Drive Speed: No, Min Passes: 3, Max Passes: 6, Finish After Clean Passes: 2
Bad Sector Re-rip:: Drive Speed: Max, Maximum Re-reads: 34

Encoder: FLAC -compression-level-8 -verify

Extraction Log
--------------

Track 1: Ripped LBA 0 to 46000 (10:13) in 2:09. Filename: C:\CD Rips\Grateful Dead - May 1977 ~ Get Shown The Light\CD11 - Buffalo\01 - Estimated Prophet ».flac
Secure [Pass 1, Ultra 1 to 3]
CRC32: 522D6CB5 AccurateRip CRC: E829E033 (CRCv2) [DiscID: 007-000ff716-0060cb61-4d0e7007-1]

Track 2: Ripped LBA 46000 to 74218 (6:16) in 1:05. Filename: C:\CD Rips\Grateful Dead - May 1977 ~ Get Shown The Light\CD11 - Buffalo\02 - The Other One ».flac
Secure [Pass 1, Ultra 1 to 3]
CRC32: B45B60A6 AccurateRip CRC: 95AB4855 (CRCv2) [DiscID: 007-000ff716-0060cb61-4d0e7007-2]

Track 3: Ripped LBA 74218 to 90143 (3:32) in 0:34. Filename: C:\CD Rips\Grateful Dead - May 1977 ~ Get Shown The Light\CD11 - Buffalo\03 - Drums ».flac
Secure [Pass 1, Ultra 1 to 3]
CRC32: AEF4BE93 AccurateRip CRC: 642E5151 (CRCv2) [DiscID: 007-000ff716-0060cb61-4d0e7007-3]

Track 4: Ripped LBA 90143 to 136139 (10:13) in 1:30. Filename: C:\CD Rips\Grateful Dead - May 1977 ~ Get Shown The Light\CD11 - Buffalo\04 - Not Fade Away ».flac
Secure [Pass 1, Ultra 1 to 3]
CRC32: 870EEA0A AccurateRip CRC: A26F61A6 (CRCv2) [DiscID: 007-000ff716-0060cb61-4d0e7007-4]

Track 5: Ripped LBA 136139 to 188166 (11:33) in 1:31. Filename: C:\CD Rips\Grateful Dead - May 1977 ~ Get Shown The Light\CD11 - Buffalo\05 - Comes A Time ».flac
Secure [Pass 1, Ultra 1 to 3]
CRC32: D50AD69F AccurateRip CRC: 35AAF982 (CRCv2) [DiscID: 007-000ff716-0060cb61-4d0e7007-5]

Track 6: Ripped LBA 188166 to 234421 (10:16) in 1:13. Filename: C:\CD Rips\Grateful Dead - May 1977 ~ Get Shown The Light\CD11 - Buffalo\06 - Sugar Magnolia.flac
Secure [Pass 1, Ultra 1 to 3]
CRC32: 2B40B90C AccurateRip CRC: 0398860F (CRCv2) [DiscID: 007-000ff716-0060cb61-4d0e7007-6]

Track 7: Ripped LBA 234421 to 277207 (9:30) in 1:03. Filename: C:\CD Rips\Grateful Dead - May 1977 ~ Get Shown The Light\CD11 - Buffalo\07 - Uncle John's Band.flac
Secure [Pass 1, Ultra 1 to 3]
CRC32: 3B90BFD8 AccurateRip CRC: DE628D05 (CRCv2) [DiscID: 007-000ff716-0060cb61-4d0e7007-7]

--------------

7 Tracks Ripped Securely