After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 613723 - Grid view is a bit slow
Grid view is a bit slow
Status: RESOLVED WONTFIX
Product: banshee
Classification: Other
Component: User Interface
git master
Other Linux
: Normal normal
: 1.x
Assigned To: Banshee Maintainers
Banshee Maintainers
gnome[unmaintained]
: 634660 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2010-03-23 18:19 UTC by mannheim89
Modified: 2020-03-17 08:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description mannheim89 2010-03-23 18:19:02 UTC
Steps to observe:

1. Open up banshee with grid view and a large library. Drag the scrollbar thumb rapidly downwards.

2. For comparison, open up the folder ~/.cache/media-art/90 in a nautilus window, with icon view at 100%. (The appearance is similar to banshee's grid.) Drag the scrollbar thumb rapidly downwards again.

Expected results: banshee is as fluid as nautilus.

Actual results: There is a marked difference between the two. On my desktop (which is moderately fast), it is easy to drag the thumb in banshee in such a way that the grid view does not keep up: instead, after a delay of perhaps 1/4 second, the grid view "jumps" to the new position. By contrast, in nautilus, the icons fly by very fluently.
Comment 1 David Nielsen 2010-11-14 00:17:05 UTC
*** Bug 634660 has been marked as a duplicate of this bug. ***
Comment 2 Gabriel Burt 2010-11-14 04:23:28 UTC
Please test again with 1.9.0 - it should be substantially faster.
Comment 3 Sven Nielsen 2010-11-14 06:28:48 UTC
Did not improve at all in 1.9.0.

I have a netbook (EEE PC with new Atom N450), and album view and new Podcast view are unusable on this machine, making banshee as a whole very unpleseant to use. Scrolling through these liste maxes my CPU and leads to a system stall between 1 and 5 seconds before the view finally updates. 

I suppose the purpose of these lists should be to allow comfortable library searching and browsing, in this, both views unfortunately fail completely because of their laggy performance.

There are thousand of users with netbooks, slower, or simply non-up-to-date hardware. For all of these, this lagginess and huge performace footprint greatly impact the user experience.
 
Regards
Sven
Comment 4 Gabriel Burt 2010-11-15 22:47:14 UTC
Agreed that it needs to be faster.  On a desktop computer, you can slow it way down by enabling smooth scrolling (banshee-1 --smooth-scroll)
Comment 5 Gabriel Burt 2010-11-17 18:46:05 UTC
I just pushed several changes to hyena and banshee master that should speed up the grid considerably.  It's still not as fast as it should be, though; smooth scroll is almost usable now for the grid on my decent-powered laptop, but obviously that's not good enough.
Comment 6 David Nielsen 2010-11-23 02:21:03 UTC
With smooth scroll enabled current git is fairly usable on my low powered dual core ATOM powered nettop. Not a speed demon but far improved from the 1.9.0 grid, and awe inspiringly beautiful to boot.
Comment 7 André Klapper 2020-03-17 08:47:13 UTC
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived.

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect
reality. Please feel free to reopen this ticket (or rather transfer the project
to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the
responsibility for active development again.
See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.