More > JRiver Media Center 21 for Windows

Dr Who - matched files have incorrect path / filename

<< < (2/3) > >>

stevemac:
Hi Arindelle,

Thanks for the suggestion

I cannot locate any cda files in my library.  I also checked the file system & none there either

From the downloaded Dr Who Playlist, I performed a Locate - Name option on China Grove.  It returned one library entry - which was the correct FLAC file.  There was no cda entry returned

I deleted the Dr Who playlist & downloaded it again.  Same issue with the tracks.  Captured the logs

cheers,

Steve

Arindelle:
hmm weird

I happen to have those tracks in my collection so I downloaded that playlist and both paths show up for me ... has to be something strange in your library -->



not sure how a cda file would show up unless they were autoimported like you can do with DVDs, while not flagged as an audio file (like maybe they are in your library but you need to search with a view that includes all media types ...)

regardless, why the flac path doesn't show when it does exist I've no idea ... sorry

maybe a dev will see this, I'm interested now :)

stevemac:
Think I found the issue
There are library entries with file type cda in my library.
I found them via a smartlist to show all files (including removed etc).  The CDA files show when I limit the database to CD

Deleted "China Grove" from the smartlist view
Deleted the Dr Who Playlist
Downloaded the Dr Who playlist again.  "China Grove" was not found at all
Checked the database & "China Grove" was showing when looking at database entries for CD
Deleted the DR Who playlist again
Deleted the "China Grove" entry from the database
Downloaded the Dr Who smartlist again.
File matched correctly

So

Any ideas why the database has entries for type CD? It doesn't have all of my ripped CDs (pretty sure I've previously removed entries for ~d=a)
Is it safe to remove all the entries for type = CD?
Should the matching logic for Dr Who be using these entries?


Thanks,

Steve

stevemac:
Also checked the import settings.  Neither of the optical drives (1 x physical, 1 x virtual) are included in the import folders

Another look at the items with database limited to CD - there is a substantial (perhaps most /all) of the CDs I've ever ripped.  Looking at the Doobie Brothers specifically - there is an entry for "Long Train Runnin" & that Dr Who download / match worked OK.  This suggests that when the Dr Who download is matched to a local database entry, the matching logic might be flawed

Should the matching logic only look at items in the Main database or Main & Stacks?  I don't think it should look at entries in Removed, Bad or CD.

cheers,

Steve
 

Arindelle:
ok that confirms that its the file type at least. It appears that it only brings up one match .. I know I have some mp3s tucked away and have replaced them with flacs but forgot to dump the mp3s ... the flac file comes up as a match, not the mp3. So maybe it brings up the first file alphabetically eg cda =>Flac=>mp3 not sure.

Do you use cue files ever ? rip exclusively with JRiver? .. if not what what ripper do you use?

This might have something to do with a ripping data base or cue file handling (do you use or import cue files, there were some changes), but I'm totally guessing as I don't rip with JRiver and avoid cue files so can't check right now.

I see no reason why deleting cda library entries would hurt. If it has something to do with keeping a metadata db for ripping, maybe sharing the metadata not sure. I would personally get rid of them, but then again they probably take up very little space so your call.

Regardless, always backup your database (library) when ever you do major deletions ...

Anyways thanks for testing this :) I'll link this to the higher powers in case its missed ... for info the development for this is ongoing and just getting off the ground so thanks for testing this Steve

Steve  :P aka Arindelle

Navigation

[0] Message Index

[#] Next page

[*] Previous page