INTERACT FORUM
More => Old Versions => JRiver Media Center 23 for Mac => Topic started by: mechaMecha on May 28, 2018, 12:01:59 pm
-
I think Media Center is a great on-computer music player. I'm very happy with it in this regard (although it does seem to have trouble playing nicely with Sonarworks True-Fi; it seems I often need to fiddle with the playback options to get it to work correctly).
However, the main reason I initially purchased it was to manage my music library and sync it to my portable player. This has created some headaches for me, because Media Center has major problems handling special characters. It continually re-syncs all songs that contain special characters in its tags, creating an additional copy of each file every time it syncs. It seems the only way to prevent this is to eliminate all special characters from every tag which, in this day and age, seems extremely archaic.
Since this is quite and old problem that has yet to be resolved, should I just assume it will never be fixed?
-
Could you provide a couple of specific examples?
-
I apologize if I used the wrong term in my first post; I'm referring specifically to accented characters (é for example). If a tag containing an accented character gets used to create a directory on the synced storage device, Media Center will ignore the previously synced files in those directories and continue to sync an additional copy each time the storage device is re-synced.
This happens for all Björk albums, for example, and the only way I can prevent this behavior is to change her name to Bjork. Same with any tags containing accented characters that are being used to create a directory.
-
How about a full artist, album, and track name? Something we could test.
-
I just modified my post above to include more info. Any accented character: any album by Björk (since each album would be a subdirectory under the Björk directory), any album with café in its title, any Spanish artists/bands/albums containing accented characters...
After changing Björk's name to Bjork in all of the tags, I then found I had to rename her album Medúlla to Medulla, because it was also used to create a directory which Media Center ignored.
Media Center doesn't have this problem with song names, since they're not generally used to create directories.
-
What kind of device are you syncing to?
-
Sorry, I just noticed your reply. I own a Pioneer XDP-100R, but I remove the microSD cards and sync through a card reader. I did a bunch of searches before posting on the forum here. It looks like other people have had similar problems, but none of the threads ended in any kind of real solution.
-
Just to be clear: It syncs properly the first time, but only the first time. If the synced playlist is refreshed in Media Center afterwards, it will immediately show that any files within folders that use accented characters (derived from the song's tags) need to be re-synced. Then, with every re-sync, an additional copy of every one of those songs is copied to the card. I haven't tested to see if there's any limit to the additional copies Media Center will make (I doubt it), but three re-syncs has resulted in three copies of each song in the same folder.
Are you unable to reproduce this behavior? This is the Mac version.
-
Same topic discussed here: https://yabb.jriver.com/interact/index.php/topic,114396.0.html
-
I'm still having this problem, I'm wondering if it might have been addressed or if anybody has come up with a workaround by now?
-
This problem has existed for years now. I think it's safe to say that JRiver has no desire to fix it.
-
We'll try to reproduce this on Monday. Stay tuned. Thanks.
-
To be clear, since I have my device configured with "Delete from handheld any files not in sync list" enabled, I'm not generating additional copies of the files every time I sync - it just unnecessarily deletes and re-syncs every file with a special character every time I sync (Hüsker Dü, Béla Fleck, Moxy Früvous, Camille Saint-Saëns).
-
I have mine set up the same way, but it keeps adding additional copies of the same file. Are you positive another copy isn't added every time you sync? I gave up on JRiver fixing it a long time ago and just removed accented characters from all of my artist and album tags, which is far from ideal.
-
No additional copies created on my device (it's a Sony NW-A35 Walkman), just those same files replaced every time I sync. In my current playlist setup it's only 36 files that contain special characters, so it's not a deal breaker for me as it's not much additional sync time, still it seems a waste to constantly replace them.
-
I just tried syncing a file with accents (I copied the Hüsker Dü value) in the artist, album, and name.
The file synced no problem and showed as synced when using a handheld added at a folder path.
So I'm wondering if it's just specific to the type of device? Or could it be specific to the Mac version of the program?
Thanks.
-
I just tried the same test with my phone and that also worked.
-
Random thought, would file type matter?
-
My list of files is mostly flac and a few mp3s. I've only run the Mac version of the program (24.0.69 currently) and cannot comment on the Windows version.
-
As stated much earlier in this thread, I'm using the Mac version. My files are all ALAC. Transferring the files to the mobile device isn't the problem, as the files do transfer. The problem is upon repeated syncing. MediaCenter doesn't seem to recognize that it has already synced files that contain accented characters in their tags (I'm guessing MC can't locate them for some reason) and resyncs them every time. In my case, MediaCenter transfers an additional copy of each file upon resync. The only way to get it to stop behaving this way is to remove all accented characters from the tags.
I'm on MediaCenter 23. Maybe that's the difference between what I'm experiencing vs jeffcdo. I'm guessing that JRiver is done with MediaCenter 23 bug fixes, so anyone experiencing this problem with v23 is SOL. I might consider upgrading if they finally fix this, but until they do, I don't think I'll bother.
-
You can try what seems to be working for me, seen here in new post I made since 23 is an old version now:
-
Thank you for sharing your workaround for this. I'll give it a shot.
You can try what seems to be working for me, seen here in new post I made since 23 is an old version now: