INTERACT FORUM

Please login or register.

Login with username, password and session length
Advanced search  
Pages: [1]   Go Down

Author Topic: panes are becoming a pain...  (Read 3466 times)

dragyn

  • Guest
panes are becoming a pain...
« on: December 29, 2003, 11:06:39 pm »

...well for me at least. It takes MC 5secs before it even starts to get the files. It's just sittin' there day dreaming or something.

Any chance of changing this so it becomes more instant?
Logged

Matt

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 42386
  • Shoes gone again!
Re:panes are becoming a pain...
« Reply #1 on: December 30, 2003, 08:59:30 am »

Is this with your 150,000 file library on an 800 mhz?  Is it slower than it was with 9.1?

Less files, no view filter, and less (or non-calculated) panes will all help.

Any more specifics?
Logged
Matt Ashland, JRiver Media Center

sapnho

  • Regular Member
  • Galactic Citizen
  • ****
  • Posts: 301
  • Leave a legacy
Re:panes are becoming a pain...
« Reply #2 on: December 30, 2003, 01:47:22 pm »

Is this with your 150,000 file library on an 800 mhz?  Is it slower than it was with 9.1?

Good one! ;D ;D ;D
Logged

Pink Waters

  • Regular Member
  • Citizen of the Universe
  • *****
  • Posts: 881
  • Finally I understand the feelings of the few
Re:panes are becoming a pain...
« Reply #3 on: December 30, 2003, 05:13:15 pm »

anyway to improve the speed of the media library matt ?  :)
Logged
Tamer

Matt

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 42386
  • Shoes gone again!
Re:panes are becoming a pain...
« Reply #4 on: December 30, 2003, 05:43:23 pm »

Quote
Good one!

He really does have 150,000 files.  He's been a huge help in making MC faster in the past.

We normally spend some time optimizing once we've stopped making too many changes.  I'm not sure we're there yet.

Still, if people can isolate when it's slow, it'll help.

Things to look at:
  • Action Window configurations / views
  • View scheme configurations
  • Media Mode (audio, image, etc.)
  • Removal / addition of large meta-data like bios and lyrics
  • Thumbnail vs. details mode
  • etc.


Let us know if you can pinpoint any particual thing that's slow.
Logged
Matt Ashland, JRiver Media Center

dragyn

  • Guest
Re:panes are becoming a pain...
« Reply #5 on: December 30, 2003, 06:39:57 pm »

Hi Matt,

It's after the view scheme has loaded. There could only be 2,000 files shown. But it's not that.

It's when you click on an Artist in the pane. The artist could only have 4 songs. But that's not it either.

It's when MC stalls for the wait time before starting to get the files (status window would be empty). That's where the slowdown is. 5secs delay to show 4 songs seems a bit long.

I'll do some more digging here to see what's going on.
Logged

dragyn

  • Guest
Re:panes are becoming a pain...
« Reply #6 on: December 30, 2003, 07:06:08 pm »

oh and if there's something being processed before the status window display kicks in, then forget this post as I know my PC is slow and I have a few thousand files.
Logged

fex

  • Guest
Re:panes are becoming a pain...
« Reply #7 on: December 30, 2003, 07:17:03 pm »

One or maybe two seconds here with over 40'000 files.

Quote
Media Center Registered 10.0.26 Intel Pentium 4 1970 MHz MMX / Memory: Total - 523 MB, Free - 157 MB
Logged

dragyn

  • Guest
Re:panes are becoming a pain...
« Reply #8 on: December 30, 2003, 10:18:45 pm »

I had a view filter applied. :doh:

I don't think that's the problem though. I think there's something with how the panes are shown versus the search critera used. Here's an example:

#1 If I choose Media Library (All Files) and click on an Artist, that Artist is shown instantly.
#2 If I goto Audio (All Files), and click on Artist (same pane / sort setup), there's a 1-2sec delay.
#3 If I goto Audio / Artists, and click on Artist (same pane / sort setup), there's a 2-3sec delay.

Notice every time I go deeper into a view scheme (showing the same files [Media Type]=[Audio]), the longer the delay is.
With a filter applied, it's even longer. I can stand 2-3secs. Not 5+ secs. I like to click around a lot.

If I'm in a Media Mode (Audio), the delay is still there (same as above). It's not instant when in the first level (Audio), it's the same as #2 from above.

If I add [Media Type] to the pane column of #1, and then click on Audio, then to Artist, there's a 1-2sec delay (#2).
In this view, if Media Type (first column) is set to All, then when clicking on an Artist, it's the same as #1

I don't think it has anything to do with status messaging because all of that is instant. It's happening after the click, before the messages.
Logged

Drowbe

  • Guest
Re:panes are becoming a pain...
« Reply #9 on: December 31, 2003, 12:10:39 am »

Notice every time I go deeper into a view scheme (showing the same files [Media Type]=[Audio]), the longer the delay is.
Interesting...for me it is the opposite.  As I drill down, the whole thing speeds up.  It is at the upper levels where it is sorting the 23k files that I see a slowdown.
Logged

dragyn

  • Guest
Re:panes are becoming a pain...
« Reply #10 on: December 31, 2003, 06:20:01 am »

That's the same for me too. I'm talking about in the panes while clicking a field is where it becomes slower.
Logged

jleerigby

  • Guest
Re:panes are becoming a pain...
« Reply #11 on: December 31, 2003, 06:49:43 am »

I did some digging on this before and commented on my findings in the same thread as Dragyn - must be at least 3 months ago.  I never really got much comment but what I found was that it's not a good idea to use the 'Honor parent view scheme rules' setting if the parent has a sort specified.  It's better to uncheck this setting and apply the sort manually to the child.  

