You are here: Home » Topic » a scan did not recognize deleted songs in the filesystem

a scan did not recognize deleted songs in the filesystem

FireFly Media Server (formerly mt-daapd) Firefly Media Server Forums Firefly Media Server General Discussion a scan did not recognize deleted songs in the filesystem

This topic contains 12 replies, has 4 voices, and was last updated by  rpedde 10 years, 11 months ago.

Viewing 13 posts - 1 through 13 (of 13 total)
  • Author
    Posts
  • #1502

    Alhifi
    Participant

    Hello together,

    it’s more than 2 years ago, that i compiled a mt-daapd-source, then i’ve had the problem, that a scan through the MP3-filebase on the part of mt-daapd did not recognize if files were deleted and no longer available. The author of mt-daapd fixed the problem in a nighty release and it works fine.

    Now i’ve got new hardware, so that i setup a complete new linux system. I download “mt-daapd-0.2.4.tar.gz”, compiled it and it works at first go.

    But now i have the same problem like before. If i delete songs and do a scan, the deleted songs stay in the database.

    My filestructure looks like this:

    /MP3/Artist01/Album01/Songfiles
    /MP3/Artist01/Album02/Songfiles
    /MP3/Artist01/Album03/Songfiles
    /MP3/Artist02/Album01/Songfiles
    /MP3/Artist03/Album01/Songfiles

    Now i’ve saw that one album-name was not correct and i renamed it like

    before: /MP3/Artist01/Album01/Songfiles
    now: /MP3/Artist01/AlbumNew/Songfiles

    A scan did not update the database so that the old songs were shown in iTunes, but not playable and the “new” songs, if we think that mt-daapd should recognize the renamed folder then as new songs, were not show, too …

    Whats wrong?

    kind regards
    Alhifi

    BTW: Sorry for my bad english …

    #11363

    stretch
    Participant

    mt-daapd-0.2.4 is a very old version.

    The problems are fixed but you have to switch to a newer version.
    Visit the nightlies page for a newer version

    #11364

    fizze
    Participant

    Do a “Full Scan” instead. That flushes all entries out of the DB and builds a new one from scratch.

    A “Scan” just updates songs and adds new ones.

    As far as I remember, this features where well available in mt-daapd 0.2.4.

    #11365

    Alhifi
    Participant

    @stretch wrote:

    mt-daapd-0.2.4 is a very old version.

    The problems are fixed but you have to switch to a newer version.
    Visit the nightlies page for a newer version

    Yes, 0.2.4 is old, but the only as “stable” marked version, so i tried this release first … and wonder, that the bug i reported still is in there. I also tried the latest nightly version, but could not compile it, because i do not have sqlite installed. I will try again this evening … thank you!

    Bye
    Alhifi

    #11366

    Alhifi
    Participant

    @fizze wrote:

    A “Scan” just updates songs and adds new ones.

    What kind of update? Like changed ID3Tags or something like this? But how could a scan “update” a song which is no longer available? And the “new” songs in the other (renamed) folder were not imported … i think its a big bug … and i can not understand instead of this, why this old “buggy” version ist still downloadable.

    As a normal user i would always choose a “stable” version first …

    Bye
    Alhifi

    #11367

    fizze
    Participant

    A new stable version is due for release very soon.
    Plus, a whole lot has changed behind the scenes πŸ˜‰

    I can really vouch for nightly v1463, which has been running for almost 100 days straight on my slug, and I use it everyday.

    Feel free to check http://nightlies.mt-daapd.org/

    #11368

    Alhifi
    Participant

    Okay, now after one and a half our trying to install the last nighly 1586 i finally solved my local problems and this version is running …

    But … what is that ??? 😯
    Where is the “art_filename”-feature ??? πŸ˜₯
    Why has it been disabled ???

    Bye
    Alhifi

    #11369

    rpedde
    Participant

    @alhifi wrote:

    Okay, now after one and a half our trying to install the last nighly 1586 i finally solved my local problems and this version is running …

    But … what is that ??? 😯
    Where is the “art_filename”-feature ??? πŸ˜₯
    Why has it been disabled ???

    Bye
    Alhifi

    The art_filename made the code really gross, and it was making adding features hard. So I killed it.

    With 0.2.4, the problem was that the file was renamed, not deleted. So it saw that the file itself hadn’t changed, so it didn’t re-index it. The way to fix that would have been to delete the songs.gdb in /var/cache/mt-daapd and let it re-scan.

    That’s a dumb (and long-standing) bug. My bad. πŸ™

    As far as the art_filename goes, you can use something like mp3tag to import cover art from folder images: (I found this on a board somewhere):

    You can use http://mp3tag.de/en/index.html
    Load your files, select them, press Shift+Alt+5 and choose “Import cover from file”
    Then just enter folder.jpg as format string and let it work.

    — Ron

    #11370

    fizze
    Participant

    @alhifi wrote:

    But … what is that ??? 😯
    Where is the “art_filename”-feature ??? πŸ˜₯
    Why has it been disabled ???

    At least you cant hold me accountable for this one, since I didnt vouch for that version πŸ˜‰ πŸ˜†

    #11371

    Alhifi
    Participant

    @rpedde wrote:

    The art_filename made the code really gross, and it was making adding features hard. So I killed it.

    Mhhh, that’s really bad, i love especially this feature of firefly. I connect the server via iTunes …

    As far as the art_filename goes, you can use something like mp3tag to import cover art from folder images

    But make this not the mp3-files bigger, when i save a cover to each soundfile? If a have a 2-CD-album with 40 songs, i have the size of 40 covers more …

    I’m not a programmer, but if you have the code for art_filename, is it not possible to seperate them by default in an extra file and it will be implemeted during a ./configure only with a parameter like –with-art_filename ?

    The actual nightly version seems to be much better than the stable 0.2.4, but the art_filename-feature for me as an example is more important than the possibility to edit/create smart lists (or what they called, sorry, i’m @work).

    I consider to switch back to 0.2.4 … to have art_filename again … okay, and the bug about the deleted files …

    Bye
    Alhifi

    #11372

    fizze
    Participant

    just switch back to some older nightlies, pre-1528.
    That was when art-filename was killed.

    See: http://nightlies.mt-daapd.org/?limit=9999

    #11373

    Alhifi
    Participant

    Ok, i tried svn-1523, compiling without an error, which makes me very happy … but crashes. After that i user svn-1519 and this one works right now, thank you for your help!

    BTW: Will this one work with the nightly-release above, i want to order it:

    http://www.amazon.de/Pinnacle-Systems-Soundbridge-Wireless-Player/dp/B000G112FK/ref=pd_bbs_sr_1/028-6231842-9177331?ie=UTF8&s=ce-de&qid=1182891573&sr=8-1

    Bye
    Alhifi

    #11374

    rpedde
    Participant

    @alhifi wrote:

    Ok, i tried svn-1523, compiling without an error, which makes me very happy … but crashes. After that i user svn-1519 and this one works right now, thank you for your help!

    BTW: Will this one work with the nightly-release above, i want to order it:

    http://www.amazon.de/Pinnacle-Systems-Soundbridge-Wireless-Player/dp/B000G112FK/ref=pd_bbs_sr_1/028-6231842-9177331?ie=UTF8&s=ce-de&qid=1182891573&sr=8-1

    Bye
    Alhifi

    Yup, sure will.

    — Ron

Viewing 13 posts - 1 through 13 (of 13 total)

You must be logged in to reply to this topic.