INTERACT FORUM

Please login or register.

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

Author Topic: playlist groups.....  (Read 1553 times)

Ingo

  • Regular Member
  • Galactic Citizen
  • ****
  • Posts: 304
playlist groups.....
« on: January 08, 2004, 04:58:13 pm »

Hi everybody,

I'm not sure, when we lost it, but I realy miss that feature that disabled showing files in playlists that are below a playlist group....
accidently clicking on "Auto Smartlists (music)" takes more than 10 minutes to complete.
During this time MC is completely locked (playing the current song and pausing at it's end). Can't move the window, can't do anything in MC, just sit there and wait.... wait..... wait... for more then 10 minutes.
This is probably because MC needs to evaluate _all_ smartlists in that group....

This is on a 1.2GHz Athlon, enough ram, ~18000 files in lib, lib's size is around 90MB (due to lyrics and bios)

Ingo
Logged

Zarius

  • Regular Member
  • World Citizen
  • ***
  • Posts: 178
  • Addicted to smilies.
Re:playlist groups.....
« Reply #1 on: January 08, 2004, 05:05:20 pm »

Aye aye :)

I was just about to post this myself.. heh.  Mine doesn't take as long, but I've moved the Auto Smartlists into a playlist group entitled 'Working' (along with all my custom smartlists for working on the database) and it takes a while to process when I close the working tree (I have a habit of closing up tree branches when I'm finished in them, unfortuanately when doing this in the working tree it selects the 'Working' group... ouch).

I also imagine there are some situations where having playlist groups show items would be advantageous, so an option for this would be great.
Logged

zeltak

  • Regular Member
  • Galactic Citizen
  • ****
  • Posts: 480
Re:playlist groups.....
« Reply #2 on: January 08, 2004, 05:42:55 pm »

I agree. i just thought about it yesterday, it also takes a while on my comp (a 1.7 p4 500MB mem).

Zeltak
Logged

fex

  • Guest
Re:playlist groups.....
« Reply #3 on: January 08, 2004, 06:10:19 pm »

This is on a 1.2GHz Athlon, enough ram, ~18000 files in lib, lib's size is around 90MB (due to lyrics and bios)...

Maybe time to buy a faster one or reduce the number of files. ;)
Logged

Ingo

  • Regular Member
  • Galactic Citizen
  • ****
  • Posts: 304
Re:playlist groups.....
« Reply #4 on: January 08, 2004, 06:29:45 pm »

hey, this 1.2 athlon is working as tv timeshifting box, recording divx in real time... so just showing a database should be a part time job.... and it's only around 3 years old... ;-)

Ingo
Logged

Drowbe

  • Guest
Re:playlist groups.....
« Reply #5 on: January 08, 2004, 07:54:44 pm »

I just checked the MC page and didn't see any minimum requirements needed to run it...perhaps they need to add some.  

I can't imagine that your PC is not powerful enough for these DB actions.  I've had to video edit (Avid) on less powerful systems and been fine.  I am not sure if it will help, but a good defrag tends to speed up thing here.
Logged

Zarius

  • Regular Member
  • World Citizen
  • ***
  • Posts: 178
  • Addicted to smilies.
Re:playlist groups.....
« Reply #6 on: January 09, 2004, 01:58:29 am »

I agree... it shouldn't take that long.  Just tested it on my old PentiumIII 500mhz and for a 14,000 file library it about 40 seconds (that's my working playlist, which has autosmart playlists as well as a whole heap more stuff under it - about 30 seconds for autosmart playlist(music) itself.)

However the main point it that even 10 seconds is a long time to wait when you've accidently clicked there (it actually only takes 8 seconds on this computer... I'm impatient :P)  Especially when you don't -need- it to do anything but be a group... and even more so when you have a habit of closing up trees, thereby accidently selecting the playlist groups quite often :)
Logged

jleerigby

  • Guest
Re:playlist groups.....
« Reply #7 on: January 09, 2004, 07:33:25 am »

I actually have a few playlist groups that I want to list files.  E.g. If I want a selection of tracks from each decade (let's say 20 from 60s, 20 from 70s etc) I have a playlist group with all these smartlists beneath it.  This is the only way of achieving this type of smartlist.  I've tried nesting the rules and using AND but it doesn't work so I use playlist groups.

Until this is fixed and we can have smartlists like:
([rule],[rule],[rule]) AND ([rule],[rule],[rule]) AND ([rule],[rule],[rule])

I'd prefer to keep it so the playlist groups list all the files.
Logged

Zarius

  • Regular Member
  • World Citizen
  • ***
  • Posts: 178
  • Addicted to smilies.
Re:playlist groups.....
« Reply #8 on: January 09, 2004, 08:17:24 am »

That's why I noted it should be an option (per group) :)

Quote
I also imagine there are some situations where having playlist groups show items would be advantageous, so an option for this would be great.


[size=-2]PS: I thought we could nest searches?  Although I haven't tried that exact combination, I've tried some AND/OR stuff with brackets and it works.. probably not the same though.[/size]
Logged

Zarius

  • Regular Member
  • World Citizen
  • ***
  • Posts: 178
  • Addicted to smilies.
Re:playlist groups.....
« Reply #9 on: January 09, 2004, 09:57:22 pm »

JLee:
Not sure exactly what you mean by the nested rules, but I just tested this and it worked fine:

("California Dream" OR "Blow up the p" ) AND (artist="midnight shift" OR [file type]="ogg")

I have California Dreaming by the Mama's and the Papa's, and also Blow Up The Pokies in mp3 format, both of these were filtered out by this search filter.

EDIT: On further testing I see that the 'limit' filter only applies once per search, not to each bracketed search.... nested rules in this way would be great... I've wanted to get searches with 30% of something and 40% of something else, etc before... hadn't thought of playlist groups actually :)  Thanks :)   (JRiver: nested rules like this would still be very handy, much cleaner at times)
Logged
Pages: [1]   Go Up