Hydrogenaudio Forums

Hosted Forums => foobar2000 => 3rd Party Plugins - (fb2k) => Topic started by: fbuser on 2009-08-01 22:48:58

Title: foo_playlist_attributes
Post by: fbuser on 2009-08-01 22:48:58
This component lets you assign various attributes to a playlist. The component also reimplements two options which are already provided by foo_removeplayed, to make them useable on a per playlist basis.

Download the latest version: here (http://www.foobar2000.org/components/view/foo_playlist_attributes)
Title: foo_playlist_attributes
Post by: Mar2zz on 2009-08-02 00:18:25
Very nice. some options that are on the featurelist also in here. thank you.
Title: foo_playlist_attributes
Post by: Mar2zz on 2009-08-02 10:17:22
Hmm can't edit my post?

obviously remove played and skipped tracks don't work with autoplaylists.

What is the difference between remove played and skipped tracks with the checkbox, and the same option that can be set for a playlist?

very nice to see that the playback order in toolbar changes with the setting made with this component.

great work.
Title: foo_playlist_attributes
Post by: wojtek on 2009-08-02 10:42:53
Brilliant component!
One small question/request - would it be possible to (option?) change playback order on playlist change rather than on playback?
Title: foo_playlist_attributes
Post by: fbuser on 2009-08-02 10:49:09
obviously remove played and skipped tracks don't work with autoplaylists.
It's by design. You can't edit an autoplaylist manually either.

What is the difference between remove played and skipped tracks with the checkbox, and the same option that can be set for a playlist?
The checkboxes are for the global settings for all playlists.

Title: foo_playlist_attributes
Post by: fbuser on 2009-08-02 10:52:59
One small question/request - would it be possible to (option?) change playback order on playlist change rather than on playback?
That doesn't make any sense to me. The playback order is related to the current playing playlist. Why should it be changed, when you switch to another playlist?
Title: foo_playlist_attributes
Post by: wojtek on 2009-08-02 11:02:41
That doesn't make any sense to me. The playback order is related to the current playing playlist. Why should it be changed, when you switch to another playlist?


Good point... i've just thought of it like i do usually - switch to playlist, choose playback order, play something. My suggestion was more of informative type - you switch to a playlist and you can imediatelly see the playback order for the selected playlist, but that would be hard / impossible to implement because it would collide with the real playing order. Ergo - never mind (;
Title: foo_playlist_attributes
Post by: fbuser on 2009-08-02 11:23:53
you switch to a playlist and you can imediatelly see the playback order for the selected playlist
For playlists with specific settings you will need a few mouse clicks, but you can see it in the main menu: Playback -> Playlist playback attributes -> Playback order
Title: foo_playlist_attributes
Post by: Black_Over_Bills_Mothers on 2009-08-02 11:25:26
@fbuser
Great component - thanks. And now the usual 'but it would be better if...'!

Would it be possible to;
1) Implement a context menu for each playlist so that only it's attributes could be changed/viewed from the menu system rather than via settings
2) I use a naming convention for my playlists eg. "s_blahblah". The s_ denotes a singles ie. non-album related playlist. Could you please implement a wildcard naming convention (a la SQL) to allow one playlist settings to be applied to any playlist matching the criteria.

Thanks for your time in developing the foobar components - they are much appreciated.
Title: foo_playlist_attributes
Post by: Robertina on 2009-08-02 11:59:45
fbuser,

I have tested your new plugin but I have some difficulties to understand how it works. I hope my questions are not to foolish:

Quote
On starting a playback session, the attributes, which are specific to a playlist, are set. They will be reset on stopping a playback session. ... Changing the attributes for the playing playlist will take affect on the following playback session.


I assume that a "playback session" and a "foobar session" are two different things.

So when exactly begins / stops a "playback session"? With the choosing of an playlist (and playing an arbitrary track in it)?

Additionally

What do you think about an option to send the removed tracks to a special playlist to delete the files later from this playlist? This would be very usefully for me for my podcasts.

Thank you for foo_playlist_playback_attributes.

Robertina.
Title: foo_playlist_attributes
Post by: smkk on 2009-08-02 23:57:19
Very nice component, thanks for this.
Only one very minor issue. For some reason foo_whatsnew keeps showing the "new" features of this plugin every time i start foobar (instead of only showing them once).
Title: foo_playlist_attributes
Post by: wojtek on 2009-08-03 13:02:56
2) I use a naming convention for my playlists eg. "s_blahblah". The s_ denotes a singles ie. non-album related playlist. Could you please implement a wildcard naming convention (a la SQL) to allow one playlist settings to be applied to any playlist matching the criteria.


+1
Title: foo_playlist_attributes
Post by: fbuser on 2009-08-03 18:33:51
1) Implement a context menu for each playlist so that only it's attributes could be changed/viewed from the menu system rather than via settings
You may have noted it already, but you can change the attributes for the active playlist via the main menu. See the post above yours.

2) I use a naming convention for my playlists eg. "s_blahblah". The s_ denotes a singles ie. non-album related playlist. Could you please implement a wildcard naming convention (a la SQL) to allow one playlist settings to be applied to any playlist matching the criteria.
I have not decided, if I will do it, yet. It is obviously useful when using many playlist, but it would add an additional level of complexity. Further such a feature has currently no use for me, so I'm not very eager to implement it.

So when exactly begins / stops a "playback session"? With the choosing of an playlist (and playing an arbitrary track in it)?
It's discussed in a more technical way here (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=67695&view=findpost&p=602334). Simplified said, a playback session starts, when you press play and ends when you press stop.

What do you think about an option to send the removed tracks to a special playlist to delete the files later from this playlist? This would be very usefully for me for my podcasts.
For removing played tracks, you can achieve the same with foo_navigator. But I like the idea and think that I will implement it.

Very nice component, thanks for this.
Only one very minor issue. For some reason foo_whatsnew keeps showing the "new" features of this plugin every time i start foobar (instead of only showing them once).
I can't reproduce it here, although I'm alway using foo_whatsnew, even in my test environment. But I recognized a similar issue, not related to foo_playlist_playback_attribute, when I used foo_menu_addons. Are you using this component?
Title: foo_playlist_attributes
Post by: smkk on 2009-08-03 20:36:53
I can't reproduce it here, although I'm alway using foo_whatsnew, even in my test environment. But I recognized a similar issue, not related to foo_playlist_playback_attribute, when I used foo_menu_addons. Are you using this component?

I have to apologize, it wasnt foo_playlist_playback_attribute which was causing the problem appearently. The problem was that foobar was unable to update the features.dat (access denied), after removing the hidden attribute from the file everything worked again.
Again thanks for this useful component. =)
Title: foo_playlist_attributes
Post by: q-stankovic on 2009-08-05 17:31:50
hello fbuser,

i have no feature requests but two minor suggestions - if you like call them pedantic.

1. Could you use the new case sentence style for the name of the commands?

2. Wouldn't main menu -> edit be the better place for assigning playback attributes as this submenu is related to current/active playlist?
Title: foo_playlist_attributes
Post by: Fractal_Mortality on 2009-08-06 08:46:27
Excellent plugin!

My request: Adding integration of "stop after current" behavior for individual playlists.
Title: foo_playlist_attributes
Post by: odyssey on 2009-08-06 09:32:35
Ooooh have we been missing this component forever? I think we have!! Brilliant - THANKS!!!!!

I only have one request for change to it: Instead of choosing specific playlists, it would be great if you could assign attributes with wildcards, just like in columnsui options. I believe this could be done with a combo-box, in style with the "Send to" playlist selection, so it wouldn't affect people that want it the way it is today.


My request: Adding integration of "stop after current" behavior for individual playlists.

+1
Title: foo_playlist_attributes
Post by: odyssey on 2009-08-06 11:03:27
Another thing I thought of; would it be possible to make defaults? Say, any playlist not specified should follow these attributes?
Title: foo_playlist_attributes
Post by: Robertina on 2009-08-06 17:47:49
My request: Adding integration of "stop after current" behavior for individual playlists.

Great idea!