Does this make a difference?
Logged

Matt

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 42386
  • Shoes gone again!
Re:panes are becoming a pain...
« Reply #12 on: December 31, 2003, 08:58:41 am »

Adding anything with a tilde (~) to a view scheme rule will cause it to get evaulated in serial instead of parallel so it'll be much slower.

If you want sorting, use the "Customize View" system instead of a search criteria.

Could this explain what you're seeing Dragyn or Drowbe?
Logged
Matt Ashland, JRiver Media Center

Matt

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 42386
  • Shoes gone again!
Re:panes are becoming a pain...
« Reply #13 on: December 31, 2003, 04:20:17 pm »

Let us know if the build that just went out (27) is any better. (it should be)

Also, let us know if any of the stuff from my post right above this one made any difference.
Logged
Matt Ashland, JRiver Media Center

dragyn

  • Guest
Re:panes are becoming a pain...
« Reply #14 on: December 31, 2003, 04:31:47 pm »

I haven't tried 27 yet but all I had in my schemes was [Media Type]=[Audio], that's it..no ~.

Based on some other things I've found out, MC is re-reading the panes when clicking on an entry. That's probably what's going on.
Logged

Matt

  • Administrator
  • Citizen of the Universe
  • *****
  • Posts: 42386
  • Shoes gone again!
Re:panes are becoming a pain...
« Reply #15 on: December 31, 2003, 04:46:37 pm »

Quote
Based on some other things I've found out, MC is re-reading the panes when clicking on an entry. That's probably what's going on.

Whenever you click a pane, MC updates the other panes.  The build that just went out adds caching so this is a lot faster in some cases.  It may still need some tuning though.

Thanks.
Logged
Matt Ashland, JRiver Media Center

dragyn

  • Guest
Re:panes are becoming a pain...
« Reply #16 on: December 31, 2003, 05:49:54 pm »

This may get a little long and probably confusing so here goes...

My test was done using constants. Everything was done using the same Artist/Album scheme, same sorting, same action windows (none), and things like that. So in my last test, there was a difference in how fast the same items were appearing.

Now in 27, things are definately faster but to me (now), the above scenario still exists. Now with viewing the root of Media Library, there's a huge speed increase.

Now I don't know what you mean by this: >>Adding anything with a tilde (~) to a view scheme rule will cause it to get evaulated in serial instead of parallel so it'll be much slower

Here's an example that could become a problem for a new user (not something I was referring to in the above test):

When adding a new view scheme, someone could add "playlist" to the rules. This is fine but the default playlist for me is (Auto Smartlists (music)). If someone would click on that, it would put that into the view scheme (by default), and here's what happens:

All the smartlists are shown in the pane, including the random ones. This is were ~ comes in: ~sort=random

When viewing this smartlist in a pane and clicking on random, the next pane (artist or whatever) fills up with random entries. This is fine and is the way things should be expected. What happens next is if you click on an Artist there, no results are displayed. The reason for this is I think MC is re-evaluating the ~sort (is this what you were referring to?)

So now is this something you would want in MC? Having fields not showing anything in the list? I have no problem with this but a new user wouldn't know what to do or know what happened.

This is why I thought MC re-reads the data in the schemes (panes). This was based on my example a few posts up. I thought the panes were slower than in the root of the library because there's nothing to re-read in the root.

27 is definately faster. You guys obviously done a lot of work. I really shouldn't be the one complaining about it. I'm using an old computer, have only 192 megs of ram..definately not the standard these days, and currently running at 185,244. I'm just trying to find out where this library comes in a slump. If it works fine on this pc, it should do the same on others.

Thanks again for all the speed improvements! The pane lists are now coming in at <2secs which is great!
Logged

LisaRCT

  • Guest
Re:panes are becoming a pain...
« Reply #17 on: January 01, 2004, 11:28:44 am »

Things to look at:
  • Action Window configurations / views
  • View scheme configurations
  • Media Mode (audio, image, etc.)
  • Removal / addition of large meta-data like bios and lyrics
  • Thumbnail vs. details mode
  • etc.

Let us know if you can pinpoint any particual thing that's slow.

Matt,
Regarding "
  • Removal / addition of large meta-data like bios and lyrics",

are you looking at using the suggestions that were made a short time ago to have this info stored seperately from the file tags with merely a pointer to the bios/lyrics files as is done with CoverArt?
It seems this would allow the use of Bios/Lyrics without affecting MC's database and speed.
Logged

Drowbe

  • Guest
Re:panes are becoming a pain...
« Reply #18 on: January 01, 2004, 05:23:28 pm »

I've upgraded to version 10.0.27.  It now takes about 4 seconds to sort the files, etc. when loading all of the "All" views (the default view when clicking "Artist/Album" in the tree).

  • I am using the default Artist/Album view
  • I am using no ~'s in the schemes
  • I am in "Audio Mode"
  • There are 22822 files being sorted
  • The view scheme in the bottom pane shows: Track, Name, Artist, Album, Rating, Genre, Duration, Date, and Last Played

Honestly, that is a ton of data to sift through...I have a fast PC and I think MC is doing a great job sorting it.  Clicking any other element in the panes seems to be very fast...there is just too much data for "All".  So, any chance of making "All" an option in the View Scheme?  I would turn it off and let it default to the first item in the list instead.
Logged

Drowbe

  • Guest
Re:panes are becoming a pain...
« Reply #19 on: January 01, 2004, 05:31:09 pm »

Oh, one more thing I noticed...the Action Window seems to repaint a LOT while the sorting is going on.
Logged
Pages: [1]   Go Up