getmusicbee.com
General => MusicBee Wishlist => Topic started by: ild2 on April 21, 2010, 08:06:16 PM
-
could you make the File Organiser window save it's position and make it resizeable? The preview area can be a little small, especially when working with a lot of files at once.
i mostly use the artwork view. i recently switched to a much faster pc but i still find the drawing speed unsatisfying. if you scroll through the list of covers there is a lot of flickering. i was thinking that maybe it would help to prebuffer the invisible line above and below the drawn area?
-
I agree.
-
I would agree with the speed of the artwork layout. I have a very fast PC (3ghz quad core) and it flickers enough on a moderate-sized collection that I use artwork & tracks instead so I don't have this issue.
I would happily sacrifice higher RAM usage to have the option to cache the images more to avoid flickering. I'm no progammer, so I don't really know what can be done, but I support it anyway. :P
-
i'm already caching the pictures. I have to say i dont understand why its so bad for some people.
As an experiment could anyone with the slowness try this one and see if it makes any difference
http://www.mediafire.com/?ezku2mdmj4d
-
with the new exe there is no more visible reloading when scrolling page by page through artwork view but scrollling with the mousewheel or dragging the scrollbar still flickers. it looks as if the first/last line of covers "smear", looks as they appear partialy twice at the same time.
in the previous versions i could see the images getting drawn from left to right when scrolling. this was easy to see when displaying more, smaller images. the effect persisted with less images but resulted in more of a flicker due to it's speed.
maybe some kind of fluid scroll could help smoothing the edges? i'm normaly not a fan of "smooth" scrolling though.
-
could you try this (again as an experiment)
http://www.mediafire.com/?ohmgm2vrjno
if its still really slow could you have a look at the CPU usage while its displaying and see if it has prolonged high usage (it might spike at the start though)
and how big are you original pictures?
otherwise i would like to give you a test program so i can start eliminating different things it might be
-
3373:
dragging the scrollbar feels more responsive, the view follows faster but flickering is still very bad. worse than 3372 i'd say. visible drawing from left to right is back in this build.
constantly scrolling through results in about 50% overall cpu usage with the first core going up to about 80%.
pictures are usually 300x300 with some about 500x500 max. no large megapixel images.
-
i've lowered the resolution on the pictures to see if thats what it is:
http://www.mediafire.com/?2dd2k45zzyi
could you also check the cpu as before
-
overall cpu usage is simliar, 50 to 60% but it seems both cores are used almost equally now at ~60%.
scroll behaviour is similar to 3372 again. page by page scrolling by clicking on the scrollbar areas results in a slight lag but no visible drawing (i think it's better this way). scrolling feels faster but the "smearing" effect on the first/last line still exists.
fast scrolling still has some flickering but it's less noticeable.
my "reference" here is windows explorer which still feels a lot more fluid (showing thumbs of a large folder with digicam images)
-
could you try this one - i've put the resolution back up but made a setting change that (i hope) should reduce the smearing
http://www.mediafire.com/?5nz1fojejnl
-
image quality is back (yay ;)) but smearing is as noticeable as before
-
can you send me a screen shot please and what is the performance like now?
-
i don't notice any change in performance. processor usage when constantly scrolling is 50 to 60% as before.
http://img36.imageshack.us/img36/5274/unbenannttf.png
that's the screenshot you need?
EDIT:
another screenshot where i tried to "catch" the smearing. you see lines that appear twice and one part of a line being duplicated.
http://img684.imageshack.us/img684/5434/unbenanntwmq.png
-
does it stay like that in the 2nd image if you take no further action?
also if you temporary make the pictures the maximum size, does that improve performance?
-
i've created a debug version that logs how long each step is taking.
http://www.mediafire.com/?3jqz0diznoq
After you run it and scroll a couple of pages could you go to the error log (Help/ Support/ View Error Log) and send the entries from around the time you run this.
I suggest you keep your current version handy and replace the debug one afterwards
-
does it stay like that in the 2nd image if you take no further action?
also if you temporary make the pictures the maximum size, does that improve performance?
no, it's only a fraction of a second that the doubling appears. i catched it by taking a screenshot while scrolling around and it happened to be visible on the screenshot like that.
maximum size is faster but the effect is the same with the first and last line smearing/flickering.
-
i've created a debug version that logs how long each step is taking.
http://www.mediafire.com/?3jqz0diznoq
After you run it and scroll a couple of pages could you go to the error log (Help/ Support/ View Error Log) and send the entries from around the time you run this.
I suggest you keep your current version handy and replace the debug one afterwards
http://rapidshare.com/files/382369298/ErrorLog.dat.html
-
i dont see anything exceptionally bad in those timings - its about 3-5 times slower than it displays for me but still < 50ms to display a page.
I guess what windows explorer will be doing is have a timer so it refreshes at intervals rather than every time time you drag the scroll bar so it can skip some refreshes if you scroll fast. I'll have a look at this but probably at a later date as there are a number of other looks i need to look at.
-
sound reasonable, thanks for "investigating" this ;)
-
i've implemented a new approach - it should be more responsive but i am keen to hear feedback plus or minus
http://www.mediafire.com/?zhqyhizyzhn