And a dream would be if Stop on current (http://www.hydrogenaudio.org/forums/index.php?showtopic=72587&view=findpost&p=640045) could be integrated as well, but I assume there is not much chance because it is an additional plugin which isn't available on all systems.
Title: foo_playlist_attributes
Post by: fbuser on 2009-08-06 19:29:12
[quote author=q-stankovic link=msg=650038 date=1249489910]1. Could you use the new case sentence style for the name of the commands?[/quote]No. Althought I don't no what you exactly mean with "new case sentence style", it doesn't matter in this case. The problem is that the commands are available via the menu and via a dropdown box in the preferences. According to an older style guide menu commands should use book title style and dropdown box entries should use sentence style. According to a new style guide (the actual?) even menu commands should use sentence style, which is currently inconsistent with the menus in foobar2000. But consistency within the component is more important for me, so I use sentence style for all entries. It also fits better to the replaygain processing modes, which are also written in sentence style.

[quote author=q-stankovic link=msg=650038 date=1249489910]2. Wouldn't main menu -> edit be the better place for assigning playback attributes as this submenu is related to current/active playlist?[/quote]No, although assigning attributes to a playlist is technically a kind of editing the playlist, all attributes are related to playback in the first place.


My request: Adding integration of "stop after current" behavior for individual playlists.
It ist not very useful IMHO. It will only produce playlists which will stop after each track. What can be done with this?


Another thing I thought of; would it be possible to make defaults? Say, any playlist not specified should follow these attributes?
It's already there. If you choose the global value for an attribute, it uses the fb2k standard settings.
Title: foo_playlist_attributes
Post by: odyssey on 2009-08-06 23:23:22
Quote
Another thing I thought of; would it be possible to make defaults? Say, any playlist not specified should follow these attributes?
It's already there. If you choose the global value for an attribute, it uses the fb2k standard settings.

Who said fb2k's standard settings are my preffered settings?  I suppose the default fb2k setting is "Default" i.e. non-shuffled?
Title: foo_playlist_attributes
Post by: fbuser on 2009-08-06 23:48:16
Quote
Another thing I thought of; would it be possible to make defaults? Say, any playlist not specified should follow these attributes?
It's already there. If you choose the global value for an attribute, it uses the fb2k standard settings.

Who said fb2k's standard settings are my preffered settings?  I suppose the default fb2k setting is "Default" i.e. non-shuffled?
Maybe we misunderstand each other, but if you choose for example from the main menu "Playback -> Order -> Repeat (playlist)" as your standard setting, it will be used for all playlists, which have the global option assigned for playback order. Actually it means there is no attribute assigned to these playlists, so in this case the component will do nothing for the specific attribute.
Title: foo_playlist_attributes
Post by: odyssey on 2009-08-06 23:56:15
Yes that makes more sense. I would probably refer to it as it "reverts to previous state" or "reverts to last manually set state"
Title: foo_playlist_attributes
Post by: Fractal_Mortality on 2009-08-07 05:33:15
My request: Adding integration of "stop after current" behavior for individual playlists.
It ist not very useful IMHO. It will only produce playlists which will stop after each track. What can be done with this?



Well, I am a radio DJ at my college and I use foobar to play tracks... Typically I like to have "stop after current" activated and have my tracks for the night all lined up. I normally don't use this feature while listening to music regularly, so having a specific "radio" playlist would be nice to have default play order and stop after current.
Title: foo_playlist_attributes
Post by: DaMatrix on 2009-08-07 08:05:42
Very nice component!

Besides the request for "stop after current" behavior for individual playlists, I would like to see "Monitor Playing Tracks" for individual playlists. Sometimes I do not want Foobar to monitor the playing tracks. It would be nice when I play those songs in a specific playlist, "Monitor Playing Tracks" would automatically turn off (and of course would turn on when playing other playlists). It does occur from time to time, that I forget to put "Monitor Playing Tracks" on or off and this can be fixed with your component.

One other thing. When switching the playback order via "Playback -> Playlist playback attributes -> Playback order", the playback order will only change after the playlist is manually started. One would think that when changing the playback order via the menu, the playback order will change immediately especially when the playlist is playing.
Title: foo_playlist_attributes
Post by: odyssey on 2009-08-07 10:29:41
My request: Adding integration of "stop after current" behavior for individual playlists.
It ist not very useful IMHO. It will only produce playlists which will stop after each track. What can be done with this?

I might use it with my streaming playlist to stop playback if a stream breaks or if my internet connection is interrupted. In that case I don't want foobar to try playing other streams.

In addition to that, I think the "Playback follows cursor", "Cursor follows playback" and both options off as an option could be useful, especially for all my maintenance autoplaylists. Often I'm editing tags or something and disable the cursor focus or set it to playback follows cursor.
Title: foo_playlist_attributes
Post by: DaMatrix on 2009-08-07 10:37:38
Very nice component!

Besides the request for "stop after current" behavior for individual playlists, I would like to see "Monitor Playing Tracks" for individual playlists. Sometimes I do not want Foobar to monitor the playing tracks. It would be nice when I play those songs in a specific playlist, "Monitor Playing Tracks" would automatically turn off (and of course would turn on when playing other playlists). It does occur from time to time, that I forget to put "Monitor Playing Tracks" on or off and this can be fixed with your component.

One other thing. When switching the playback order via "Playback -> Playlist playback attributes -> Playback order", the playback order will only change after the playlist is manually started. One would think that when changing the playback order via the menu, the playback order will change immediately especially when the playlist is playing.


Another thing that I came up with. What about separate volume control per playlist? Some playlists are only used with a headphone (low volume) while other playlists are through an amplifier (max volume, volume controlled further with the amplifier).
Title: foo_playlist_attributes
Post by: fbuser on 2009-08-07 11:16:12
Besides the request for "stop after current" behavior for individual playlists, I would like to see "Monitor Playing Tracks" for individual playlists. Sometimes I do not want Foobar to monitor the playing tracks. It would be nice when I play those songs in a specific playlist, "Monitor Playing Tracks" would automatically turn off (and of course would turn on when playing other playlists). It does occur from time to time, that I forget to put "Monitor Playing Tracks" on or off and this can be fixed with your component.
This is not possible, because "Monitor Playing Tracks" is provided by foo_playcount not by the core, so I have no access to it.

One other thing. When switching the playback order via "Playback -> Playlist playback attributes -> Playback order", the playback order will only change after the playlist is manually started. One would think that when changing the playback order via the menu, the playback order will change immediately especially when the playlist is playing.

This is the way it works. To quote myself:
Changing the attributes for the playing playlist will take affect on the following playback session.


Well, I am a radio DJ at my college and I use foobar to play tracks... Typically I like to have "stop after current" activated and have my tracks for the night all lined up. I normally don't use this feature while listening to music regularly, so having a specific "radio" playlist would be nice to have default play order and stop after current.
I might use it with my streaming playlist to stop playback if a stream breaks or if my internet connection is interrupted. In that case I don't want foobar to try playing other streams.
This makes sense to me. I will think about it.

In addition to that, I think the "Playback follows cursor", "Cursor follows playback" and both options off as an option could be useful, especially for all my maintenance autoplaylists. Often I'm editing tags or something and disable the cursor focus or set it to playback follows cursor.
I first planned to implement this, but then I decided against it, they are more global options.

"Playback follows cursor" is not pinned to one playlist. If you are starting playback on one playlist with this option set, then switch to another playlist and to something with this playlist, the next track will be played from this playlist, even if this playlist may have this option not set. It does not make much sense to me, to have some playlists, which will behave in the one way and others which will behave in the other way.

"Cursor follows playback" only affects the playling playlist. I you are doing something on another playlist it, you will not be bothered by this setting. If you are doing something on the playing playlist, you will either always bothered by this and switch if off, or you don't care. I currently can't image a situation, where you are bothered by this setting on one playlist, but not be bothered on another playlist.

Another thing that I came up with. What about separate volume control per playlist? Some playlists are only used with a headphone (low volume) while other playlists are through an amplifier (max volume, volume controlled further with the amplifier).
Generally it is possible. I will think about it.
Title: foo_playlist_attributes
Post by: q-stankovic on 2009-08-07 14:21:32
[quote author=q-stankovic link=msg=650038 date=1249489910]1. Could you use the new case sentence style for the name of the commands?
No. Althought I don't no what you exactly mean with "new case sentence style" ...
[/quote]

I mean the convention that almost all parts of commands name begin with a capital letter. This is the vista case sentence style and already a convention in foobar. You may consider that as pedantic if not neurotic but this case sentence style is friendlier not only to my eyes.

Here a screenshot:

[a href="http://img19.imageshack.us/i/casesentence.jpg/" target="_blank"]
Title: foo_playlist_attributes
Post by: fbuser on 2009-08-07 15:00:17
[quote author=q-stankovic link=msg=650270 date=1249651292]I mean the convention that almost all parts of commands name begin with a capital letter. This is the vista case sentence style and already a convention in foobar.[/quote]That's wrong. What you mean is title style not case sentence style, which is what I use and is suggested by the Vista style guide (http://msdn.microsoft.com/en-us/library/aa511502.aspx#labels) for menus. Further, I already explained why it is here a problem for me to use title style.
Title: foo_playlist_attributes
Post by: q-stankovic on 2009-08-07 16:32:18
Sorry for confusion as i used the wrong names.

What i really don't understand is your problem: you wrote your nice component for foobar2000 and you see that foobar2000 uses title-style capitalization for menu items.  Why do you refuse to achieve consistency in that point? Is that something that is nothing worth for you?
Title: foo_playlist_attributes
Post by: shakey_snake on 2009-08-07 16:45:43
He's being consistent with the OS.
It's really up to both the core and 3rd party components to follow the vista style guide conventions.

Since the relevant parts of the menu haven't been rewritten in forever in fb2k's menu, it's only natural they're still in XP style.
Title: foo_playlist_attributes
Post by: fbuser on 2009-08-07 17:26:03
[quote author=q-stankovic link=msg=650286 date=1249659138]Why do you refuse to achieve consistency in that point? Is that something that is nothing worth for you?[/quote]Is it so hard to read my first answer to your question completely? So for you, here I quote myself:
Quote
The problem is that the commands are available via the menu and via a dropdown box in the preferences. According to an older style guide menu commands should use book title style and dropdown box entries should use sentence style. According to a new style guide (the actual?) even menu commands should use sentence style, which is currently inconsistent with the menus in foobar2000. But consistency within the component is more important for me, so I use sentence style for all entries. It also fits better to the replaygain processing modes, which are also written in sentence style.


Title: foo_playlist_attributes
Post by: Mar2zz on 2009-08-07 19:12:40
I really like your component and use it too. It really needs some quick enable/disable button somewhere. I didn't want a preconfigured playlist to remove tracks and play random, but possibly just for today. Can you create a global (for all playlistsettings) on/off operator or something, that can be bound to a keystroke or button?
Title: foo_playlist_attributes
Post by: Dr_Colossus on 2009-08-07 19:53:02
Here's a feature I'd like to see.

I would like an option to retain the position of a playlist so I can listen to a something else, and then later return to the same position in the playlist.
Title: foo_playlist_attributes
Post by: odyssey on 2009-08-07 20:00:31
I would like an option to retain the position of a playlist so I can listen to a something else, and then later return to the same position in the playlist.

I don't really see the relevance of such function with this component, but I guess it's a feasable feature...

It sounds somewhat like bookmarks, but for tracks instead of positions in songs. Did you try the bookmarks component to see if it could satisfy your needs?

Otherwise, maybe you might change the way you use foobar2000. You know it has a really nice queue function and recently a great queue manager has been developed

@fbuser
I only have one request for change to it: Instead of choosing specific playlists, it would be great if you could assign attributes with wildcards, just like in columnsui options. I believe this could be done with a combo-box, in style with the "Send to" playlist selection, so it wouldn't affect people that want it the way it is today.

It would be great if you would consider implementing this. I have a large bunch of playlists/autoplaylists I mark and use for i.e. maintenance-purposes. It would be great if I was able to manipulate playback attributes to follow the same rules
Title: foo_playlist_attributes
Post by: Yirkha on 2009-08-07 20:51:06
This is not possible, because "Monitor Playing Tracks" is provided by foo_playcount not by the core, so I have no access to it.
O RLY.
Code: [Select]
void setPlayCountMonitoringState(bool state)
{
  pfc::string8_fast_aggressive name;
  mainmenu_commands::ptr cmds;
  for(service_enum_t<mainmenu_commands> e; e.next(cmds); ) {
    for(t_uint32 count=cmds->get_command_count(),i=0; i<count; i++) {
      t_uint32 flags;
      if (cmds->get_display(i, name, flags) && stricmp_utf8(name, "Monitor Playing Tracks") == 0) {
        if (!!(flags & mainmenu_commands::flag_checked) != state)
          cmds->execute(i, NULL);
        return;
      }
    }
  }
}
Title: foo_playlist_attributes
Post by: fbuser on 2009-08-07 21:45:13
I really like your component and use it too. It really needs some quick enable/disable button somewhere. I didn't want a preconfigured playlist to remove tracks and play random, but possibly just for today. Can you create a global (for all playlistsettings) on/off operator or something, that can be bound to a keystroke or button?
Generally it would be possible, but wouldn't it be better to use a playlist without any special attributes and change the global settings according to your needs?

I would like an option to retain the position of a playlist so I can listen to a something else, and then later return to the same position in the playlist.

I don't really see the relevance of such function with this component
I agree here completely with odyssey

I only have one request for change to it: Instead of choosing specific playlists, it would be great if you could assign attributes with wildcards, just like in columnsui options. I believe this could be done with a combo-box, in style with the "Send to" playlist selection, so it wouldn't affect people that want it the way it is today.

It would be great if you would consider implementing this. I have a large bunch of playlists/autoplaylists I mark and use for i.e. maintenance-purposes. It would be great if I was able to manipulate playback attributes to follow the same rules
I didn't miss it, but a similar request was already answered here (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=73783&view=findpost&p=649680).

This is not possible, because "Monitor Playing Tracks" is provided by foo_playcount not by the core, so I have no access to it.
O RLY.
Code: [Select]
void setPlayCountMonitoringState(bool state)
{
...
}

Ok, my answer was a little bit simplified. I'm aware of the possibility to use mainmenu_commands for this purpose, but I'm a little bit cautious  here to implement such a feature only relying on a menu label, which may not be unique. Further, I'm not using foo_playcount, so it would be totally going out of my scope during daily use of the component.
Title: foo_playlist_attributes
Post by: Mar2zz on 2009-08-07 22:54:15
I really like your component and use it too. It really needs some quick enable/disable button somewhere. I didn't want a preconfigured playlist to remove tracks and play random, but possibly just for today. Can you create a global (for all playlistsettings) on/off operator or something, that can be bound to a keystroke or button?
Generally it would be possible, but wouldn't it be better to use a playlist without any special attributes and change the global settings according to your needs?


Of course that would be better. What I ask is just an emergency-exit out of it. copying a playlist to an unaffected playlist is of course easy. clicking a button or hotkey is easier.

Playbackorder can be overridden by clicking the playbackorder-taskbar and choose another order, but there is not an easy way to stop your component removing tracks, that's ctrl-p, focus on place in preferences, mouseclick, mouseclick, mouseclick. (I'd also like to be able to do that without maximizing foob, for example, when gaming.

For a fact, I'd like to have all components that have some static influence on my playback/playlists/behaviour to have an on/off button. (scrobbling, playcounting,replaygainoverride, replaygain, some dsp's).
Title: foo_playlist_attributes
Post by: fbuser on 2009-08-07 23:26:08
Playbackorder can be overridden by clicking the playbackorder-taskbar and choose another order, but there is not an easy way to stop your component removing tracks, that's ctrl-p, focus on place in preferences, mouseclick, mouseclick, mouseclick. (I'd also like to be able to do that without maximizing foob, for example, when gaming.
You could bind a global hotkey to "[main] -> Playback -> Playlist playback attributes -> Remove played tracks" for this purpose, to toggle that on and off. But I see your point and will think about it.
Title: foo_playlist_attributes
Post by: Mar2zz on 2009-08-08 00:02:17
That's enough for me that function. didn't see it was there. I will manage with it. thank you.
Title: foo_playlist_attributes
Post by: q-stankovic on 2009-08-08 12:59:36
(As my point is not related to functionality of foo_playlist_playback_attributes and also could mention other components it may be makes sense to split that part)

Is it so hard to read my first answer to your question completely?
No, it isn't. That's why i already read and understood it since you gave me the link for the vista style guide. I know your reasons: consistency within the component and within the OS. Maybe i should have better asked: What is your desired consistency good for and  why is it more important than consistency within fb2k?


He's being consistent with the OS.
It's really up to both the core and 3rd party components to follow the vista style guide conventions.

Since the relevant parts of the menu haven't been rewritten in forever in fb2k's menu, it's only natural they're still in XP style.


I didn't know that it would also be up to foobar2000 to follow the style conventions - thanks for the clarification. But however, the title-style capitalization is used since years and it doesn't seem that the menu items will be rewritten. Not only fb2k uses that style, all official components and the major part of 3rd-party use it. A rewriting would not encourage consistency within the program but increase a messy appearance of both styles. What is easier than taking the program and its official components as criterion for consistency foremost because the majority of components authors do that already?

