INTERACT FORUM

More => Old Versions => JRiver Media Center 18 for Windows => Topic started by: canaro99 on March 04, 2013, 06:38:52 pm

Title: Syncing Problems with MC18.143
Post by: canaro99 on March 04, 2013, 06:38:52 pm

I wrote yesterday about my problem in trying to Sync my AT&T Galaxy Note 2 with songs and playlists. No feedback offered ? so I am trying here.

I'm trying to sycn approx 2,200 songs and 44 playlists. Not only does it take a long time to read the songs from the phone (much longer than I remember from past syncs) only 15 of the 44 playlists make it to the phone. All the songs are transferred. MC shows 2 copies of nearly every song! Why? I checked in windows explorer and I find only one copy of each song. See attachments.

Phone: Galaxy Note 2 (SGH-I317),Android 4.1.2

Any solutions to this will be appreciated.


System Info:

Media Center
    Install Path: C:\Program Files (x86)\J River\Media Center 18\
    Interface Plugins: TiVo Server (not running)
    JRMark: never run
    Library: 31709 files, 11.1 MB in library, 120 MB in thumbnails
    Resources: 37.8 MB memory, 863 handles
    Version: 18.0.143.0 Registered
Memory & CPU
    CPU features: MMX, SSE2, SSE3, SSSE3, SSE4.1, AVX
    Free Physical Memory: 8.5 GB
    Total Memory: 16.0 GB

Bluetooth Virtual Devices
    Bluetooth LWFLT Device (driver 6.23.913.302)
    Virtual Bluetooth Support (driver 6.20.624.302)
Computer
    ACPI x64-based PC (driver 6.1.7600.16385)

Operating System
    Microsoft Windows 7 64-bit
Portable Devices
    John's Galaxy (driver 2.9.319.511)

SAMSUNG Android Phone
    SAMSUNG Android ADB Interface (driver 2.9.505.831)

    SAMSUNG Mobile USB Composite Device  (driver 2.9.505.831)
 

Title: Re: Syncing Problems with MC18.143
Post by: MrC on March 04, 2013, 08:13:07 pm

MC uses an expression, essentially:

   [Name]  Clean([Artist], 1)  [Album] [Genre]  FormatNumber([Track #,0])  [Media Type]

to determine audio file matches.  From your screenshot, some of the tracks are missing Track #.  This would cause MC to think the tracks are different, hence duplicates.  You can create an expression column in the sync file list that uses the above expression to compare "duplicate" files, and see how MC considers them different.  There's not enough info in the post here to determine what caused this.