More > JRiver Media Center 24 for Linux

Notes from moving a Windows library to Linux

(1/3) > >>

drmimosa:
Posting my notes from a successful library migration. I'm using an xfce Arcolinux build of Arch Linux, on a decent spec i7 machine. My home music network includes a lot of various DLNA renderers, so my goal was to get everything running successfully on Linux.

Also, I'm fairly novice with Linux.. Bootstrapping as I go here, so bear with me...

I'm very impressed with how fast Media Center runs in Linux, and how fast Arch Linux runs in general.

Library Restore

Tried to restore library and settings (I'm an optimist). Didn't work. Biggest problem was that networking broke completely and DLNA renderers no longer appeared. I had to reinstall Media Center and delete the folder /home/[username]/.jriver to get networking back.

This worked instead:

Library restore > Check Restore library and playlists | Uncheck Restore Settings

Now all my media files and playlists appeared, just files had incorrect filepaths.

File Locations

Someone mentioned a lot of trouble with this in a recent post. Windows and Linux file paths are very different systems. I'm learning as I go here, took some work but I think this is a good repeatable solution:

First, I mounted my M:\Music and Photos SSD to /media/Big_SDD  and V:\Videos to /media/Blue_HD

Second using Rename, Move and Copy Files was a two step process:

1. Fix Linux file syntax

Select Update Database to point to new location
Check Find and Replace
Check Convert Windows File Path Syntax

Find: [M:\]
Replace with [Leave blank]

2. Fix file location:

Find: [/M - New/]
Replace with: [/media/Big_SSD/M - New/]

At this point, all my music files and all tested playlists and smartlists worked. I drank a beer to celebrate, this was a big moment.

Repeated steps for images. Worked.

Videos I had to do this process twice. Videos had home videos on my image drive, and all movies on the another drive.

At this point I had all media and playlists working in my Linux Library, 48,560 files (!). Took about an hour(ish) of work, minus some of the backpedaling.

Ok time to backup library and try autoimport.

Autoimport

Library Backup and restore works.

At first, I set up a symbolic link to my /media drive mounts so that the music folder would show as a folder in my /home/[user]/Music location. If I tell JRiver to import at the symbolic link location, two copies of the file show up in my library. In other words, JRiver doesn't distinguish between a file and the identical file path using a symbolic link (ln command). Maybe this is normal Linux stuff. In any case, be careful here or you will have tons of duplicates.

Pointing Auto import to /media/ drive mounts now:

Auto Import to Audio folder path resulted in 67 additional files imported.
Auto Import to Video folder worked.
Auto Import Images resulted in some 317 additional files imported.

I need to investigate what happened here. [Edit: I don't see duplicates on the new files. I have been using the same library since 2009, and ran into issues in the past with Windows ignoring some files on import. My guess is that they are overlooked by my Windows impor, even when set to protect missing drives, for some reason. Tricky and time consuming to troubleshoot this, everything works so I'm just leaving it be for now]

So far so good! Everything seems to play successfully. Thanks for the tremendous development efforts to make this happen.

[TBC]

drmimosa:
Linux is fussy. My hope is that everything just runs after setup.

It also seems more modern, up to date, compared to Windows. Faster, leaner. That wasn't the case ten years ago.

carlismysecondname:
Apart from a few programs (including turbo tax), I'm pretty much satisfied with many of the available Linux distros now -- more and more viable software alternatives now exist. This was not the case back in 2010 when I tried my first flavor of Linux... It's hard to convince the masses to switch though -- in the way most of us similarly are just used to the QWERTY keyboard. Really, after 20 years of using a QWERTY style keyboard, there's little advantage in switching. Hmmm, actually I think it's much easier to jump into Linux than switching to a different keyboard layout. But it's going to take a longer while than previous predictions. A whole generation (or two) of Windows and Mac users have to die out first before Linux eventually dominates the desktop world.

laerm:
Hi there –

You posted in another thread a while back about issues I was having with moving a library from Windows to Linux. I've got time again to wrestle with this and have uncovered a new problem: Linux is case-sensitive, Windows is not. So I have names (bands, albums, songs) that have used lowercase for whatever reason and I have kept that syntax for tags but Windows did not reliably rename the files from Upper to lower case. So Linux is like "this is the correct filename" whereas Windows was like "ehh, close enough."

Example:

Tag: quiet band "I like small letters" relaxed album
Windows filename: Relaxed Album\Quiet Band - I Like Small Letters.mp3
Linux filename: relaxed album/quiet band - I like small letters.mp3

Do you see the problem? Any tips (short of changing all my tags and/or firing up a Windows server to redo all the filenames)? Thanks.

Micah

drmimosa:

--- Quote from: laerm on October 08, 2018, 01:33:48 am ---

Tag: quiet band "I like small letters" relaxed album
Windows filename: Relaxed Album\Quiet Band - I Like Small Letters.mp3
Linux filename: relaxed album/quiet band - I like small letters.mp3

Do you see the problem? Any tips (short of changing all my tags and/or firing up a Windows server to redo all the filenames)? Thanks.

Micah

--- End quote ---

Hi Micah,

I'm having trouble understanding the problem. What is the outcome you would like to achieve? In other words, do you want upper case letters in Linux, but Linux reads them as lower case? Or do you want Linux and Windows to match case?

If your tags are correct in Linux but the filename isn't, you could try using the "Update Library (from tags)" function.

If your filename is correct but tags are not, try "Fill Properties from Filename."

Both are found under Right Click => Library Tools. Try on a few files before you try on a large number, and make sure you have a backup of your library and data.

If your filename and tags are both incorrect under Linux, I'm not sure what is going on.

In any case, keep your eye on a clear outcome you would like to achieve.

Navigation

[0] Message Index

[#] Next page

Go to full version