I am very aware that many users don't care about such a topic, but in my eyes such points seperate a perfect component from a good one. To come back to the second post of my initial post: i still believe that the edit-submenu is a better place for assigning playback attributes of the active plalist. Now you have global playback options mixed with options related to active playlist in one submenu.  Another point i didn't mention so far: can't commands that doesn't make sense in a certain context ("remove played tracks" in autoplaylists) be disabled by greying them out just to show the user that they are not available? As you see: each point is just a small point - but sum up all this points inside one component and multiply this sum with all components that don't care about such things. The result will be that quality of usability will decrease. The most sad thing about this is: this quality can be achieved so easily if devs and users just would care.




Title: foo_playlist_attributes
Post by: fbuser on 2009-08-08 15:00:58
[quote author=q-stankovic link=msg=650422 date=1249732776]Another point i didn't mention so far: can't commands that doesn't make sense in a certain context ("remove played tracks" in autoplaylists) be disabled by greying them out just to show the user that they are not available?[/quote]Sure, I totally agree with you here. I just missed it and will fix it for the next release.
Title: foo_playlist_attributes
Post by: odyssey on 2009-08-10 13:35:38
"Stop after current album" (http://www.hydrogenaudio.org/forums/index.php?showtopic=72355) might also be relevant for certain playlists? E.g. album-lists, if you don't want/expect another album to continue after playing the current one. That emulates a little more the way physical mediums are handled.
Title: foo_playlist_attributes
Post by: odyssey on 2009-08-10 17:40:26
This is probably an idea nobody but me want  I think it could be well fitted in this component, however I'm not sure if it's even possible...:

Prevent playback on playlist

Sometimes I accidentally double click my mouse on tracks and start playing something that I absolutely didn't want to, just because I was editing things in my maintenance autoplaylists. This would effectively stop that.

Another use for it could be "party-play", if certain playback actions could be customized for a playlist, to prevent that stupid people mess with playback during a party.
Title: foo_playlist_attributes
Post by: odyssey on 2009-08-11 15:43:58
Another thing that I came up with. What about separate volume control per playlist? Some playlists are only used with a headphone (low volume) while other playlists are through an amplifier (max volume, volume controlled further with the amplifier).

Maybe I'm just ignorant, but I fail to see the true purpose of this.

I think at least Windows 7 (maybe also Vista?) solves your problem with volume on headphones/speakers. When I plug my headphones in, Win 7 recognizes it and activates the mixer specific to these.
Title: foo_playlist_attributes
Post by: DaMatrix on 2009-08-14 09:06:29
Another thing that I came up with. What about separate volume control per playlist? Some playlists are only used with a headphone (low volume) while other playlists are through an amplifier (max volume, volume controlled further with the amplifier).

Maybe I'm just ignorant, but I fail to see the true purpose of this.

I think at least Windows 7 (maybe also Vista?) solves your problem with volume on headphones/speakers. When I plug my headphones in, Win 7 recognizes it and activates the mixer specific to these.


Hmm, that is nice feature. Unfortunately, my Windows 7 isn't doing what you describe.
Title: foo_playlist_attributes
Post by: odyssey on 2009-08-14 10:26:50
No, I figured it was just my laptop that did this
Title: foo_playlist_attributes
Post by: grimes on 2009-08-14 12:35:03
Bravo for this useful component.

post #1:
Quote
Advanced option to save the playing playlist on program shutdown for reuse on next program start


I found this option in advanced options:
Quote
Save playing playlist name on shutdown.


Whats the use of this option? Since name of playing playlist is saved on shutdown before,  are the playback attributes saved with this option. I'm a little bit confused. Can you help? Thanks
Title: foo_playlist_attributes
Post by: fbuser on 2009-08-14 13:57:51
After the start of foobar2000 the first playback session uses always the active playlist for playback, when playback was started with the play button or a keyboard shortcut. But I want to use a specific playlist as playback queue and don't want to switch first to this playlist to start playback on it after program start. So I have to store the playing playlist between foobar2000 sessions, to reuse it for playback.
Title: foo_playlist_attributes
Post by: grimes on 2009-08-14 15:11:13
Is this a "Resume playback after restart"-functionality without resume? Oh, i like this!!
Title: foo_playlist_attributes
Post by: odyssey on 2009-08-14 16:18:06
After the start of foobar2000 the first playback session uses always the active playlist for playback, when playback was started with the play button or a keyboard shortcut. But I want to use a specific playlist as playback queue and don't want to switch first to this playlist to start playback on it after program start. So I have to store the playing playlist between foobar2000 sessions, to reuse it for playback.

File > Startup Playlist?
Title: foo_playlist_attributes
Post by: fbuser on 2009-08-14 16:43:08
After the start of foobar2000 the first playback session uses always the active playlist for playback, when playback was started with the play button or a keyboard shortcut. But I want to use a specific playlist as playback queue and don't want to switch first to this playlist to start playback on it after program start. So I have to store the playing playlist between foobar2000 sessions, to reuse it for playback.

File > Startup Playlist?
First, this is provided by foo_menu_addons, which I don't want to use, so I wasn't aware of it, when implementing this. Second, the behaviour is not exactly the same, though you can get a similar result: Startup Playlist switches to a specific playlist on startup and makes it active. If you immediately start playback without switching to another playlist, you will get this result.
Title: foo_playlist_attributes
Post by: odyssey on 2009-08-28 18:27:44
I'm unable to override the Playlist Attribute setting for one of my autoplaylists. It's set to Shuffle tracks, and when i start playback and then changes playback order to "Default", it still overrides the setting on manual track change and end of playback.
Title: foo_playlist_attributes
Post by: fbuser on 2009-08-28 19:09:32
This is intended. Changing a global attribute during a playback session forces the playlist specific attribute to change to the same global value, if it is different, to be consistent. It has the same effect, as if you were changing the playlist specific attribute during a playback manually.

Sorry for the confusion. The described behaviour was the one I wanted to implement first, but later I decided because of several reasons against it. So the actual behaviour is that changing the global settings does not affect the playlist attributes.
Title: foo_playlist_attributes
Post by: Forfit on 2009-09-12 23:39:33
LastFm component always changes the playlist name and I can not assign an attribute to it.
Title: foo_playlist_attributes
Post by: --pv-- on 2009-09-13 10:49:10
I think no one will like this idea because bookmarking like features have already been dropped but anyway here's my attempt.
What about an ability to remember playback position for each playlist?
If I do have only 1 playlist I can succesfully use "Resume playback after restart" option and on FB2K restart my track is playing wherever I have stopped listening to it previously.
Now, let's imagine I am listening to an audio book in the first playlist. In second playlist I am having some tracks to listen just for fun etc. You know no one is reading a book all the day.
Then later on I'd like to return to the book. The most convenient thing for this purpose FB2K lacks currently is an ability to resume playback of that playlist exactly where it has been stopped. It includes resume of the currently playing track as well as playback position within that track.
Is it doable? Does it Make some sense?
Title: foo_playlist_attributes
Post by: odyssey on 2009-09-13 11:58:59
@--pv--

Well it makes sense by it's logical definition, but I don't see how it could/should be implemented. When you switch playlist, you have to start playing it by choosing an item from the playlist. How will you avoid that?
Title: foo_playlist_attributes
Post by: --pv-- on 2009-09-15 18:29:37
I imagine it this way. I'll restart foobar 2000. When activating the playlist the track I stopped listening to in that playlist will automagically get preselected and hitting play or doubleclicking it will resume its playback position. Double-clicking any other entry will just start its playback from the beginning.
I am not sure it's doable but as you've said logically it makes some sense
Title: foo_playlist_attributes
Post by: fbuser on 2009-09-15 20:10:15
@--pv--
To make it short: it was already implemented for the next version, more or less exactly as you described it now, before you made your request.


And before anyone asks, when the next version will be released. It will be released, when it's ready.
Title: foo_playlist_attributes
Post by: odyssey on 2009-09-16 07:53:20
[quote author=--pv-- link=msg=657604 date=1253035777]I imagine it this way. I'll restart foobar 2000. When activating the playlist the track I stopped listening to in that playlist will automagically get preselected and hitting play or doubleclicking it will resume its playback position. Double-clicking any other entry will just start its playback from the beginning.[/quote]
Actually this behavior is already somewhat available. I.e. I use foo_scheduler to select a certain playlist and start playing it, it will start from the track it last played in the playlist.
Title: foo_playlist_attributes
Post by: Fractal_Mortality on 2009-09-26 20:39:05
Found a bug:

When you have a song queued up in another playlist with different playback attributes, the attributes remain the same when it goes on to that next playlist.

example:

Playlist 1 (attributes A)
song 1 ends > next song in queue is in playlist 2


Playlist 2 (attributes B)
song 2 begins > Playlist maintains attributes A
Title: foo_playlist_attributes
Post by: fbuser on 2009-10-08 08:03:24
I don't consider this as a bug. It's more a limitation. Because the playback session doesn't end, when moving from one playlist to the other, the attributes are not changed to the its attributes.

Because it is not possible to handle this special case in a clean way for all attributes and because one intention to write this component, was to make the queue even more obsolete, I won't do anything here.
Title: foo_playlist_attributes
Post by: fbuser on 2009-10-08 08:05:44
Version 0.2.0 is available. See the first post for download.

Due to the extended scope of this component I renamed it to foo_playlist_attributes. As a consequence you will lose your global settings for "Remove played tracks" and "Remove skipped tracks". Further, because of the changed replaygain handling, you will lose the playlist specific replaygain settings. All other playlist settings will stay intact.
Title: foo_playlist_attributes
Post by: 2E7AH on 2009-10-08 08:51:54
Component got new shorter name - that's good  Remember to move previous version - it will not overwrite it
And the settings (many of them) are moved from main menu to preferences
Playlist restrictions is great, also the Templates and DSP settings and the help file.
Thanks fbuser
Title: foo_playlist_attributes
Post by: fbuser on 2009-10-08 09:06:16
And the settings (many of them) are moved from main menu to preferences
They are still available from the main menu, too. But now from "Edit -> Playlist attributes". I forgot to mention, that due to the reorganisation most of the setting items have moved to another position:

Main menu playlist specific options to "Edit -> Playlist attributes"
Preferences to "Tools -> Playlist attributes"
Advanced options to "Tools -> Playlist attributes"
Title: foo_playlist_attributes
Post by: 2E7AH on 2009-10-08 09:15:00
I missed that, but isn't item in "menu > playback" redundant?
Title: foo_playlist_attributes
Post by: fbuser on 2009-10-08 09:19:26
No, the items in the playback menu are for global options not bound to a playlist, whereas the items in the edit menu are only for the active playlist.
Title: foo_playlist_attributes
Post by: Squeller on 2009-10-08 09:20:25
I have not yet tried your component, but from what I read it looks promising. I use foo_rg_trn; I only want to control rg dependent on playback order settings. Can I make your component not touch rg settings?
Title: foo_playlist_attributes
Post by: fbuser on 2009-10-08 11:48:25
I have not yet tried your component, but from what I read it looks promising. I use foo_rg_trn; I only want to control rg dependent on playback order settings. Can I make your component not touch rg settings?
Sure, that is the default. You will only get problems, if you try to change rg settings with both components concurrently. Further foo_rg_trn may not be aware of possible playlist specific playback order changes.
Title: foo_playlist_attributes
Post by: Fractal_Mortality on 2009-10-08 20:26:06
Thanks for stop after current! Much appreciated!
Title: foo_playlist_attributes
Post by: 2E7AH on 2009-10-11 12:28:36
I use playlist for skipped tracks. But there also ends the tracks that I didn't skip (I don't press the skip button) but just double-click another track. Why is this count as skip?

I guess that's connected with this other question and that is: foobar increases play_count on 1 min interval, so I suppose we can say that the track is played after it play_count changes, but again here we must play whole track so that the track is sent to playlist for played tracks. Isn't this behavior inconsistent with the official playback statistics play_count?
Title: foo_playlist_attributes
Post by: fbuser on 2009-10-11 13:06:34
I use playlist for skipped tracks. But there also ends the tracks that I didn't skip (I don't press the skip button) but just double-click another track. Why is this count as skip?
Because during playing the current track, you start another track. Skip doesn't necessary mean skip to the next or the previous track.

 
I guess that's connected with this other question and that is: foobar increases play_count on 1 min interval, so I suppose we can say that the track is played after it play_count changes, but again here we must play whole track so that the track is sent to playlist for played tracks. Isn't this behavior inconsistent with the official playback statistics play_count?
Personally, I don't like the way, how play count is handled by the official playback statistics component. So I never intended to be consistent to it. It's rather consistent to the behaviour of the "Remove played tracks" option, which was earlier implemented.
Title: foo_playlist_attributes
Post by: trashcan on 2009-10-11 15:19:58
Hi and thanks for a very nice plugin!
I wonder if one may suggest features. I'm thinking of an option to always send new files to a specific playlist. There is already such an option, but that one doesn't work from the media library...

