Slow library search

Same problem here, takes seconds to search every character, the problem becomes very obvious when Songbird is compared to other programs.

I hate having to admit this, but I've switched back to iTunes :/ I don't understand why it's taking so long to fix this problem, gosh, it's not rocket science.

I've got the same problem. A small delay in returning the search results would solve the problem for me as well.

Followup: I've tried the 20081011 nightly build. Search has improved a lot, but it still hangs now and then.

On the other hand, updating my library (re-importing) has become lighting fast so I'm hoping searching will be as well some day :)

Indeed, I tried it with the 20081012build and it became much faster, still somewhat slow with sorting after each character, couldn't it be set to search only after enter is pushed. I think that would feel faster

Thanks a lot, looking forward to the next stable release,

Hello, I've downloaded the latest version and I have a slow search problem... My library is over 60 GB in size just so you know...

I'm having the same problem.
how is the status of this bug?
if i use the itunes library in songbird it works really faster.
i like the idea of songbird and its wonderful that it's open source. but this delay is a fatal cause to swich back to itunes.

since i've installed rc 3, the search works fine.

sb1 rc3
50,000 songs
super fast searching
happy

Using the 1.0 and 1.1b1&b2 clients on a Mac (2.16 GHz, 2GB RAM, OSX 10.5.6) I'm seeing huge hangs when searching my library (30,000 or so songs). It's pretty inconsistant, sometimes a library search will only take a couple seconds and other times it will hang for 30 - 90 seconds and completely lock up the program. I can't seem to find a pattern for when it will take a long time, but it's becoming a headache trying to use this program on a daily basis.

@Logan +1 with 1.20a a littler faster...

I also got this slow search bug. It takes too long in my opinion

Using 1.1.1, Build 1018 and having a 100gb library my searches are taking minutes (upto 5!!!). This is a showstopper.

I have this problem on my mac with 1.1.1 as well
I have a pretty big library, 15,000 songs, but Ive seen much larger libraries work faster

Same Problem on Vista + 1.1.1

SB 1.1 freezes totally when Is each my library of 28k items.

@Rymdkakor: nice nick :) old Super Play-times <3

Erikw: Thanks ^^ They have a nice name them boys :P I'm Rymdkakor on Loading.se aswell, and I used that nick back when superplay.se was the shit, which it certainly isn't nowadays ;D

OT
:D Some days ago I actually thought of that time. Do you remember kaktusligan & Kimmoa :P

Same problem in 1.1.2

Same problem for me... searches taking around 10 minutes.
I first thought that Songbird crashes, but yesterday I went eating with songbird "crashed" and 10-12 Minutes later suddenly Music started to play...
I mean even Winamp or WMP are able to manage searches on my library.
And I atm have only about a quarter of my songs in my Songbird library (around 130GiB).

you can fix this temporarily by typing your search in something other then songbird and copy/paste it into the songbird search bar. I hope that the new release will be there really soon because it is annoying! :)

Still not fixed. A media player is only as good as it's ability to search and play your media without locking up or crashing at the 'search' part. Songbird is a joke if you have a moderately sized collection.

@anavrintobin: I totally agree. This should be prio #1!

This issue should be fixed ASAP ... Sometimes my 40K library is freezing for 10 minutes if I search for an artist, sometimes it does its job within seconds.. It's really irritating. Is there a bug to vote for in bugzilla?

After reinstall Windows (Vista) I haven't longer any Problems with the search (same Songbird Version, same Database, I copied the Songbird Profile folder and use it without any changes). It seems to be a problem with another application or library?

hmm... I don't know.. it seems to me, that it depends on the artist you search for... search is very fast for 311, but needs minutes for ZZ Top...

@all
Search, and general application performance, will be greatly improved once Bug 11831 is fixed.

You can track the comments on this work item by:

1. Going to the "people" box in the upper right hand corner of bug # 11831

2. Add your email in the "add cc" box

3. Scroll down and hit commit.

If you don't have a free bugzilla account, signing up is quick and easy and will allow you to share your feedback directly with the development team.

thx Michael, but why is such an important issue not considered in jackson 5. In the bug it says that it will be considered in Kanye. Thats a long time...

@Michael Purses

Done!

This is a problem with SQLite! Amarok has the same problem when it uses SQLite. If have a large collection i recommend using Amarok+MySQL , its the only software i have found that can handle my collection (~30,000 files).

Peace

I think what you are talking about seems to be an open source habit if you get what I mean. The open source movement really got started with linux and server geeks. People that often had to deal with large data bases. I think it just has to do with the preference of the software designer. I prefer having the program search as I type because it saves me from having to type "soon it will be cold enough to build a fire" and I can just type "soon i" and click once to start the song. I prefer it because I get the feed back on my search in real time so I know when it does not need to be refighned any more.

I would rather see an option in a menu some where that will let the user switch between the instant search method and one that requires you press enter and the end of your query.

