Amahi Forums

Hello,

I've ripped a new CD to the music share on my HDA. I tried finding it with the search function on the Amahi dashboard, but no luck. (I used the regular 'files' filter, not 'music', because that won't show .FLAC files, see other thread). It IS there, windows explorer finds it.

I've waited for at least 60+ minutes to see if something showed up, but still nothing. Directly after the rip I deleted an unwanted CD from the same share and that disappeared immediately from the search.

finds the files on both drives in my greyhole pool and in the 'music' share

I saw that someone ('Wilhelm') filed a similar problem as bug#622, but he reported it as solved. (on the forum)

Is there some database update that has to take place before the search works, or something?

Richard

Yes, here is what's going on:

- the search is indexed overnight (we ought to somehow do real-time)
- any file that do not exist are not listed (the search returns them, but we check, to not show false positives)

we tried beagle and lucene search indexers, but it was hard to setup.
(this was a while ago, maybe it has improved over time)

Yes, here is what's going on:

- the search is indexed overnight (we ought to somehow do real-time)
- any file that do not exist are not listed (the search returns them, but we check, to not show false positives)

Okay, thanks for the answer. I already thought of some database update, but didn't understand why the deleted file was gone immediately. Now I know . Having to wait until midnight for Amahi to digest the daily changes to the shares is, well, sort of annoying, especially if you don't know what's going on. I'm all for a more 'realtime' approach; it would make the dashboard search a lot more useful.

Just a wild idea: couldn't the same technique be used for this as greyhole does. As soon as something changes on a share in the pool, greyhole starts working. It also uses some database (sqlite?) so maybe you could borrow some data from it?

Anyway, thanks for the answer.

Richard