Cheers!
Title: foo_playlist_attributes
Post by: fbuser on 2009-10-11 15:51:56
You're always welcome to make feature suggestions, but I don't see any relation of your request to the scope of this component. If something is not working with the media library, you should ask the author of it to make it work. Honestly, I don't know, what your understanding of "new track" and "media library" is. Maybe you should clarify your request with an example.
Title: foo_playlist_attributes
Post by: trashcan on 2009-10-11 19:00:58
I thought it could be considered related since this component is dealing with playlists.
I'll try to clarify.
In the media library, pressing enter key or double clicking (could be dependent on setting in preferences) will send the selected files or songs if you wish, to the currently active playlist. Pressing shift + enter will add the selection to the currently active playlist.
What I'm looking for is an option to have the above operations be applied to a predefined playlist.
Title: foo_playlist_attributes
Post by: fbuser on 2009-10-11 19:30:44
What I'm looking for is an option to have the above operations be applied to a predefined playlist.
I assume with "media library" you mean the album list media library viewer (there are other media library viewers, too, which may operate differently). To get what you want, it has to be implemented by the album list. It can't be done by my component, because it has no idea what the user is currently doing with the album list. This what I meant, when I mentioned, that there is no relation to my component.
Title: foo_playlist_attributes
Post by: 2E7AH on 2009-10-12 07:45:56
Because during playing the current track, you start another track. Skip doesn't necessary mean skip to the next or the previous track.

hm, when I press skip (and I mean "next track"), I want to skip that track, but when I double click some other track (usually different album/artist/playlist) I didn't meant to intentionality "skip" that track. Now I would have to press stop and than double-click so that the track isn't counted as skipped - it just doesn't seems right to me

The reason I'm using "send skipped tracks to playlist" is that they'll get something like skip_count (manually unfortunately) so when it accumulates enough they'll get low rating and be automatically skipped in the future.

Personally, I don't like the way, how play count is handled by the official playback statistics component. So I never intended to be consistent to it. It's rather consistent to the behaviour of the "Remove played tracks" option, which was earlier implemented.

Well OK, I guess that just another user preference
Title: foo_playlist_attributes
Post by: wojtek on 2009-10-12 12:10:23
Would it be possible to assing option "Reset >stop affter current<" on per playlist basis?
Title: foo_playlist_attributes
Post by: fbuser on 2009-10-12 19:08:49
Because during playing the current track, you start another track. Skip doesn't necessary mean skip to the next or the previous track.

hm, when I press skip (and I mean "next track"), I want to skip that track, but when I double click some other track (usually different album/artist/playlist) I didn't meant to intentionality "skip" that track. Now I would have to press stop and than double-click so that the track isn't counted as skipped - it just doesn't seems right to me
I think you have a different understanding of skip than me. But there is no need to discuss it here, because I get no information from the SDK, when the user press "next track". I get only the information, when a track was stopped, because another track is started.

Would it be possible to assing option "Reset >stop affter current<" on per playlist basis?
I have no access to this setting with the SDK, so it is not possible.
Title: foo_playlist_attributes
Post by: 2E7AH on 2009-10-13 06:17:58
I think you have a different understanding of skip than me. But there is no need to discuss it here, because I get no information from the SDK, when the user press "next track". I get only the information, when a track was stopped, because another track is started.

Do you think it's good idea (or possible) to introduce some kind of timing setting (like we discussed about custom_db ) for this played and skipped tracks?
i.e. If we set the timing to 1min, than the track will be sent to played tracks playlist when this timing is reach, or sent to skipped playlist if we skipped the track before this timing limit (so if I "skip" the track after 1min period it won't be sent to skipped playlist, and it will be already in played tracks playlist of course)?
Title: foo_playlist_attributes
Post by: fbuser on 2009-10-13 17:37:47
Basically, this is possible, as the SDK offers the possibility to get informed, when a track is considered as played consistent to the playback statistic component. Of course, it would be possible, too, it there were no such information. But I don't see any real use for it. Could you explain it more detailed, what you want to achieve with this behaviour?
Title: foo_playlist_attributes
Post by: 2E7AH on 2009-10-14 10:35:53
If set to 1 min - played tracks will correspond to with play_count (like %last_played% playlist) and for skipped tracks, skip_count will be usable for me - my main point, as I said before how I meant to use it.
If set to 100% the behavior will be like it is now.
There will be other usage possibilities open
Title: foo_playlist_attributes
Post by: TehNomad on 2009-10-20 07:54:08
I'm using the latest version and I have an odd issue when setting to "Repeat Track" or "Repeat Playlist", the playback gets stuck in the last two seconds.  Removing the component fixes the issue.
Title: foo_playlist_attributes
Post by: fbuser on 2009-10-20 17:59:59
I can confirm this behaviour, when using a "Repeat track"  together with "Bookmark last playback position". I will look into it. In the meantime don't use this options together.
Title: foo_playlist_attributes
Post by: q-stankovic on 2009-10-20 18:47:53
For me enabling the global option "Playback on active playlist" (under playback menu) has no effect - the correspondending opton under edit menu works fine.
Title: foo_playlist_attributes
Post by: fbuser on 2009-10-20 19:48:24
Strange, even after a short glance on the source code it should work, and of course it worked, but now it doesn't. Anyway, I will fix it with the next release.
Title: foo_playlist_attributes
Post by: fbuser on 2009-10-20 22:12:53
Both issues should be fixed now. See the first post for the new version.
Title: foo_playlist_attributes
Post by: fbuser on 2009-11-16 19:51:38
New version. See first post for download and details.
Title: foo_playlist_attributes
Post by: odyssey on 2009-11-26 14:42:08
Request to add DSP preset to playlist attributes
Title: foo_playlist_attributes
Post by: fbuser on 2009-11-26 19:34:13
Do you mean different saved presets for the presets choice on per playlist base? This is not possible and I don't think that it is useful enough to implement it.
Title: foo_playlist_attributes
Post by: odyssey on 2009-11-27 08:17:13
Yes! It's possible with 1.0! And it's indeed useful (at least more than several other features you've implemented imho!)

Edit: It's possible to assign a keyboard shortcut to the presets, however, I couldn't see the presets when I tried to assign them to CUI buttons.
Title: foo_playlist_attributes
Post by: fbuser on 2009-11-27 20:08:42
Yes! It's possible with 1.0!
That doesn't necessary mean, that it implementable by a 3rd party component. With the current SDK it is not possible. If it will be possible with the next SDK, I don't know.
And it's indeed useful (at least more than several other features you've implemented imho!)
We were obviously talking about two different things, because I didn't know that it is possible to address one preset directly with fb2k 1.0. Actually, in this way it is useful (also for me, and that is a must to implement a functionality).
Title: foo_playlist_attributes
Post by: odyssey on 2009-12-10 08:36:36
I just downloaded (upgraded to) the latest version. Seems that you've already implemented the ability to choose different DSP settings. However, I can't make it work (but then again, I didn't think it was possible due to SDK anyway).
Title: foo_playlist_attributes
Post by: fbuser on 2009-12-10 19:21:02
I just downloaded (upgraded to) the latest version. Seems that you've already implemented the ability to choose different DSP settings. However, I can't make it work (but then again, I didn't think it was possible due to SDK anyway).
Can you describe it in a more detailed way, what excatly doesn't work for you?
Title: foo_playlist_attributes
Post by: odyssey on 2009-12-10 20:46:44
Well, when I change DSP settings (e.g. remove Continuator DSP for certain playlists), it's not effective at all.
Title: foo_playlist_attributes
Post by: fbuser on 2009-12-10 21:31:41
I can't confirm this. For me removing Continuator DSP works as desired here.
Title: foo_playlist_attributes
Post by: odyssey on 2009-12-11 14:31:03
You are right, it works fine - I must have overlooked something when I tried it
Title: foo_playlist_attributes
Post by: Robertina on 2010-01-11 08:54:30
At the moment I am using foo_playlist_attributes 0.2.2 [Nov 16 2009 - 20:33:31] with fb2k 0.9.6.9 on Windows XP Professional. Might I ask two questions:

1.
Are all plugin settings saved entirely in foobar's config file so that for example all playlist restrictions set by foo_playlist_attributes are removed from them when I delete the plugin and I tell foobar when it runs next time that the settings shall not be kept?

2.
Is it an intended behaviour that foo_playlist_attributes bookmarks even files which have been played completely? Steps to reproduce what I am meaning:If I should have misunderstood how this option is functioning I beg your pardon.
Title: foo_playlist_attributes
Post by: Yirkha on 2010-01-11 11:05:52
Are all plugin settings saved entirely in foobar's config file so that for example all playlist restrictions set by foo_playlist_attributes are removed from them when I delete the plugin and I tell foobar when it runs next time that the settings shall not be kept?
I would think this component rather uses the "playlist properties" API, because it's very handy to store per-playlist settings. Then the attributes would be stored in the individual playlist files, but I might be wrong here.
Title: foo_playlist_attributes
Post by: Robertina on 2010-01-13 04:31:13
Thank you for your answer, Yirkha.

2.
Is it an intended behaviour that foo_playlist_attributes bookmarks even files which have been played completely? Steps to reproduce what I am meaning: ...

Could other members who are using this plugin please tell me whether they experience the same situation as me?

If so that would mean that with enabled bookmarking function each track which was entirely played would have to be double clicked to listen to it from its beginning again and I suppose this not to be intended and so I wonder what I am doing wrong.

I need really help and would appreciate any answer very much. Sorry for my horrible English.
Title: foo_playlist_attributes
Post by: fbuser on 2010-01-14 17:56:43
Are all plugin settings saved entirely in foobar's config file so that for example all playlist restrictions set by foo_playlist_attributes are removed from them when I delete the plugin and I tell foobar when it runs next time that the settings shall not be kept?
I would think this component rather uses the "playlist properties" API, because it's very handy to store per-playlist settings. Then the attributes would be stored in the individual playlist files, but I might be wrong here.
It works exactly like this

Is it an intended behaviour that foo_playlist_attributes bookmarks even files which have been played completely?
No, it is not intended. Will be changed for the next version
Title: foo_playlist_attributes
Post by: Robertina on 2010-01-18 05:12:50
It works exactly like this

And does foobar's "removing procedure" include that (restriction) settings stored in my playlists by foo_playlist_attributes or would they remain in them for ever, however not interpretable by foobar without your component?

I do not want to bother you with this question, but I am using foobar2000 on several computers with different sets of components. Now I am wondering whether I would be well-advised to reset all playlists settings carried out by foo_playlist_attributes on those PCs on which I installed the component for testing purposes only.

Quote
No, it is not intended. Will be changed for the next version

Thank you very much, fbuser. I am using foo_playlist_attributes since its first release and it has become very powerfully, with functions I do not want to miss anymore.
Title: foo_playlist_attributes
Post by: fbuser on 2010-01-18 18:11:07
And does foobar's "removing procedure" include that (restriction) settings stored in my playlists by foo_playlist_attributes or would they remain in them for ever, however not interpretable by foobar without your component?
No, they will not be automatically removed in any way. But you can do this easily "manually":
But normally it shouldn't hurt keeping the attributes in the playlist.
Title: foo_playlist_attributes
Post by: teohhanhui on 2010-03-09 23:42:18
Bugs:

Using latest versions of foobar2000, Columns UI and Playlist Attributes.
Title: foo_playlist_attributes
Post by: fbuser on 2010-03-15 18:18:52
Conflict with Columns UI - Playlist view "Action to perform when double clicking on empty playlist area" setting.
Very unlikely. Works for me. Please, provide more information (empty playlist action, playlist attributes settings)
 
Stopping playback does not clear bookmark.
That's what the bookmarks are for. So, works as designed, no bug.
Title: foo_playlist_attributes
Post by: teohhanhui on 2010-03-16 13:42:27
Conflict with Columns UI - Playlist view "Action to perform when double clicking on empty playlist area" setting.
Very unlikely. Works for me. Please, provide more information (empty playlist action, playlist attributes settings)

When "Action to perform when double clicking on empty playlist area" is set to "(None)", "Edit/Playlist attributes/Copy played tracks to playlist ..." is selected instead. There is no conflict if it is set to anything else.

Thanks for the clarification.
Title: foo_playlist_attributes
Post by: fbuser on 2010-03-16 18:45:08
Ok, found the problem. It's not really a conflict with Columns UI, but anyway, will be fixed with the next release.
Thanks for the report.
Title: foo_playlist_attributes
Post by: RogerG on 2010-04-23 18:59:22
Thank you for this component. Please update the prefereces page. With the latest foobar version there is a hint that it is a legacy page.

There is a problem with the Playback order toolbar: Sometimes it shows the global order and somtimes the custom order of the playing playlist. For the user there is no indicator for what is displayed. Please change this.
Title: foo_playlist_attributes
Post by: RogerG on 2010-04-27 23:07:15
If a track (A) is playing and I start another track (B) the track A is added to the playlist "Default". It doesnt't happen if I stop A before starting B. It doesnt't happen if I disable foo_playlist_attributes so I think it is a bug of this component. Or is this some feature which I have overseen in the settings?

Code: [Select]
Core (2010-04-10 23:21:50 UTC)
    foobar2000 core 1.0.2.1
foo_abx.dll (2009-06-07 12:25:26 UTC)
    ABX Comparator 1.3.4
foo_albumlist.dll (2010-04-10 23:19:56 UTC)
    Album List 4.4
foo_converter.dll (2010-04-10 23:19:30 UTC)
    Converter 1.4
foo_DeleteCurrent.dll (2008-06-30 16:00:02 UTC)
    FooBar2000 Delete Current Track 1.0.0.0
foo_dsp_std.dll (2010-04-10 23:20:02 UTC)
    Standard DSP Array 1.0
foo_fileops.dll (2010-04-10 23:19:08 UTC)
    File Operations 2.1.2
foo_input_std.dll (2010-04-10 23:19:50 UTC)
    Standard Input Array 1.0
foo_playlist_attributes.dll (2009-11-16 19:33:44 UTC)
    Playlist Attributes 0.2.2 [Nov 16 2009 - 20:33:31]
foo_playlist_revive.dll (2009-08-11 09:02:21 UTC)
    Playlist Revive 0.2
foo_quicksearch.dll (2010-04-22 18:41:48 UTC)
    Quick Search Toolbar 1.7.1
foo_rgscan.dll (2010-04-10 23:19:38 UTC)
    ReplayGain Scanner 2.0.9
foo_run.dll (2009-06-07 14:15:18 UTC)
    Run services 0.3.7
foo_texttools.dll (2009-12-23 19:00:22 UTC)
    Text Tools 1.0.4
foo_ui_columns.dll (2009-08-30 15:21:36 UTC)
    Columns UI 0.3.8.0
foo_ui_std.dll (2010-04-10 23:20:12 UTC)
    Default User Interface 0.9.5
foo_uie_bookmarks.dll (2009-12-23 20:42:30 UTC)
    Bookmarks 0.3.0
Title: foo_playlist_attributes
Post by: fbuser on 2010-04-28 17:33:57
You probably activated "Copy skipped tracks to playlist ..." either globally or for the playlist you are playing track A from. So, probably a feature not a bug.
Title: foo_playlist_attributes
Post by: fbuser on 2010-04-28 17:41:18
Thank you for this component. Please update the prefereces page. With the latest foobar version there is a hint that it is a legacy page.
Already done for the next release.
There is a problem with the Playback order toolbar: Sometimes it shows the global order and somtimes the custom order of the playing playlist. For the user there is no indicator for what is displayed. Please change this.
I don't have any influence on the playback order toolbar. Further there is not really a custom order. I only switch the global order on playback start to the value defined for a playlist and normally switch it back to the previous order when playback stops (for more information, please have a look at the help file accessible via the help menu). If the switching isn't correctly reflected in the toolbar it is a bug there.
Title: foo_playlist_attributes
Post by: RogerG on 2010-04-28 20:32:53
Thank you, it seems that I had "Copy skipped tracks to playlist" activated. It is a button so I thought pressing it would copy tracks only once. I recommend that you use a checkbox and a combobox instead of a button. The functionality then would be more obvious to users who don't read the manual.
Title: foo_playlist_attributes
Post by: fbuser on 2010-04-28 21:00:45
Definitely not. Your suggestion is not feasible, as the same functionality is also available via main menu not only via preferences. Also, I don't understand why a button, which opens a dialog, should let someone thinking, that there is only a one time action behind.
Title: foo_playlist_attributes
Post by: RogerG on 2010-04-28 21:31:55
It is common in all windows applications I know that a verb on a button label describes the action that is executed when the button is pressed, for example: "Reset All", "Save playlist". According to this "rule" you should rename the button to something like "set target playlist" because setting something is what will be done in the appearing dialog.
Title: foo_playlist_attributes
Post by: fbuser on 2010-05-23 22:11:35
New version. See first post for download and details.
Title: foo_playlist_attributes
Post by: Black_Over_Bills_Mothers on 2010-05-24 08:11:59
Many thanks for the new version. I really like the new prioritised playlist options. I've been playing with these options and would make the following remarks;

1) The 'Continue On Playlist' option seems to continue on the previous active playlist not the previous playing playlist. Is this a bug because it doesn't seem correct in my way of using foobar?
2) Could you start playback automatically if the prioritised playlist contains a track?
3) There seems to be some obvious problems with the combinations of prioritised list and 'Playback on Active Playlist'. Maybe grey out options that are mutually exclusive.