I think what you are talking about seems to be an open source habit if you get what I mean. The open source movement really got started with linux and server geeks. People that often had to deal with large data bases. I think it just has to do with the preference of the software designer. I prefer having the program search as I type because it saves me from having to type "soon it will be cold enough to build a fire" and I can just type "soon i" and click once to start the song. I prefer it because I get the feed back on my search in real time then I know when it does not need to be refined any more.

I would rather see an option in a menu some where that will let the user switch between the instant search method and one that requires you press enter and the end of your query. That is of course after the back end issues are worked out.

I have been using songbird for a long time now.

But my music library has increased to 12000 songs

And the search feature is giving me a lot of trouble.

The searches are slow and wheni try to make a new search the software stops responding and i have to start it again.

So i m forced to switch to itunes and mediamonkey.

Please do something about it.

This reply was created from a merged topic originally titled
The search feature is giving a lot of trouble..

same here, XP32 4.000 songs - it takes 30 sec. (nightly buil from today)
vista64, 25.000 songs - minutes, no response...(1.2)

how to quick fix: make an option to disable searchOnKeypressed

i already reinstalled winamp.... sucks...

so when can we use it again?

philler you must have like 50 songs in your entire library. This is a very serious problem that prevents people from using Songbird in favor of faster clients.

Got the same problem here, got around 30k songs on a smb drive and client always locks up when I start typing.

Any idea what type of database is behind the music library? is there a exists check while searching ?

I just got the latest version of Songbird via daily builds
( deb http://ppa.launchpad.net/songbird-dai... jaunty main )

Version: Songbird 1.4.0a, Build 1205 (20090728220037)

-Uxinn

in 5 of 10 times, songbird nearly completely locks up when i search my library. often i have to force-shutdown it. moved my library from an external firewire 400 to an external firewire 800 (!) drive, and the problem only slightly improved.
this makes songbird basically useless.

it is obviously a problem of the library size, cause when i import only e.g. 1/4 of my music, songbird is alot faster.

please please plase get this fixed

version: Songbird 1.3.1, Build 1218 (20090804030239)
system: Mac OS X 10.5.7

Still no fix for this gigantic problem? Unbelievable!

I think that they are short on developers or something...
I hope that Winamp will be available for OSX one day.

I use Windows 7: same problem!

Tip for present users: When searching.

1. Type one letter of the search.
2. Observe the count of items in the lower right of the screen, wait for it to change to a lower number.
3. Repeat

This also gives you an indication of how slow the search is and reduces frustration.

I am having the same issue as most of the above people, about 10K songs, Songbird will hang for anywhere from 15 seconds to 2 minutes when using the search. Windows Vista 64 Premium (Core 2 Duo 3.0Ghz - 4GB RAM)

@ltkermit

With that kind of hardware @ 10k songs... It seems like something might be wrong with your Songbird installation.
Or it might be hinting toward it being a 64bit problem.(Or other hardware specific) Try wiping your profile(or creating a new one), uninstall Songbird, then download 1.2 again from the website.

The only time my search got that slow was when I install non-final release builds (might be worth other people here to try it in a new (non beta) installation & profile). (And/Or compare hardware)

Hey Michael, thanks for the tip! I have actually already tried doing that and it didn't seem to help. The problem I described above is actually on my wife's computer. On mine (exact same specs) I do not have the issue, but I only have about 1500 songs in my library. Any other ideas?

In the 1.2 release I still have this problem with large databases... but only in windows. In Linux (ubuntu) I never had this problem.
I hope that for 1.4 this bug is fix for windows users :D

I recently installed the latest nightly, which greatly improved the overall search performance but already found a new bug...
If I search for an artist name that contains spaces songbird freezes, if I paste the name in the box everything is ok...
Platform is WinXP 32bit.
Can anyone confirm this?

Edit: sry forgot my songbird version: Songbird 1.4.0b3, Build 1303 (20091007151242)

Nothing has worked for me. I don't get it, I can type DMX in the songbird search box, and everything works fine. But if I type a different artist it will freeze up. Songbird is the only software that makes my computer freeze since I left windows! it's also the only program in ubuntu that I know of that has everything I'm looking for in a music program. I really don't know what to do!

@Gilberto Thats odd.
Actually, the only OS where Songbird worked out really fine, was in Ubuntu.
Are you trying a nightly? or a beta or songbird?

The actual release works out fine.. and in the new release, I think they worked that through

I had the same problem using Vista. Now, with the same notebook but Win7 64Bit on it the search is fast! :)

hello.


songird freeze on even search when i play a song and eat up all my cpu power (100%). :(


if i select the library pane BEFORE i perform the search, it works fine.


my library has about 20237 entries.


i tried songbird with a smaler library (e.g. 1200 entries) and this effect will not be happen.


my machine runs with a windows xp/sp3.


tested with all available versions of songbird (1.1.2 / beta 1 and 2 / nightly builds)


is there any workaround to fix this?

This reply was created from a merged topic originally titled
songbird freeze on even search..

I have the problem too