Thanks for your hard work, I very much appreciate your efforts.
Title: foo_playlist_attributes
Post by: Black_Over_Bills_Mothers on 2010-05-24 09:49:23
I've also found that at the start of a track on the playing playlist, the current playlist is switched to the playing playlist. This can be very annoying whilst browsing other playlists.
Title: foo_playlist_attributes
Post by: fbuser on 2010-05-24 10:36:47
1) The 'Continue On Playlist' option seems to continue on the previous active playlist not the previous playing playlist. Is this a bug because it doesn't seem correct in my way of using foobar?
This normally happens, if you have activated "Playback follows cursor". Without having this option activated I can't reproduce this. Because of this behaviour also this
3) There seems to be some obvious problems with the combinations of prioritised list and 'Playback on Active Playlist'. Maybe grey out options that are mutually exclusive.
is not that simple. There are several concurrent options, which will considered with a different priority. Therefore I was a bit reluctantly to implement the new features, because it can now be rather complex, which track will be used for playback. On the other hand my goal was to replace the playback queue by using playlists completely. This can be done now (and more). But this also means, that I will not add another level of complexity by implementing this:
2) Could you start playback automatically if the prioritised playlist contains a track?
although the idea is nice.

I've also found that at the start of a track on the playing playlist, the current playlist is switched to the playing playlist. This can be very annoying whilst browsing other playlists.
Basically, I understand it, but it depends on the chosen attributes. If "Start playback on first track" or "Continue on playlist" is active, starting a track will switch to the playing playlist. The first one has technical reasons, the second one seems more logical to me in the most cases. Also, if you are using "Playback follows cursor" this will be done because of core functionality.
Title: foo_playlist_attributes
Post by: Black_Over_Bills_Mothers on 2010-05-25 14:13:18
Finally got it working as I need. I'm playing one playlist and then just want to listen to one track after the current one and then return to the original playlist and play the next track. It works great...

But! Just a small request, I use Elplaylist and Playlist Dropdown plugins and when play starts on the prioritised playlist neither of the two plugins recognise that the playing playlist has changed. Is this something you could look at or do I need to post messages in relavent plugin threads?

... and it really would be great to automatically start playing in the prioritised playlist when I put a track into it. I won't mention it again 
Title: foo_playlist_attributes
Post by: fbuser on 2010-05-25 17:33:44
Finally got it working as I need. I'm playing one playlist and then just want to listen to one track after the current one and then return to the original playlist and play the next track. It works great...
Yes, that was the main idea behind the options "Prioritized playlist" and "Continue on playlist".

But! Just a small request, I use Elplaylist and Playlist Dropdown plugins and when play starts on the prioritised playlist neither of the two plugins recognise that the playing playlist has changed. Is this something you could look at or do I need to post messages in relavent plugin threads?
As there is nothing I can do here, you have to ask ssena and mixcherry. But at least for playlist dropdown it is working for me as expected.

... and it really would be great to automatically start playing in the prioritised playlist when I put a track into it. I won't mention it again 
And I won't change my decision , but if you want to start the playback immeadiatly after adding a track to the prioritized playlist of the currently playing playlist, just hit "Play" again. This will try to restart the playback of the current playing song and therefore will first jump to the prioritized playlist.
Title: foo_playlist_attributes
Post by: RogerG on 2010-05-26 19:35:39
I think there is a bug: I was playing a track form a playlist without attributes and then added a track from a playlist with attributes (shuffle,delete after played and playback on active playlist) to the playback queue. But now the tracks are played in default order and aren't deleted.
Title: foo_playlist_attributes
Post by: fbuser on 2010-05-26 20:17:18
I think there is a bug: I was playing a track form a playlist without attributes and then added a track from a playlist with attributes (shuffle,delete after played and playback on active playlist) to the playback queue. But now the tracks are played in default order and aren't deleted.
Not a bug more a limitation, already answered here (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=73783&view=findpost&p=659846)
Title: foo_playlist_attributes
Post by: suaff on 2010-06-02 13:11:33
love it!... why dont you add column/group settings for playlist?
Title: foo_playlist_attributes
Post by: fbuser on 2010-06-02 19:43:16
love it!... why dont you add column/group settings for playlist?
Because this is not the purpose of this plugin and it is not possible anyway. This is the task of a playlist viewer. If you need this functionality, use ELPlaylist or ESPlaylist.
Title: foo_playlist_attributes
Post by: q-stankovic on 2010-06-02 21:09:57
Thanks for the update! 

Since the number of entries in both menus increased (The edit->playlist attributes->submenu alone contains 13 items) could you add well placed  seperatores to make the overview more friendly?
Title: foo_playlist_attributes
Post by: fbuser on 2010-06-02 21:42:32
[quote author=q-stankovic link=msg=708009 date=1275509397](The edit->playlist attributes->submenu alone contains 13 items)[/quote]No, 14. 
Title: foo_playlist_attributes
Post by: q-stankovic on 2010-06-02 22:04:38
[quote author=q-stankovic link=msg=708009 date=1275509397](The edit->playlist attributes->submenu alone contains 13 items)
No, 14. 
[/quote]Ooh, one reason more! 

... my goal was to replace the playback queue by using playlists completely. This can be done now ...
I discovered the new version today so i am not familiar with the new options. I would appreciate if you could explain how the new settings are replacing the queue.


Title: foo_playlist_attributes
Post by: fbuser on 2010-06-02 22:30:12
[quote author=q-stankovic link=msg=708019 date=1275512678]I discovered the new version today so i am not familiar with the new options. I would appreciate if you could explain how the new settings are replacing the queue.[/quote]

Edit: added a step to the description above
Title: foo_playlist_attributes
Post by: q-stankovic on 2010-06-06 01:05:27
There seems to be some obvious problems with the combinations of prioritised list and 'Playback on Active Playlist'. Maybe grey out options that are mutually exclusive.

Or why not having "- Active playlist -" available in the drop down list of "prioritised list ..."?
Title: foo_playlist_attributes
Post by: q-stankovic on 2010-06-06 15:50:26
I have no idea what ist the purpose of having "prioritized playlist..." in the edit menu and how it works at all. I defined for a special playlist another prioritized playlist than the global one and since then the playlist definded in edit menu is used as global one. Did i miss something?
Title: foo_playlist_attributes
Post by: fbuser on 2010-06-06 16:22:52
[quote author=q-stankovic link=msg=708694 date=1275835826]I have no idea what ist the purpose of having "prioritized playlist..." in the edit menu and how it works at all.[/quote]The same as for all other entries in this menu: It changes the settings of the active playlist.
[quote author=q-stankovic link=msg=708694 date=1275835826]I defined for a special playlist another prioritized playlist than the global one and since then the playlist definded in edit menu is used as global one. Did i miss something?[/quote]I can't reproduce this. Setting the prioritized playlist in the edit menu does not change the global setting.
Title: foo_playlist_attributes
Post by: q-stankovic on 2010-06-06 16:49:05
The same as for all other entries in this menu: It changes the settings of the active playlist.

Means: If i start playback by play-button and a certain playlist is active then the playlist will be played that is specified as priotitized? If it is so, i still can't see a scenario there it could be of any usage to override the global setting.

Still don't know what went wrong with my testing - will take a look

Edit:
Took the look! Let's say i have three playlists named 1,2 and 3. I set 3 as global prioritized playlist. Whatever playlist is active the playlist 3 starts playing. Then i define for active playlist 2 as prioritized playlist the playlist 1. If i understand the setting correctly that means that playlist 1 is only prioritized if playlist 2 is the active one and if another playlist is active then playlist 3 is played.  I think there is something where i made a mistake: I will test that in the next days, today i am too tired and unconcentrated although we just have 5pm.
Title: foo_playlist_attributes
Post by: fbuser on 2010-06-06 17:13:44
[quote author=q-stankovic link=msg=708702 date=1275839345]Means: If i start playback by play-button and a certain playlist is active then the playlist will be played that is specified as priotitized?[/quote]No. The edit menu entries are changing the settings of the active playlist. Starting playback in that way will normally use the playing playlist, which is not necessarily the active playlist. But, of course, if a prioritized playlist is assigned to the playing playlist, this playlist will be considered for playback.
[quote author=q-stankovic link=msg=708702 date=1275839345]If it is so, i still can't see a scenario there it could be of any usage to override the global setting.[/quote]Define a special prioritized playlist for one playlist and define not using a prioritized playlist as global setting or vice versa would be such an expample.

[quote author=q-stankovic link=msg=708702 date=1275839345]Took the look! Let's say i have three playlists named 1,2 and 3. I set 3 as global prioritized playlist. Whatever playlist is active the playlist 3 starts playing. Then i define for active playlist 2 as prioritized playlist the playlist 1. If i understand the setting correctly that means that playlist 1 is only prioritized if playlist 2 is the active one and if another playlist is active then playlist 3 is played.[/quote]If you replace active playlist by playing playlist it works like that, but only, if the prioritized playlist contains tracks.

Title: foo_playlist_attributes
Post by: q-stankovic on 2010-06-06 17:20:08
Still don't understand. But as i said: today is not my day!
Thanks for your explanations!
Title: foo_playlist_attributes
Post by: mrinferno on 2010-07-09 21:46:33
fbuser, thanks for another great plugin.
just tried it today and i'll probably be messing around with it all weekend!
as a user of foo_removeplayed and foo_rg_trn this takes that functionality to a whole new level.
i've been wanting to set per playlist settings for a while, glad i finally tried your plugin.


Title: foo_playlist_attributes
Post by: carpman on 2010-10-31 07:40:30
Hi fbuser,

Not sure if this is intended or not, but if I'm playing playlist X, and then I enqueue a song from playlist Y, obviously fb2k will switch to playing from playlist Y -- that's fine and expected. However, in this scenario playlist Y's attributes are not activated, instead fb2k plays Playlist Y with Playlist X's attributes.

Would it be possible to activate the playlist's attributes whenever fb2k moves from one playlist to another via the queue?

C.
Title: foo_playlist_attributes
Post by: fbuser on 2010-10-31 10:28:31
Not sure if this is intended or not, but if I'm playing playlist X, and then I enqueue a song from playlist Y, obviously fb2k will switch to playing from playlist Y -- that's fine and expected. However, in this scenario playlist Y's attributes are not activated, instead fb2k plays Playlist Y with Playlist X's attributes.

Would it be possible to activate the playlist's attributes whenever fb2k moves from one playlist to another via the queue?
Sorry, no. Already reported and answered here (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=73783&view=findpost&p=659846) and here (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=73783&view=findpost&p=706948). In the meantime I  also added the functionality to use a playlist as a queue as described here (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=73783&view=findpost&p=708025).

Title: foo_playlist_attributes
Post by: carpman on 2010-10-31 19:02:06
Okay, thanks for quick reply.

C.
Title: foo_playlist_attributes
Post by: MrPG on 2010-11-30 13:09:18
Sorry, no. Already reported and answered here (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=73783&view=findpost&p=659846) and here (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=73783&view=findpost&p=706948). In the meantime I  also added the functionality to use a playlist as a queue as described here (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=73783&view=findpost&p=708025).

Sorry for returning to this topic, I've read and understood your posts. There is a minor bug there, I believe.

Some other playlist is playing, I select a few files, drag them (IMPORTANT) to the playlist that I've set as a "queue" (not related to the standard queue). The dragging action (the easiest way to move tracks to the queue playlist), unfortunately, activates the queue playlist, it becomes the current one - and the playback session did not stop, so this playlist wouldn't delete the played files :-( Switching to the old playlist works - when the queue is later activated by foo_playlist_attributes, it works. But if you forget to click back immediately after dragging - you'll stay in the queue forever...
Title: foo_playlist_attributes
Post by: fbuser on 2010-11-30 17:44:57
Ok, I see the problem. I will have a look at it.
Title: foo_playlist_attributes
Post by: tpijag on 2011-03-28 19:50:06
fbuser, is something like this possible with foo_playlist_atributes?  Dynamic changing of playback mode based on some attribute.

For example, Global Playback set to random. $if attribute field (medley) is set in current playing track, play next track (playback mode now default); otherwise continue with random. Say, tracks 1 -4 all tie together as some coherent gestault. 1, 2 and 3 have the medley attribute set, 4 does not. All 4 play in series and after 4, random playback continues.

Would improve the usage of random playback greatly for people whose library includes live music from bands that string tunes together yet said tunes are presented as individual tracks.

Current convention (Grateful Dead recordings) is for the track titles to end in space > when they are connected to the following track. Would be simple for interested users to mass edit all appropriate tracks and set the %medley field %.

This may very well be an edge use case, though one should never underestimate number of Deadheads out there 

thanks
Title: foo_playlist_attributes
Post by: fbuser on 2011-03-28 20:31:53
For example, Global Playback set to random. $if attribute field (medley) is set in current playing track, play next track (playback mode now default); otherwise continue with random. Say, tracks 1 -4 all tie together as some coherent gestault. 1, 2 and 3 have the medley attribute set, 4 does not. All 4 play in series and after 4, random playback continues.
You are assuming here that random playback always picks the first track of a group, which is wrong.

Would improve the usage of random playback greatly for people whose library includes live music from bands that string tunes together yet said tunes are presented as individual tracks.
I think foo_random_pools (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=77460&view=findpost&p=676852) is much more suitable for such a purpose than hampering with the playback modes. Defining there a group like
%album artist%|%album%|%discnumber%|$if2(%medley%,%tracknumber%)
should lead to the desired result.

Title: foo_playlist_attributes
Post by: tpijag on 2011-03-28 20:51:19
For some reason, I've only quickly glanced at foo_random_pools' thread and have never taken any time to understand it.

thanks for the pointer.  I will take a look at it.
Title: foo_playlist_attributes
Post by: Forfit on 2011-05-08 20:44:34
This component not working with the latest versions of FB2000.
I configure the order of every card, but when I change the tab order does not change and remains default.
Title: foo_playlist_attributes
Post by: fbuser on 2011-05-08 21:09:41
This component not working with the latest versions of FB2000.
I configure the order of every card, but when I change the tab order does not change and remains default.
Sorry, but I don't have any clue what you are talking about. Could you please explain more in detail what exactly is not working.
Title: foo_playlist_attributes
Post by: Forfit on 2011-05-09 07:13:34
This component not working with the latest versions of FB2000.
I configure the order of every card, but when I change the tab order does not change and remains default.
Sorry, but I don't have any clue what you are talking about. Could you please explain more in detail what exactly is not working.

Excuse my english.
I go in preferences -> Playlist attributes
select playlist named "my playlist"
set "Playback order" to random
click ok
when i move from other playlist to "my playlist" the order remains in default instead to become random.
Title: foo_playlist_attributes
Post by: Forfit on 2011-05-09 08:34:47
This component not working with the latest versions of FB2000.
I configure the order of every card, but when I change the tab order does not change and remains default.

Excuse me. I wrong. I must to start play to reset order.
Title: foo_playlist_attributes
Post by: MrPG on 2011-05-13 19:42:24
Ok, I see the problem. I will have a look at it.

Sorry to bother you again, but it's been quite a few months - did you have any luck with this problem?
Title: foo_playlist_attributes
Post by: MrPG on 2011-08-16 19:34:27
Ok, I see the problem. I will have a look at it.

Sorry to bother you again, but it's been quite a few months - did you have any luck with this problem?

Well, I guess, no answer is forthcoming after almost 9 months. That's really sad.
Title: foo_playlist_attributes
Post by: fbuser on 2011-08-30 12:27:50
Ok, I see the problem. I will have a look at it.

Sorry to bother you again, but it's been quite a few months - did you have any luck with this problem?

Well, I guess, no answer is forthcoming after almost 9 months. That's really sad.
You are guessing wrong, but you should not expect, that I answer such question like yours above, because the answer is obvious. Anyway, now I found the time to look into this really minor issue and I cannot reproduce it anymore, at least with "correct" settings. So, if you still face this issue, could you please provide me the complete attribute settings for the "other playlist", for your queue playlist and your global settings (all settings from Preferences -> Tools -> Playlist attributes -> Playback settings + settings like playback order, playback follows cursor, cursor follows playback and stop after current).
Title: foo_playlist_attributes
Post by: fbuser on 2011-09-10 22:59:18
New version. See first post for download and details.
Title: foo_playlist_attributes
Post by: mrinferno on 2011-09-11 16:03:18
thanks!  as always, your efforts are much appreciated.
very cool that the settings take effect immediately now.
also cool idea with stop at currently selected, i will enjoy playing with that.
great that the plugin is included on my main component repository now, picked up through "Check for updated components".
Title: foo_playlist_attributes
Post by: Robertina on 2011-09-12 21:12:15
I agree with you on all points, mrinferno.

Thanks, fbuser!

Robertina.
Title: foo_playlist_attributes
Post by: Duny on 2011-09-13 08:26:34
Could you add a special attribute "Add new files" or something, that tracks media library changes: files, coming into ML, will be automatically added to the playlists with this attribute?
Title: foo_playlist_attributes
Post by: fbuser on 2011-09-13 18:17:10
Could you add a special attribute "Add new files" or something, that tracks media library changes: files, coming into ML, will be automatically added to the playlists with this attribute?
Sorry, no. You can use autoplaylists for such a purpose.
Title: foo_playlist_attributes
Post by: White_Shadow on 2011-09-14 08:20:51
@Duny

Use
%added% DURING LAST DAY SORT BY (Sort-Pattern)
for all files added the last day, or
%last_played% MISSING SORT BY (Sort-Pattern)
for all tracks, which were never played
Title: foo_playlist_attributes
Post by: Speech on 2011-09-14 20:53:35
Here is my feature request:
- have an option to enable and disable on-screen display (I have foo_osd installed)
- have an option to automatically delete the file after it was played. This is useful if you listen to podcasts that you have downloaded before.
- Also, have an option to automatically archive a podcast after it was played (I use foo_podcatcher for this)
Title: foo_playlist_attributes
Post by: fbuser on 2011-09-14 21:30:32
- have an option to enable and disable on-screen display (I have foo_osd installed)
Ask the developer of foo_osd then for such a feature. This is not related to foo_playlist_attributes.
- have an option to automatically delete the file after it was played. This is useful if you listen to podcasts that you have downloaded before.
No, definitely not.
- Also, have an option to automatically archive a podcast after it was played (I use foo_podcatcher for this)
Ask the developr of foo_podcatcher then for such a feature. This is not related to foo_playlist_attributes.

Please, stop making arbitrary feature request, which are not related to the respective component.
Title: foo_playlist_attributes
Post by: Speech on 2011-09-14 21:33:53
You probably misunderstood me.  These would be options attached to specific playlists.
Like there is an option to "remove played tracks" in foo_playlist_attributes, a similar one would be "delete played tracks" or "archive played tracks".
I hope this makes it clear.
Title: foo_playlist_attributes
Post by: Duny on 2011-09-15 04:33:07
Could you add a special attribute "Add new files" or something, that tracks media library changes: files, coming into ML, will be automatically added to the playlists with this attribute?
Sorry, no. You can use autoplaylists for such a purpose.

@Duny
Use
...


I know that it can be done using autoplaylist, but i need a regular playlist, which allows editing of it's content.
Title: foo_playlist_attributes
Post by: q-stankovic on 2011-09-15 06:00:14
Try foo_autoenqueue!

Title: foo_playlist_attributes
Post by: fbuser on 2011-09-15 17:34:54
You probably misunderstood me.
No, not really. 

Like there is an option to "remove played tracks" in foo_playlist_attributes, a similar one would be "delete played tracks"
Automatically deleting files without user interaction is not a good idea. You could use "remove played tracks" combined with "copy played tracks" and delete the tracks of the playlist where you copied them from time to time manually.

or "archive played tracks".
This does not really make sense as a general functionality for all tracks. But you want an archiving functionality for podcasts in the first place, which is indeed not related to foo_playlist_attributes.
Title: foo_playlist_attributes
Post by: Robertina on 2011-09-16 15:43:05
Thank you for version 0.4.1, fbuser.
Title: foo_playlist_attributes
Post by: Speech on 2011-09-29 19:03:11
[quote author=q-stankovic link=msg=769292 date=1316062814]Try foo_autoenqueue![/quote]

Do you have a link for foo_autoenqueue?  I can't seem to find it!
Title: foo_playlist_attributes
Post by: MrPG on 2011-11-15 23:09:48
You are guessing wrong, but you should not expect, that I answer such question like yours above, because the answer is obvious. Anyway, now I found the time to look into this really minor issue and I cannot reproduce it anymore, at least with "correct" settings. So, if you still face this issue, could you please provide me the complete attribute settings for the "other playlist", for your queue playlist and your global settings (all settings from Preferences -> Tools -> Playlist attributes -> Playback settings + settings like playback order, playback follows cursor, cursor follows playback and stop after current).

Well, in the latest version of the plugin (0.4.1) the issue seems to be still present.

I have two playlists: one of them is the Library Viewer Selection with the following attributes:
- Playback order: Random
- Bookmark last playback position: Enabled
- Playback on active playlist: Enabled
- Prioritized playlist is Q
All other settings are set to Global for this playlist.

The "queue" playlist is called Q and has the following attributes:
- Playback order: Random
- Bookmark last playback position: Enabled
- Remove played tracks: Enabled
- Remove skipped tracks: Enabled
- Continue on playlist is Library Viewer Selection
All other settings are set to Global for this playlist.

Global settings are:
- Bookmark last playback position: checked
- Playback on active playlist: checked
- Start playback on first track: not checked
- Remove played tracks: not checked
- Remove skipped tracks: not checked

Cursor follows playback is checked, Playback follows cursor is checked, Stop after current - not checked, Playback order is Random.

To reproduce the problem - while a track is playing in the Library Viewer Selection, drag some other track from it to Q and wait. The current track (from Library Viewer Selection) ends, the one in Q starts playing and then repeats indefinitely and never gets removed. If, after dragging the track, you immediately switch back to Library Viewer Selection - everything goes as expected: the dragged track plays once, then gets removed. If you need any other information, I'll be glad to provide it.
Title: foo_playlist_attributes
Post by: Zarty on 2011-11-16 16:18:14
@fbser.  I find this component very useful thank you. 

I would love to see a feature whereby I can set playlists (even globally) to prevent them playing.  I wouldn't have this feature turned on most of the time but it's useful when DJing - leaving it to the primary playlist to do all the playing.

Zarty
Title: foo_playlist_attributes
Post by: Zetto on 2012-02-01 12:09:55
This component breaks the foo_skip DSP here. Is this a known bug? Loved some of the features of this component but in its current state I can't use it (need foo_skip).
Title: foo_playlist_attributes
Post by: Erich_2 on 2012-02-01 12:54:35
This component breaks the foo_skip DSP here.

Here too. Good to know, I'm not alone.
Title: foo_playlist_attributes
Post by: fbuser on 2012-02-01 19:03:34
This component breaks the foo_skip DSP here.
Here too. Good to know, I'm not alone.
This component does not break anything. Please, don't make such general claims without a detailed error description. With the default settings foo_playlist_attributes is just doing nothing. Depending on some specific settings of foo_playlist_attributes it simply cannot be avoided, that there are interferences with other components, which are also manipulating the standard behaviour of playlist playback, like skipping tracks or removing tracks.



Title: foo_playlist_attributes
Post by: Erich_2 on 2012-02-01 20:31:53
This component breaks the foo_skip DSP here.
Here too. Good to know, I'm not alone.
This component does not break anything. Please, don't make such general claims without a detailed error description.
I'm so sorry, I didn't  made an ordinary check. After testing again I found out it must be another problem in my  adjustments,  I'm apologizing once more. 
Title: foo_playlist_attributes
Post by: Zetto on 2012-02-01 21:02:22
Quote
This component breaks the foo_skip DSP here.

This wasn't a general statement. Furthermore I was asking if anyone else has this prob.

Barebone 1.1.9 foobar. I move foo_skip into components folder, skipping DSP works like it should. I then move foo_playlist_attributes into components folder as well: DSP functionality is broken. Settings untouched. Call it however you want, there's an interference, whatever is causing it. Dude I love your component, thanks for that one, I'm just saying they don't go well together here in 1.1.9, and that WAS kinda sad. Works after upgrading to 1.1.11.
Title: foo_playlist_attributes
Post by: GCRaistlin on 2012-03-31 23:28:48
Edit | Playlist attributes | DSP settings isn't any useful really.
Let's assume that we have "main" DSP list (Preferences | Playback | DSP Manager) empty and "current" DSP setting (the one for current playlist) set to 'Global'. Through Edit menu change "current" DSP setting (I used Reverse stereo channels DSP). Nothing! No reverse. Let's take a look to "main" DSP list - hmm, Reverse is active. But doesn't work. Let's go to "current" DSP setting. Hmm, Reverse is on the list here, too. Check 'Global', press Apply, uncheck 'Global', leave Reverse on the left (just how it was before), press Apply again. Reverse will start finally working.
Title: foo_playlist_attributes
Post by: Chibisteven on 2012-04-09 07:18:39
Feature request: bookmark current playlist track.  I much prefar this to bookmark current "exact" position as alternative.  Because I like to save by track, by not abolute position.  Because I like to stop on the first of a track with seeing what played before it and it ends up bookmarking a couple of seconds into it.
Title: foo_playlist_attributes
Post by: fbuser on 2012-06-03 19:07:15
I have two playlists: one of them is the Library Viewer Selection with the following attributes:
- Playback order: Random
- Bookmark last playback position: Enabled
- Playback on active playlist: Enabled
- Prioritized playlist is Q
All other settings are set to Global for this playlist.

The "queue" playlist is called Q and has the following attributes:
- Playback order: Random
- Bookmark last playback position: Enabled
- Remove played tracks: Enabled
- Remove skipped tracks: Enabled
- Continue on playlist is Library Viewer Selection
All other settings are set to Global for this playlist.

Global settings are:
- Bookmark last playback position: checked
- Playback on active playlist: checked
- Start playback on first track: not checked
- Remove played tracks: not checked
- Remove skipped tracks: not checked

Cursor follows playback is checked, Playback follows cursor is checked, Stop after current - not checked, Playback order is Random.

To reproduce the problem - while a track is playing in the Library Viewer Selection, drag some other track from it to Q and wait. The current track (from Library Viewer Selection) ends, the one in Q starts playing and then repeats indefinitely and never gets removed. If, after dragging the track, you immediately switch back to Library Viewer Selection - everything goes as expected: the dragged track plays once, then gets removed. If you need any other information, I'll be glad to provide it.
It's a while ago, but this report actually helped me to find the problem and a few others, which required a complete internal re-design of the component. Basically, the problem should be solved now. The main problem was, that you used "playback follows cursor" together with a prioritized playlist, which led to an undefined situation. Although an endless loop should not appear anymore with this combination, it still can happen, that glitches during playback occur, even when the new DSP for smooth transitions is activated.
Title: foo_playlist_attributes
Post by: mrinferno on 2012-06-03 23:28:43
thanks for the update.

might have found a regression though.

looks like after a close and reopen of foobar, it always goes back to the last playing song on previous run of app.
no matter if i have "Bookmark last playback position" turned off or on; i've also tried to override it with "Playback on active playlist" and it still always goes back to the last played song.
Double clicking on a song on a different playlist or highlighting a different playing and clicking the play button.

i have to hit play then stop then switch to another playlist, then hit play again.
Title: foo_playlist_attributes
Post by: amalone on 2012-06-04 01:11:35
I would like to set the attributes for all playlists using a Template, but exclude the Default and Audio CD playlists. I would like the restrictions for Default and Audio CD to always remain as "Disable removing the playlist only". I don’t see in the help file how to do this.

Thank you for your work on this component.
Title: foo_playlist_attributes
Post by: fbuser on 2012-06-04 17:59:15
looks like after a close and reopen of foobar, it always goes back to the last playing song on previous run of app.
Please, check if "Main menu -> File -> Preferences -> Advanced -> Tools -> Playlist attributes -> Use last playing playlist for playback after program restart" is checked. If yes, please uncheck it. Otherwise the described behaviour is not reproducible.

no matter if i have "Bookmark last playback position" turned off or on
Bookmarking sets only a marker on the relevant playlist, which will be considered, when the playback starts on this playlist, but it does not choose the playlist, from which to play.

i've also tried to override it with "Playback on active playlist" and it still always goes back to the last played song.
The option mentioned above has precedence over this option.

I have to hit play then stop then switch to another playlist, then hit play again.
Small correction, in case the option mentioned above is activated.


I would like to set the attributes for all playlists using a Template, but exclude the Default and Audio CD playlists. I would like the restrictions for Default and Audio CD to always remain as "Disable removing the playlist only". I don’t see in the help file how to do this.
It is not possible to exclude playlists while using a template.
Title: foo_playlist_attributes
Post by: mrinferno on 2012-06-05 03:45:20
looks like after a close and reopen of foobar, it always goes back to the last playing song on previous run of app.
Please, check if "Main menu -> File -> Preferences -> Advanced -> Tools -> Playlist attributes -> Use last playing playlist for playback after program restart" is checked. If yes, please uncheck it. Otherwise the described behaviour is not reproducible.


yep, that was it.
sorry, didn't realize there were some extra settings in there.

works like a champ now.
thanks again for the update!
Title: foo_playlist_attributes
Post by: exxecutor on 2012-06-05 19:22:13
Thanks for the update!

However: since the new version I have problems using "Remove played tracks" together with "Continue on playlist...". Now, when finishing a track which is not the last track of the playlist, it plays the next track (like it is supposed to) but just for a split second (Opening track... appears in the Console) and then it rapidly switches to the other playlist. I think it should only switch after the last track of the playlist. Can anyone confirm this?
Title: foo_playlist_attributes
Post by: fbuser on 2012-06-05 20:56:45
Confirmed. There is definitely something wrong. Thanks for the report.
Title: foo_playlist_attributes
Post by: Black_Over_Bills_Mothers on 2012-06-05 21:25:29
Thanks for all your hard work.

I think I'm seeing something different about the new release. It seems to make the current playing playlist active each time I begin play. Is this by design 'cos it's rather annoying?
Title: foo_playlist_attributes
Post by: fbuser on 2012-06-05 21:56:48
Is this by design
This depends on your settings. But it was indeed necessary for one or two options to activate the playing playlist, where it was not done before.
Title: foo_playlist_attributes
Post by: Black_Over_Bills_Mothers on 2012-06-06 22:48:08
Following on from my previous post regarding the new version making the current playing playlist active. Since I find this 'feature' annoying, I have tried several settings and have stumbled upon a way to prevent it. If I set 'Start Playback On First Track' to disabled playlist activation no longer happens. Curious!
Title: foo_playlist_attributes
Post by: fbuser on 2012-06-06 23:10:15
This is no surprise. "Start playback on the first track" is one of the mentioned options, where the behaviour changed.
Title: foo_playlist_attributes
Post by: q-stankovic on 2012-06-08 01:19:56
since the new version I have problems using "Remove played tracks" together with "Continue on playlist...". Now, when finishing a track which is not the last track of the playlist, it plays the next track (like it is supposed to) but just for a split second (Opening track... appears in the Console) and then it rapidly switches to the other playlist. I think it should only switch after the last track of the playlist. Can anyone confirm this?


Confirmed. There is definitely something wrong. Thanks for the report.


have the same problem but without the combination with "Continue on playlist...":  a second is played and playback stops. Before that happened i tested prioritized playlist and after deleting it i remarked what exxecutor described but it continued playing on last playing playlist (nothing setted for "continue on ..."!). Now - for whatever resons - playback just stops like described in my first sentence. It doesn't matter if the remove-function is setted globally or just for a special playlist.
Title: foo_playlist_attributes
Post by: delusion on 2012-06-25 11:44:07
i have similar problems...
we use fb2k with playlist attributes and scheduler to arrange our community radio station shuffle playout.
i work with up to 20-30 playlists, arranged by music-style like World, Rock, R&B, etc.

i use the following command in scheduler to switch from one playlist to another, enqueue a random track and switch to another playlist:
C:\Program Files\foobar2000\foobar2000.exe /playlist-activate:"Jingles" /command:"Enqueue Random" /playlist-activate:"Pop"

another way to jump from one playlist to another, including fade-change from overlap to fade.
C:\Program Files\foobar2000\foobar2000.exe /playlist-activate:"Jingles" /command:"Flush playback queue" /command:"Enqueue Random" /playlist-activate:"Pop" /command:"Overlap instead of crossfade"

this system ran stable since a few weeks.
but from then on, foobar jumps, from almost any of the playlists the scheduler switched to, into the playlist "World".

i did not set any global prioritised, "continue on..." playlists or "playback on active playlist".
when there is a "StartPlayback-Command" in the scheduled task, it then plays from the right playlist.
but not if i switch into another playlist with the first of my above commands "on-the-fly" during a track playing. then it plays from "world".

tomorrow i will test to remove playlist attributes from foobar, and see how this behaviour would look like without playlist attributes.

i must admit, i am not sure to exactly understand the meaning of the function "playback on active playlist".
the way i want to switch on-the-fly from a playlist to another, i wouldn't need this option activated?"
as far as i understand, a playlist will not become the active one, when i use /command:"playlist-activate:"Jingles", but will be visible.
i have to use a play-command to make it visible AND active.
if not, the last active playlist stays activated and foobar will play a track from this one and not from the one visible.

for example when ececuting a scheduled task when playlist 2 is active and playing:
1. /command:playlist-activate:"1" => playlist 1 becomes visible (highlighted in playlist-organizer), but playlist 2 stays active one (with a frame around the playlist name)
2. fb2k plays one track of (visible but not active) playlist 1

if i would add a "Start-Playback-Command" as 3. command playlist 1 would become the active one? is this assumed correctly?

i am really confused now! i think i don't see any forest, because of so much trees...

although i face problems now, I really really enjoy your hard work and want to say thank for you for this tool!!!
Title: foo_playlist_attributes
Post by: delusion on 2012-06-26 07:37:47
i did remove any component, the online-troubleshooter told me to, incl. playlist attributes + config

one question => where are the playlist attributes settings stored?
because i did remove the playlistattributes.cfg file before reinstalling and the options are set as before?
i did not expect to keep the playlist-attributes-settings when deleting the cfg-file...

so for now, let's see, what fb2k does now, maybe i can now see the forest...
Title: foo_playlist_attributes
Post by: j-t-r on 2012-07-22 10:15:13
Despite the changelog says that "duplicate playback of the last track in the playlist" behaviour is fixed since v0.5 was released, I’m still encountering this issue.
I’m using Fv1.1.1.12a and these components:
7-zip reader
album list
cd audio decoder
converter
default user interface
foobar2000 core
playlist attributes
rar reader
replay gain scanner
standard dsp array
standard input array
zip/gzip reader
Any idea what to do with this? Thanks in advance.
Title: foo_playlist_attributes
Post by: fbuser on 2012-07-22 11:41:12
[quote author=j-t-r link=msg=802990 date=1342948513]Any idea what to do with this?[/quote]No, the information you provided is not sufficient to analyze the problem. But it might help to describe your problem and your settings like in the post here (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=73783&view=findpost&p=775764).
Title: foo_playlist_attributes
Post by: Emerelle on 2012-08-18 22:34:23
I seem to have a problem with the order of tracks when I send an entire album to a playlist via *add and play* option - some tracks are out of order, though not completely scrambled.

Any known problems regarding this? Otherwise extremely useful addon, many thanks for it!
Title: foo_playlist_attributes
Post by: fbuser on 2012-08-18 22:48:56
This is not related to foo_playlist_attributes. Neither an option "add and play" is provided by this plugin, nor the order of the tracks in a playlist is touched in any way.
Title: foo_playlist_attributes
Post by: Emerelle on 2012-08-18 22:57:51
Oh - I checked twice. Geez, sorry to bother. Some more research then.
Title: foo_playlist_attributes
Post by: fbuser on 2012-08-25 08:40:18
[quote author=q-stankovic link=msg=798236 date=1339114796]
since the new version I have problems using "Remove played tracks" together with "Continue on playlist...". Now, when finishing a track which is not the last track of the playlist, it plays the next track (like it is supposed to) but just for a split second (Opening track... appears in the Console) and then it rapidly switches to the other playlist. I think it should only switch after the last track of the playlist. Can anyone confirm this?

have the same problem but without the combination with "Continue on playlist...":  a second is played and playback stops. Before that happened i tested prioritized playlist and after deleting it i remarked what exxecutor described but it continued playing on last playing playlist (nothing setted for "continue on ..."!). Now - for whatever resons - playback just stops like described in my first sentence. It doesn't matter if the remove-function is setted globally or just for a special playlist.
[/quote]Actually, I couldn't reproduce exactly the described behaviours, but as mentioned before, I could identify some problems, which are fixed now. If the problems still occur, please provide some more details, like it is done here (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=73783&view=findpost&p=775764).
Title: foo_playlist_attributes
Post by: q-stankovic on 2012-09-02 16:46:02
fbuser, that part of your component i don't use on a daily basis, i just tested what the component offers. I would have to take some time for describing the behaviour which i don't have now. I noticed the new version and will try to see in the next time if i can repeat the behaviour
Title: foo_playlist_attributes
Post by: gob on 2012-09-11 18:36:47
Great plugin, been using it for ages. It would be great if this plugin could support the feature of foo_stopaftercuralbum, or better yet, re-create it all together since the source code exists..

http://www.hydrogenaudio.org/forums/index....showtopic=72420 (http://www.hydrogenaudio.org/forums/index.php?showtopic=72420)
Title: foo_playlist_attributes
Post by: Lesmo16 on 2013-10-17 15:37:09
Is it actually possible to use color control syntax <dim> and >highlight< as playlist attributes?
I would much more prefer to dim a played track than to remove it.
Title: foo_playlist_attributes
Post by: fbuser on 2013-10-17 20:45:41
Is it actually possible to use color control syntax <dim> and >highlight< as playlist attributes?
No, currently not. And it won't be possible in the future, as it out of the scope of this component to make such a functionality possible. Direct support for this isn't possible anyway due to technical reasons.
Title: foo_playlist_attributes
Post by: zaede on 2013-10-18 09:55:50
Is it actually possible to use color control syntax <dim> and >highlight< as playlist attributes?
I would much more prefer to dim a played track than to remove it.


Do you know foo_uie esplaylist ?
With this playlist you even have $rgb(0,0,0) function.

Make new tab and add foo_uie_esplaylist !
Title: foo_playlist_attributes
Post by: Lesmo16 on 2013-10-18 11:41:58
I know foo_uie_esplaylist and it's customisation abilities, but it's foo_playlist_attributes that gives the triggers to do something with the played tracks - i.e. removing them from playlist.
Title: foo_playlist_attributes
Post by: zaede on 2013-10-19 08:17:06
But you where talking about Dim not removing.

$ifequal($stricmp(%_difflastplayed%,0),1,$rgb(205,55,0)%what ever%) is changing the color.

Another thing:
Two playlists. one at the top (played tracks) one at the bottom (playing tracks).
foo_playlist_attributes  send played tracks to playlist (played tracks)
Title: foo_playlist_attributes
Post by: Shinsou on 2014-03-05 12:58:37
does anyone have an idea what makes foo_playlist_attributes block foo_skip "skip" feature? With foo_playlist_attributes component removed, skip feature works. I've tried deleting foo_playlist_attributes ".CFG" file but it didn't help.
Title: foo_playlist_attributes
Post by: Robertina on 2014-03-05 15:08:46
I've tried deleting foo_playlist_attributes ".CFG" file but it didn't help.

The reason is that per-playlist settings aren't stored in the foo_playlist_attributes.dll.cfg, but in the "individual playlist files (http://www.hydrogenaudio.org/forums/index.php?showtopic=73783&view=findpost&p=680243)".

Here (http://www.hydrogenaudio.org/forums/index.php?showtopic=73783&view=findpost&p=681382) fbuser explains how to "reset" your existing playlists.

Quote
does anyone have an idea what makes foo_playlist_attributes block foo_skip "skip" feature?

Perhaps you can detect some relationship between this blockade and your relevant Playlist attributes settings (both in Preferences > Tools > Playlist attributes and in [main menu] Playback > Playlist attributes? Also to post your exact foo_skip pattern might help.
Title: foo_playlist_attributes
Post by: Shinsou on 2014-03-05 18:23:58
I've tried deleting foo_playlist_attributes ".CFG" file but it didn't help.

The reason is that per-playlist settings aren't stored in the foo_playlist_attributes.dll.cfg, but in the "individual playlist files (http://www.hydrogenaudio.org/forums/index.php?showtopic=73783&view=findpost&p=680243)".

Here (http://www.hydrogenaudio.org/forums/index.php?showtopic=73783&view=findpost&p=681382) fbuser explains how to "reset" your existing playlists.

Quote
does anyone have an idea what makes foo_playlist_attributes block foo_skip "skip" feature?

Perhaps you can detect some relationship between this blockade and your relevant Playlist attributes settings (both in Preferences > Tools > Playlist attributes and in [main menu] Playback > Playlist attributes? Also to post your exact foo_skip pattern might help.

thanks for reply. Reseting playlist attributies didn't help. My foo_skip query is: "%rating% IS 1 OR %skip% IS 1". I found out that updated (v1.8.2) foo_skip component is conflicting with foo_playlist_attributes. foo_skip v1.7.4 works fine with same settings.
Title: foo_playlist_attributes
Post by: Robertina on 2014-03-06 01:35:02
I found out that updated (v1.8.2) foo_skip component is conflicting with foo_playlist_attributes. foo_skip v1.7.4 works fine with same settings.

For what it's worth, here is foo_skip's change log (http://www.saunalahti.fi/~cse/foobar2000/?changes=foo_skip).

Perhaps to know the main changes can help troubleshooting.
Title: foo_playlist_attributes
Post by: Case on 2014-03-06 12:03:35
Playlist Attributes component seems to touch DSP chain for each track and some safety checks I added to foo_skip in 2011 prevented its operation if DSP is adjusted during its operation. I just uploaded a new Skip Track version where these chain modification checks are removed. They should no longer be needed with its new logic.
Title: foo_playlist_attributes
Post by: attachmentDownload on 2015-09-10 22:52:13
I was convinced this component would help me reach my goal but, so far, I've had no luck. I simply want to setup Foobar2000 (ver 1.3.8) so that:

1) When I double-click file(s) in Windows Explorer, they get enqueued to the bottom of the default playlist *AND* 
2) The default playlist is cleared on exit. (This requirement prevents me from simply using the Shell Integration preference of Set Enqueue As The Default Action... because that, for some reason, causes the default playlist to not clear on exit.)

Can anyone PLEASE offer a method which will accomplish both of the above? TIA
Title: Re: foo_playlist_attributes
Post by: Hidrojen on 2016-02-28 13:02:53
I want to request a feature "Lock playlist"
Afaik only Auto-playlists are locked and I want to lock my main playlist so when I enable "Remove played track", I won't lose my songs.
Title: Re: foo_playlist_attributes
Post by: fbuser on 2016-02-28 21:07:37
I want to request a feature "Lock playlist"
It's already there: menu "Edit -> Playist attributes -> Playlist restrictions", but for this purpose
I want to lock my main playlist so when I enable "Remove played track", I won't lose my songs.
your request does not make sense. If you don't want this functionality for your main playlist, just don't activate it for this playlist, i.e. disable it for this playlist, if you have enabled it globally.
Title: Re: foo_playlist_attributes
Post by: bloniaq on 2018-01-08 15:16:47
At first, great job with the component mate. It's one of those, I'll never get rid of.

There's only one thing i miss - simple UI Element with similar content to component page in preferences. It could be excellent tool when managing big number of playlist. If you're lack of ideas for development, please consider mine. ;) Greetings.
Title: Re: foo_playlist_attributes
Post by: Simon_ Thunder on 2018-01-31 21:05:34
Hello folks. Big thanks to man who creating this plugin.
My question is, how to set this plugin playing first track of each album and then remove the tracks?
I mean: how to set the plugin play first track of the first album and then second album fist track and go on and on. (I have more than 9 albums) 
Thank you.
Title: Re: foo_playlist_attributes
Post by: fbuser on 2018-02-03 11:02:43
There's only one thing i miss - simple UI Element with similar content to component page in preferences. It could be excellent tool when managing big number of playlist.
Sorry, but I don't think that it is useful.
My question is, how to set this plugin playing first track of each album and then remove the tracks?
This is not possible. You can remove tracks from a playlist, but you can not fill a playlist with certain tracks before.
Title: Re: foo_playlist_attributes
Post by: Simon_ Thunder on 2018-02-05 19:25:12
Thank you.
If i try to set to playing only every first track of each album in my library, without remove playing tracks its possible?
Title: Re: foo_playlist_attributes
Post by: fbuser on 2018-02-05 20:19:23
If you create a playlist on your own with every first track of each album, then it is possible.
Title: Re: foo_playlist_attributes
Post by: peersoft on 2018-06-13 08:43:48
Hi,

Great work, this component is a MUST HAVE for me since I reinvented fb2k for me :-). Would there be a possibility to add support for foo_scrobble and its "Scrobble tracks" option to be playlist-specific? There are various attributes that I don't care, but this one would be great, if it is possible to communicate with other components or query their settings, or is it a real nonsense?
SimplePortal 1.0.0 RC1 © 2008-2018