HydrogenAudio

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

Title: [fb2k v2] Playlist Attributes (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.

Upgrade Note: If you're upgrading from an older version than 1.0.0, it is highly recommended to backup your current configuration before.

Prerequisites:

Download (https://www.foobar2000.org/components/view/foo_playlist_attributes)
Version history (https://www.foobar2000.org/components/view/foo_playlist_attributes/releases)
Title: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: foo_playlist_attributes
Post by: fbuser on 2009-08-06 19:29:12
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", 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.

2. Wouldn't main menu -> edit be the better place for assigning playback attributes as this submenu is related to current/active playlist?
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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: foo_playlist_attributes
Post by: q-stankovic on 2009-08-07 14:21:32
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" ...


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: Re: foo_playlist_attributes
Post by: fbuser on 2009-08-07 15:00:17
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.
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: Re: 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: Re: 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: Re: foo_playlist_attributes
Post by: fbuser on 2009-08-07 17:26:03
Why do you refuse to achieve consistency in that point? Is that something that is nothing worth for you?
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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: foo_playlist_attributes
Post by: fbuser on 2009-08-08 15:00:58
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?
Sure, I totally agree with you here. I just missed it and will fix it for the next release.
Title: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: foo_playlist_attributes
Post by: odyssey on 2009-09-16 07:53:20
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.

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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: foo_playlist_attributes
Post by: Fractal_Mortality on 2009-10-08 20:26:06
Thanks for stop after current! Much appreciated!
Title: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: foo_playlist_attributes
Post by: fbuser on 2009-11-16 19:51:38
New version. See first post for download and details.
Title: Re: foo_playlist_attributes
Post by: odyssey on 2009-11-26 14:42:08
Request to add DSP preset to playlist attributes
Title: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: foo_playlist_attributes
Post by: fbuser on 2010-05-23 22:11:35
New version. See first post for download and details.
Title: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: foo_playlist_attributes
Post by: fbuser on 2010-06-02 21:42:32
(The edit->playlist attributes->submenu alone contains 13 items)
No, 14. 
Title: Re: foo_playlist_attributes
Post by: q-stankovic on 2010-06-02 22:04:38
(The edit->playlist attributes->submenu alone contains 13 items)
No, 14. 
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: Re: foo_playlist_attributes
Post by: fbuser on 2010-06-02 22:30:12
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.


Edit: added a step to the description above
Title: Re: 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: Re: 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: Re: foo_playlist_attributes
Post by: fbuser on 2010-06-06 16:22:52
I have no idea what ist the purpose of having "prioritized playlist..." in the edit menu and how it works at all.
The same as for all other entries in this menu: It changes the settings of the active playlist.
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?
I can't reproduce this. Setting the prioritized playlist in the edit menu does not change the global setting.
Title: Re: 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: Re: foo_playlist_attributes
Post by: fbuser on 2010-06-06 17:13:44
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?
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.
If it is so, i still can't see a scenario there it could be of any usage to override the global setting.
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.

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.
If you replace active playlist by playing playlist it works like that, but only, if the prioritized playlist contains tracks.

Title: Re: 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: Re: 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: Re: 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: Re: 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: Re: foo_playlist_attributes
Post by: carpman on 2010-10-31 19:02:06
Okay, thanks for quick reply.

C.
Title: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: foo_playlist_attributes
Post by: fbuser on 2011-09-10 22:59:18
New version. See first post for download and details.
Title: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: foo_playlist_attributes
Post by: q-stankovic on 2011-09-15 06:00:14
Try foo_autoenqueue!

Title: Re: 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: Re: foo_playlist_attributes
Post by: Robertina on 2011-09-16 15:43:05
Thank you for version 0.4.1, fbuser.
Title: Re: foo_playlist_attributes
Post by: Speech on 2011-09-29 19:03:11
Try foo_autoenqueue!


Do you have a link for foo_autoenqueue?  I can't seem to find it!
Title: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: foo_playlist_attributes
Post by: fbuser on 2012-06-05 20:56:45
Confirmed. There is definitely something wrong. Thanks for the report.
Title: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: foo_playlist_attributes
Post by: fbuser on 2012-07-22 11:41:12
Any idea what to do with this?
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: Re: 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: Re: 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: Re: 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: Re: foo_playlist_attributes
Post by: fbuser on 2012-08-25 08:40:18
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.
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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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: Re: 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?
Title: Re: foo_playlist_attributes
Post by: GCRaistlin on 2019-01-27 14:36:37
foo_playlist_attributes prevents to clear Playback follows cursor option while playing a track:
Check the option state - it is set.
fb2k 1.4.2, Win81x64
Title: Re: foo_playlist_attributes
Post by: fbuser on 2019-01-27 20:23:48
foo_playlist_attributes prevents to clear Playback follows cursor option while playing a track
This is a minor limitation if "Start playback on first track" is activated. Apart from this it should not happen.
Title: Re: foo_playlist_attributes
Post by: GCRaistlin on 2019-01-28 07:36:01
This is a minor limitation if "Start playback on first track" is activated.
Actually it isn't.
Title: Re: foo_playlist_attributes
Post by: fbuser on 2019-01-29 21:01:20
This is a minor limitation if "Start playback on first track" is activated.
Actually it isn't.
You're right. I just looked at the code and didn't notice, that it is not doing what it was supposed to be done. This is fixed now including the mentioned limitation. For some reason I've currently no access to the components page, so I'll upload the new version as soon as I have it again.
Title: Re: foo_playlist_attributes
Post by: TheLomaxx on 2019-01-30 19:09:49
Playlist Attributes seems to have an issue. Unless I configured something wrong.
 Whith my setup where PL1 prioritises PL2 and PL2 continues with PL1 (when done and empty), I must not skip the last song in PL2 or foobar2000 gets confused. If I do it, I end up in a situation where PL1 does not continue automatically and songs in the active playlist are being removed from the playlist without being played when I press the play-button (or my global hotkey for it). I can fix that by adding another song to PL2 and letting it play to the end (can click the progress-bar near the end of song).
 Seems to me like a bug in the plugin. Like some variables are not correctly reset/initiated when skipping songs.

Update: The issue only shows up when I set "Removed skipped tracks" to "enabled" for PL2. Though from my understanding it should work with it. And I would want it to be that way.
Title: Re: foo_playlist_attributes
Post by: fbuser on 2019-01-31 18:46:50
Playlist Attributes seems to have an issue.
Nice, another issue in a few days, which is probably more than eight years old.  :D

I can at least confirm, that skipping the last track on a prioritized playlist, which has a subsequent playlist with "Continue on playlist" set stops playback instead continuing on the next playlist. However the further behaviour you described is not reproducible for me. Could you please therefore provide the complete playlist attributes configuration for both playlist + all global settings, which you didn't change for at least one of these playlists?
Title: Re: foo_playlist_attributes
Post by: TheLomaxx on 2019-01-31 19:28:50
I'll try my best to provide as much valuable information as possible.

 To give you a quick overview of what I am using your component for: I am trying to implement a queue-system that makes foobar play the next song after the last song that was played before the queue-list started (in other words continues where it left of). For that i created two playlists. One named "Default", one "Insertion". "Default" behaves pretty much like a standard playlist. Songs are not being deleted when played or skipped. The only important setting for me is "prioritise playlist Insertion". That playlist "insertion" again was set to "continue with Default" when done as well as "delete songs when played" and "delete songs when skipped". I also set the option to always start from beginning in between, but i think that was not causing problems.

In general I installed the addon about two days ago and played around with the settings. So I tried out several other options, but reset most of them to the default values. Another thing that should be mentioned is that I set the "Insertion"-playlist as default playlist for adding songs from command-line (foobar-preferences-> Shell Extension). There i also set the option to enqueue files. But I doubt that both affects the bug. Also i always skip songs via a global hotkey (CTRL+Numpad3)

General Playlist Attributes settings:
- I didnt configure any templates
- preferences/playlist attributes/Playback settings are all unchecked. Nothing assigned for "prioritized playlist" and "continue on playlist " is set to "Default"

Playlist attributes for "Default" are all set to "Global", Replaygain and DSP both checked, no playlist restrictions, Prioritized playlist set to "Insertion" and "Continue on playlist set to "Global"

Playlist attributes for "Insertion" are the same except for "Playback order=Default", Disable renaming and removing playlist both checked and "Continue in playlist" set to " - Last playlist -". (I just noticed i changed it to that a while ago).

I  now made a quick test and dragged a song from "Default" to "Insertion" (thus copying it), skipped the current playing song so that the copied song in "Insertion" started to play. Then skipped that song again (so Insertion is empty) and when i then skip another time the song which i pulled over gets deleted in "Default"-list. If i skip again, then the next one gets deleted and so on. Oh wait. if i select another song by clicking it once (marking it) then that is being deleted, if i press the skip-hotkey or press the skipbutton  of playback control.

Hope that helps. I can also offer you more feedback in some textchat of your choice, a discord voicechat of your choice or i can quickly set up a twitchstream (at least i think i can. i dont stream that often, but OBS is installed and configured *g*)

Edit: Made a little change in the second last paragraph of this post
Title: Re: foo_playlist_attributes
Post by: anamorphic on 2019-01-31 20:16:14
@TheLomaxx - Hi! :)  It might be helpful to zip up and attach your foo_playlist_attributes.dll.cfg file, found in the configuration folder, as it probably has the settings where this issue is happening.
Title: Re: foo_playlist_attributes
Post by: TheLomaxx on 2019-01-31 20:22:30
weeeeee I am being stalked!  :D

And you are so boringly effective <sigh>. Well, you win. ;) Here is the cfg (if everything goes right).

Title: Re: foo_playlist_attributes
Post by: fbuser on 2019-01-31 20:32:11
@TheLomaxx - Hi! :)  It might be helpful to zip up and attach your foo_playlist_attributes.dll.cfg file, found in the configuration folder, as it probably has the settings where this issue is happening.
Only the global settings. The playlist specific settings are tied to the relevant playlists.
Title: Re: foo_playlist_attributes
Post by: TheLomaxx on 2019-01-31 20:53:01
hmm ... while thinking about sending you the playlists and trying to find out which of the fpl-files in the directory are "Default" and "Insertion", I noticed something strange. It might be an indication that the fpl-file is corrupt.

There is one fpl-file which only contains one single song, but i have no such playlist open. However, the song saved in there is one which I think i only queued to "Insertion" lately.

I made another zip with index.dat from the playlist-folder as well as two fpl-files which i think are the ones from "Default" and "Insertion". The one with 481 bytes being "Insertion" I assume. Only thing I changed was that I shortened the "Default"-list from something over 1000+ songs to only 10.

Maybe these files help you?

I meanwhile will try to set up a completely new Insertion2-playlist
Title: Re: foo_playlist_attributes
Post by: anamorphic on 2019-01-31 21:07:53
Ah, ok. Interesting though. That cfg is three times bigger than mine... *cough*...  ??? :D Er, I mean, mine is only 382 bytes for over 40 playlists. And I've never had any problems with "insertion" playlists. (This is not innuendo, I promise! :D )

Shutting up now...
Title: Re: foo_playlist_attributes
Post by: TheLomaxx on 2019-01-31 21:12:39
Setting up a new Insertion-playlist didnt bring any improvement.
Quote
"That cfg is three times bigger than mine... *cough*"
?

Which one exactly? I didnt fully understand what you mean. Do you think you found the reason for my issue? And don't worry about possible innuendos. I'm good at enduring criticism. xD
Title: Re: foo_playlist_attributes
Post by: fbuser on 2019-01-31 21:18:14
Maybe these files help you?
Thanks, I'll look into it.
Title: Re: foo_playlist_attributes
Post by: anamorphic on 2019-01-31 21:20:28
Which one exactly? I didnt fully understand what you mean.
The first zip you posted, the cfg settings. No idea if it means anything. (Also, I was just being silly and going for a laugh ;) ).
Title: Re: foo_playlist_attributes
Post by: fbuser on 2019-02-02 08:14:12
@TheLomaxx: With your description I could finally reproduce and fix the problem. I could also detect and fix another slightly related problem in this area. Hower, I have still no access to the components site to upload the new version, but as all the three bugs, which I've fixed, were existing for more than 8 years, it's probably not that urgent.

By the way: You can avoid at least the unwanted removing of skipped tracks on your default playlist by setting "Playback on active playlist" to enabled. I had set it and that was the reason, why I couldn't first reproduce the second part of your error report.
Title: Re: foo_playlist_attributes
Post by: Case on 2019-02-02 09:27:56
What is the problem with accessing component repository? If you have password problems or similar, I think you should PM Peter.
Title: Re: foo_playlist_attributes
Post by: TheLomaxx on 2019-02-02 10:40:02
@fbuser: Awesome that you could reproduce the bug. Thanks for your work on both the bugfixing and the creation of the plugin. I'll patiently wait until your repository problem was resolved.
Title: Re: foo_playlist_attributes
Post by: fbuser on 2019-02-02 14:37:17
The new version is now uploaded to the component repository.
Title: Re: foo_playlist_attributes
Post by: GCRaistlin on 2019-02-02 20:46:26
Can you please upload 0.5.2 somewhere? Just in case there's a need to install fb2k on WinXP.
Title: Re: foo_playlist_attributes
Post by: fbuser on 2019-02-02 21:20:47
Can you please upload 0.5.2 somewhere? Just in case there's a need to install fb2k on WinXP.
Sorry, no. I did not drop the support for WinXP in order to upload an outdated version of the component with known bugs to support WinXP again.
Title: Re: foo_playlist_attributes
Post by: GCRaistlin on 2019-02-02 22:26:19
Too bad. I missed 0.5.2 somehow so I have only 0.5.1.
Title: Re: foo_playlist_attributes
Post by: Maurus on 2019-02-04 20:13:24
@GCRaistlin,

I sent you a PM.
Title: Re: foo_playlist_attributes
Post by: Simon_ Thunder on 2019-02-07 08:51:45
Too bad. I missed 0.5.2 somehow so I have only 0.5.1.
I am also need this verse of plugin because i am still use XP, someone can help me with that?
Thank you.
Title: Re: foo_playlist_attributes
Post by: tribbles on 2019-03-09 18:19:52
Having trouble getting the bookmark functionality to work.

I would like to be able to have a specific playlist start from its previous location whenever I load that playlist. I have enabled the bookmark setting everywhere I can find it but it still doesn't seem to work (just trying to get it to work for all playlists to start with). I am sure that I am missing something simple.

Also, I assume that the bookmarking for a specific playlist is remembered after fb2k is closed via a template, correct?
Title: Re: foo_playlist_attributes
Post by: fbuser on 2019-03-10 07:15:48
What do you mean with "load that playlist"? If you mean, that you load playlists with "File -> Load playlist", it doesn't work for formats other than for fpl playlists. For this format it should work, also if you use a template. If you are using fpl playlists, please post your complete settings for further analyses.
Title: Re: foo_playlist_attributes
Post by: tribbles on 2019-03-10 18:45:20
I am loading the playlist through the command line and that appears to be the problem because fb2k shows that playlist as "New Playlist" as opposed to the actual playlist name that has a template.

Here is the command line:
c:\foobar2000\foobar2000 music.fpl
Title: Re: foo_playlist_attributes
Post by: fbuser on 2019-03-10 20:52:47
In this case you have only two options:
- you define a template for "New Playlist", but if you want different templates for different loaded playlist, this wouldn't work
- you apply the attributes individually to each playlist, but this might be much more work
Title: Re: foo_playlist_attributes
Post by: yetanotherid on 2019-03-11 00:14:39
I am also need this verse of plugin because i am still use XP, someone can help me with that?
Thank you.

I didn't notice the lack of XP support until after I'd updated to version 0.5.5, and while I don't use Playlist Attributes all that much, so far version 0.5.5 has been working normally, as best as I can tell, despite the lack of XP support.

I really don't know why being able to download the previous version for XP is an issue though, especially as the bugs fixed are years old, so obviously they weren't too much of an issue. I'll send you a PM with a link for version 0.5.2.
Title: Re: foo_playlist_attributes
Post by: tribbles on 2019-03-11 17:23:35
In this case you have only two options:
- you define a template for "New Playlist", but if you want different templates for different loaded playlist, this wouldn't work
- you apply the attributes individually to each playlist, but this might be much more work
I no longer need to use the command line so everything is working as it should now, thanks for the replies. :)
Title: Re: foo_playlist_attributes
Post by: anamorphic on 2019-04-04 01:51:07
Hi there @fbuser :)

I'm getting a small inconsistency when switching between playlists with custom DSPs set.

In Preferences > [...] > Playback settings, I have enabled 'Playback on active playlist' as global default. Playlist #1 has DSP chain A, while Playlist #2 has DSP chain B. Start playing a track in Playlist #1, stop and switch to #2. If starting playback with double-click in playlist, DSP is applied correctly. However if starting playback with the Play button, Playlist #2 has DSP chain A instead of B. If pressing Stop and Play again, Playlist #2 then has correct DSP chain B.

The same happens when switching to a playlist with all settings on 'Global', the previous DSP (and perhaps other attributes?) are used on first Play button only.

(Tested on fresh portable FB 1.4.3 with only PA 0.5.5 installed, Win10)

Cheers
Title: Re: foo_playlist_attributes
Post by: tordenflesk on 2019-08-31 17:21:45
ref https://hydrogenaud.io/index.php?topic=118125.msg975003#msg975003

Any way to have 'Bookmark last playback position' "respect" my STOP button?
Title: Re: foo_playlist_attributes
Post by: fbuser on 2019-08-31 17:27:21
Any way to have 'Bookmark last playback position' "respect" my STOP button?
Actually, it does respect your stop button. It's just doing what it is designed for: Continue playback, where it stopped before. If you don't want this, don't use "Bookmark last playback position".
Title: Re: foo_playlist_attributes
Post by: o gajo on 2019-10-15 16:29:15
hello im new here and i need a Little help please so how can i assign a template attributes created by me with foo_playlist_attributes in some playlist thank you for your time.

Title: Re: foo_playlist_attributes
Post by: fbuser on 2019-10-15 17:04:33
A template is assigned based on the pattern you define in the template to all playlists, which have a matching name. You can find an example in the help file (Help -> Playlist attributes).
Title: Re: foo_playlist_attributes
Post by: o gajo on 2019-10-16 18:13:30
thank you for your time. meanwhile i did some research in the net and i think i got it how it works anyway thank you very much for your time......the problem was how it works with the wildcards or what is a wildcard and how it works.......https://support.office.com/en-us/article/examples-of-wildcard-characters-939e153f-bd30-47e4-a763-61897c87b3f4  with this link i think i get it thank you :-\
Title: Re: foo_playlist_attributes
Post by: mgpai on 2019-11-25 12:27:25
@fbuser: Tracks skipped using the newer versions of foo_skip are not correctly removed from the playlist. If the tracks are skipped in quick succession, the last (or the last few ones) remain in the list and a different track (usually now playing) is removed from the list.

Thanks
Title: Re: foo_playlist_attributes
Post by: Just_Addict on 2020-03-12 00:31:50
@fbuser, I would like to request an addition for this component if you don't mind whenever you feel the need arise to do some code cleanup/maintenance.  I would love it if besides the title format variables to query the stop mark, it would also support the use of title format variables to query when an entry was added to the respective "Played" and "Skipped" playlists.

I accidentally clicked a column header in the "Played" playlist, which of course messed up the order in which the entries were added. If only I could have added a column to show when a track was added to those playlists...
Title: Re: foo_playlist_attributes
Post by: fbuser on 2020-03-12 17:16:34
I accidentally clicked a column header in the "Played" playlist, which of course messed up the order in which the entries were added. If only I could have added a column to show when a track was added to those playlists...
Well, after it happened, you could've just gone to "Edit -> Undo" in the menu to revert the unwanted sorting. Although this doesn't help you anymore, for the future you could just protect the relevant playlist against reordering by adding a playlist restriction with "Disabling reordering items" activated in the playlist attributes preferences.
Title: Re: foo_playlist_attributes
Post by: Bero1707 on 2020-06-13 21:09:17
Hi!
I like "Stop after focused track" function from this plugin but is there any way to "mark" focused track after which playback should stop?
Perhaps something like this (this is for tracks added to playback queue): %title%[ $rgb(0,0,255,0,0,255)'('%queue_indexes%')']

Can I set foobar to forget "Stop after focused track" if I close it and open another time?

It would be nice touch if you could add a checkbox to right click menu beside "Stop after focused track" option so I can know if I already turned this on for certain track.
Title: Re: foo_playlist_attributes
Post by: fbuser on 2020-06-13 22:34:47
I like "Stop after focused track" function from this plugin but is there any way to "mark" focused track after which playback should stop?
From the help file:
Quote
To display the value of the stop mark, which is the relevant playlist index for the active and the playing playlist, the title format variables %pla_stop_focused_track_active% and %pla_stop_focused_track_playing% are available.

Can I set foobar to forget "Stop after focused track" if I close it and open another time?
No, that's not possible.

It would be nice touch if you could add a checkbox to right click menu beside "Stop after focused track" option so I can know if I already turned this on for certain track.
It's probably better to use the above mentioned title format variables for this purpose. You wouldn't need to open the context menu track by track to find the one, which is marked for stopping after.
Title: Re: foo_playlist_attributes
Post by: Bero1707 on 2020-06-14 19:32:37
Quote
To display the value of the stop mark, which is the relevant playlist index for the active and the playing playlist, the title format variables %pla_stop_focused_track_active% and %pla_stop_focused_track_playing% are available.
It gives me just some numbers on random tracks I don't even know what they mean.
Title: Re: foo_playlist_attributes
Post by: fbuser on 2020-06-14 20:00:35
You can for example display a "*" for the track, which is marked for stopping after in the active playlist like this:
Code: [Select]
$ifequal(%list_index%,%pla_stop_focused_track_active%,*,)
Title: Re: foo_playlist_attributes
Post by: Bero1707 on 2020-06-14 21:02:38
Thanks! That works.
Title: Re: foo_playlist_attributes
Post by: bloniaq on 2021-07-13 12:48:13
Hi. I have an idea for a feature. Please consider. Playlist could have the attribute of customizable sorting pattern which could be used as Sort By function parameter and with this - one function with key shortcut possibility to sort active playlist by global/custom sort pattern.
Title: Re: foo_playlist_attributes
Post by: anamorphic on 2021-07-13 21:45:46
^ You can set custom sort in Preferences > Advanced > Display > Standard Sort Patterns, and then assign a Preferences > Keyboard Shortcut to [main] > Edit > Sort menu.
Title: Re: foo_playlist_attributes
Post by: samuelawachie on 2022-08-29 19:08:49

 To give you a quick overview of what I am using your component for: I am trying to implement a queue-system that makes foobar play the next song after the last song that was played before the queue-list started
[/quote]

Hello
Were you able to achieve this? This is the default behavior of the Queue in MusicBee and Winamp, but strangely enough Foobar doesn’t seem to think that implementation is the correct one. I’m also trying to do the same thing.
I usually just add my entire library using the Library view as the playlist. When I want to play a particular song outside the usual default order of play, I add it to the Queue and Foobar then decides to continue playback from whatever is next to play (in the defined order) from where the Queue entry was plucked from. I’d rather it go back and continue from where it was just before the Queue began

How do I configure the component to achieve this behavior? And can it replace the default “Queue” if a new playlist called “Queue” is used?
Title: Re: foo_playlist_attributes
Post by: samuelawachie on 2022-08-29 19:24:16
There's also something else I've wondered whether it can achieved in foobar.
I love how Poweramp has the ability to shuffle (artist).
Currently in foobar, we can shuffle folders, tracks and albums. While I sometimes use the album shuffle, the one I use the most is shuffle (tracks). But I wonder if there's a component that can shuffle (artist).
I described this in another post of mine
https://hydrogenaud.io/index.php?topic=121029.0

I wonder if such a component as this could help? @fbuser

EDIT

I start by playing (for example) an album.
While listening, I browse through the library and find a few songs that I want to interrupt normal playback and listen to, which I add to the temporary 'Queue'.
After the currently playing song from my album has finished, the Queue commences playback and it continues until the last enqueued song has been played.
When the Queue has finished, playback returns to normal album mode (playing the next song in the album that I was originally listening to).
If I want to enqueue any more songs to again interrupt my normal album listening, I go back and repeat step 2. The new songs again start playing after the current album song is done.

That was the original question I posted in that thread about needing something like this... Just so that you know, that I've been searching the Matrix for this all my life.
Title: Re: foo_playlist_attributes
Post by: fbuser on 2022-08-29 20:24:03
How do I configure the component to achieve this behavior? And can it replace the default “Queue” if a new playlist called “Queue” is used?
You might want to have a look at this post (https://hydrogenaud.io/index.php/topic,73783.msg708025.html#msg708025).

I wonder if such a component as this could help?
No, this is not possible.
Title: Re: foo_playlist_attributes
Post by: samuelawachie on 2022-08-30 02:56:25
How do I configure the component to achieve this behavior? And can it replace the default “Queue” if a new playlist called “Queue” is used?
You might want to have a look at this post (https://hydrogenaud.io/index.php/topic,73783.msg708025.html#msg708025).

I wonder if such a component as this could help?
No, this is not possible.

You might have misunderstood my application on this. I read through the entire thread; all 11 pages of it.
The closest that I was to understanding how the plugin worked was when someone posted step-by-step instructions for how they used it but it was unfortunately ending in an endless loop for them.
I tried to modify his steps to my usage; as I don't want the "Queue" to have a random order (his was random), nor do I use Random global settings either. I did what I thought were the modifications to his setup and it wasn't working.
I've spent the last, what's it? 5 hours?, trying to get it to work as this is something that I've been looking to do (if you did see the post that I linked) for a long time.
I know that some users don't ever try to troubleshoot on their own, and come off as lazy to some developers. That shouldn't be the case here at all, as I've genuinely tried to see if I could do this without interacting with the developer himself/herself.
Anyway, I did come across the post you redirected me to when reading through the thread. It did not explain how to do the use-case that I needed as well as the post by the endless_random_loop guy did. His was a clear step-by-step and was much easier to follow (only that I couldn't modify his settings enough to work for me).
Sometimes I feel some people in this boards behave as though any request for information is beneath them. And that could perhaps be justified in the case that someone doesn't read and just jumps in to page 11 and asks a "stupid" question.
I don't think you should believe that is the case here.
Anyway, I'd continue trying to see if I can do what I need the plugin to do. Maybe somehow I can crack it.
Here I was thinking that meeting the developer himself, he could just direct me on an easy-to-follow step by step process on how to do this with his plugin. I suppose I was just mistaken on the patience that people seem to have here for users....
Very sad /:
Sam.
Title: Re: foo_playlist_attributes
Post by: samuelawachie on 2022-08-30 03:06:45
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.

This is the quote that I was talking about when someone was reporting some error that kept occurring for him which resulted in an endless loop. I tried to modify his settings to what I needed mine to do, but it wasn't working as when I followed what he did to the letter.
I just hope this person can come online here soon. It shows that he was last online sometime last year. I have already PM'd him but got no response yet. Just yet another proof to see that I have not just jumped into page 11 to ask a silly question that should be obvoius.
We all know that sometimes even the easiest thing to achieve in foobar can appear to some less equipped persons as difficult. That's why step by step instructions are sometimes required.
Anyway, I think I've said my piece. Thanks for the plugin in any case. Hopefully I can make it do what I need it to do.
Sam
Title: Re: foo_playlist_attributes
Post by: samuelawachie on 2022-08-31 16:12:39
Just an update on my situation:
@TheLomaxx  was the person I messaged to see if he could help, as someone who’d had the same need at some point in the past.
He came through for me brilliantly and I’ve got it all set up and working as I’ve needed all these years.
Kudos to him for being patient and explaining the steps and I picked up the “power” and utility of the plug-in pretty quickly once I knew how it works.
Thanks to all who helped…
Title: Re: foo_playlist_attributes
Post by: fbuser on 2022-09-03 09:07:21
Here I was thinking that meeting the developer himself, he could just direct me on an easy-to-follow step by step process on how to do this with his plugin. I suppose I was just mistaken on the patience that people seem to have here for users....
Very sad /:
Sorry, but sad are only your completely wrong expectations. Otherwise you wouldn't take it for granted that someone creates time consuming tutorials in his limited spare time, just because you are not able to express your actual problem.

You described what you want to do and I provided you a short description how to achieve your goal. I'm not a clairvoyant who knows what you already read and what you already tried. It would've been up to you to ask what you didn't understand and provide as much information as possible to identify your problem, e.g. posting your settings. Having done this I'm prettty sure, that it would've been really easy to solve your problem in a short time. Instead you only complained extensively that you get no help here.
Title: Re: foo_playlist_attributes
Post by: Squeller on 2022-09-22 13:27:22
After I deleted contents inside a very valuable and hand crafted playlist too often, ... and usually I want to allow adding entries only, I found your addon - exactly what I need. Thanks so much.
Title: Re: foo_playlist_attributes
Post by: yebenny on 2022-11-29 20:15:54
This component does not support x64, could you release a new version? thx
Title: Re: foo_playlist_attributes
Post by: corumuk on 2022-12-03 10:26:08
Hi, great component.

As far as I am aware this is the only way for foobar to play a playlist in random/shuffle order, playing each track once (more on that) and then stopping at the end.

So I couldn't see a search function for the thread so hopefully this hasn't already been mentioned, but when using the component as described above, it is playing the final track in the playlist twice. Foobar 1.6.12 is set to 'shuffle', and the component is set to 'remove played tracks' and 'remove skipped tracks'. The final track disappears from the playlist as soon as it starts playing, but then plays again afterwards, before finally stopping.

Any suggestions welcome?
Title: Re: foo_playlist_attributes
Post by: regor on 2022-12-03 18:33:21
Never got why people got so obsessed about the "remove played tracks" thing...

Do you know you can simply add your 40 chosen tracks to a standard playlist, select them, "sort/randomize" and play with default mode?

Every track played once, stops at end. The playback order is given by the selection sorting (random). Same result and ticks your needs.

Unless you explicitly don't want to know what comes after track X... just don't look at the playlist while playing XD.
Title: Re: foo_playlist_attributes
Post by: corumuk on 2022-12-03 20:10:24
Do you know you can simply add your 40 chosen tracks to a standard playlist, select them, "sort/randomize" and play with default mode?

Yes but that's a complete faff and shouldn't be necessary every time a new playlist is added. Playlist attributes is a good workaround.
Title: Re: foo_playlist_attributes
Post by: regor on 2022-12-03 22:10:58
Do you know you can simply add your 40 chosen tracks to a standard playlist, select them, "sort/randomize" and play with default mode?

Yes but that's a complete faff and shouldn't be necessary every time a new playlist is added. Playlist attributes is a good workaround.
You see it as a workaround, I see it as loosing control. Deleting tracks automatically = no control over previously played things, can't save the playlist for later use, etc.

You can add the sort/randomize action to a button using standard foobar. 1 click. Faster than that... I see no drawbacks with that approach, in fact I find the dynamic of creating auto-destructive playlist much more convoluted. If you really can't spend a click to shuffle a playlist, after spending thousand of clicks choosing tracks, there are several tools which would "automatize" it on playlist creation.

Anyway if that's a bug, hope it gets fixed. Was just pointing that your quote was wrong.
Quote
As far as I am aware this is the only way for foobar to play a playlist in random/shuffle order, playing each track once (more on that) and then stopping at the end.
Title: Re: foo_playlist_attributes
Post by: corumuk on 2022-12-04 09:20:05
So to pick up on a few of your points.

[/quote] I see it as loosing control. Deleting tracks automatically = no control over previously played things, can't save the playlist for later use, etc [/quote]
And more power to you, if that's how you like to use the software. I've no interest in saving playlists, my collection is folder based which suits my listening needs perfectly well.

[/quote] You can add the sort/randomize action to a button using standard foobar. [/quote]
Yes I have shortcuts for normal/shuffle playback, not sure how that has anything to do with my original enquiry though of playing back all tracks once in a random order and stopping.

[/quote] In fact I find the dynamic of creating auto-destructive playlist much more convoluted. [/quote]
Really? You literally just have to toggle the option on in the dropdown menu and that's it, like forever.

[/quote] If you really can't spend a click to shuffle a playlist, after spending thousand of clicks choosing tracks… [/quote]
As with your first quip assuming people are 'obsessed' for having a playlist that auto removes played tracks, I literally have no idea why you would think or assume creating my playlists takes thousands of clicks. I mouse click a folder, hit enter, and that's it, folder is sent to current playlist and begins playing.

[/quote] there are several tools which would "automatize" it on playlist creation. [/quote]
A constructive and possibly helpful comment. Do go on.
Title: Re: foo_playlist_attributes
Post by: regor on 2022-12-04 12:35:18
Quote
A constructive and possibly helpful comment. Do go on.
No, thanks. Already gave u one way of doing it, done with this. Hope others help you :)
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: fbuser on 2023-04-22 14:32:34
New version, see first post.
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: simon_owl on 2023-04-24 20:55:40
Hi,
trying both playlist_attributes and random_pools with foobar2000 beta34, 64bit portable.
I don't understand where these plugins save their configurations.
If I copy the .cfg files from an older install in the folder ..\foobar2000\profile\configuration, the files are ignored and then deleted exiting foobar.
Thanks in advance.
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: marc2k3 on 2023-04-24 23:29:00
Components written exclusively for fb2k 2.0 save their settings in config.sqlite. It's created/used by fb2k itself and any other components that mark themselves as 2.0 only.

edit: I have no idea about preservation of settings from previous versions.
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: fbuser on 2023-05-07 22:02:41
If I copy the .cfg files from an older install in the folder ..\foobar2000\profile\configuration, the files are ignored and then deleted exiting foobar.
Actually, the configurations for the 32bit and 64bit were not interchangeable. This is fixed now with the latest release.

However migrating the old configuration will only work, if you migrate your old 1.6 installation completely to 2.0 64bit as the attributes are attached to the playlists. Only the global attributes are stored in the .cfg file.
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: corumuk on 2023-08-02 18:53:25
Thanks fbuser for the recent updates. The fix for that prevents the last track from repeating when in shuffle mode is most welcome. Great stuff.
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: _KoRni_ on 2023-08-19 11:12:58
Thanks for this crucial component, but something weird happened with it recently in my installation.

While Edit -> Playlist attributes -> Playback order works for what I want - i.e. changing currently playing playlist play order, up until recently I was able to achieve the same with simply selecting order from the "Order" dropdown list on the toolbar.

Currently, whenever I change it, it reverts back to the value assigned for the current playlist on next-or-previous song starting. How to restore this dropdown functionality? I do not even know how it happened, I haven't updated neither foobar nor your component for the last few months and it just broke today.

If it matters, I'm using 32-bit version of foobar, preciesly because at the time of my upgrade to 2.0, your plugin was not available in x64 version. I even tried to roll back to an old 0.5.5 or something version of the plugin, but the set-order-by-dropdown-selection is still lost :(
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: fbuser on 2023-08-20 10:22:44
but the set-order-by-dropdown-selection is still lost
I can only assume that you might have changed your usage pattern a bit. There are different scenarios described in the help file regarding the playback order status. Please, have a look at them and let me know, which one of them you are using, if it is not working as described.
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: _KoRni_ on 2023-08-20 20:47:27
Seems that you were right - not sure when, but it seems that, for this particular playlist, I changed the order from Global to Default in the settings (thus I needed to edit this playlist's settings through EDIT menu). Changing it back allowed me to control order dynamically by toolbar dropdown list, as before (i.e. global order). I need to study the manual further to be more aware of what controls what.
Thanks!
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: Cannonaire on 2023-09-02 04:53:39
It looks like when "Stop after focused track" is a button, it doesn't show as active like "stop after current" would be.
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: fbuser on 2023-09-02 08:48:55
It looks like when "Stop after focused track" is a button, it doesn't show as active like "stop after current" would be.
That's correct. "Stop after focused track" is not a global state. It's valid only in the context of a playlist and is individual for each playlist.
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: Cannonaire on 2023-09-02 08:58:02
Thanks, I have finally realized that. Do you know if there is any global "Stop After [Specific Track]" component? The ones I know of are "Stop After Current", "Stop After Album", and "Stop After Queue", which to be fair are very useful, but not always what I need.
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: francesco on 2023-10-03 10:06:40
Hi
beautiful component
1)
may somebody expain and tell me what are the templates?
2)
and how can I use them?
at page 10 , there is something about templates and pattern ,but it's not clear
3) and pattern ,how do they work?
I have added Pink F* -> for all playlist with Pink Floyd albums
or *Remastered* for all my albums remasterd
thanks

(https://i.imgur.com/cDPyqdn.png)

Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: fbuser on 2023-10-03 10:21:24
may somebody expain and tell me what are the templates?
In general, see "Help -> Playlist attributes".

and pattern ,how do they work?
The attributes of a template are applied to a newly created or renamed playlist, if the name of this playlist matches the given pattern.

I have added Pink F* -> for all playlist with Pink Floyd albums
or *Remastered* for all my albums remasterd
As the pattern refers to the playlist name and not to the playlist content, this won't work in this way.


Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: Air KEN on 2023-10-03 10:27:21
@francesco

The author, fbuser's Components, has detailed help.
It's in the Components folder.

\AppData\Roaming\foobar2000-v2\user-components-x64\foo_playlist_attributes\help\foo_playlist_attributes_help.html
foobar2000\profile\user-components-x64\foo_playlist_attributes\help\foo_playlist_attributes_help.html
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: francesco on 2023-10-03 17:06:16
@fbuser
@Air KEN
Hi
I have read the help file , and well beautiful
but seen my english it's not my native language about
Quote
Pattern: Specify a pattern, which will decide, for which playlists the template will be applied. For the given example, the attributes will be applied to all playlists which begin with 'A' and have at least two characters or which begin with 'Genre_' or 'Artist_'.
1) with pattern , can I specify folder or tags for example "remastered" ?

2) could be possibile that Playlist Attributes  can handle folders names or tags and apply dsp , or it works only with the name of the playlist

thanks
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: fbuser on 2023-10-03 18:50:53
1) with pattern , can I specify folder or tags for example "remastered" ?
No, as already said, it refers to the playlist name.

2) could be possibile that Playlist Attributes  can handle folders names or tags and apply dsp , or it works only with the name of the playlist
Although this seems to be an interesting idea on the first glance, it would cause a lot of practical problems. So, no the handling of folder names or tags won't be possible.
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: francesco on 2023-10-04 06:30:46
@fbuser
Hi
well , I'm starting to understand your wonderfull component and another component
sadly english it's not my native language and google translator doesn't help me so much
thank you for the component and the anwer

@Air KEN
Hi
yes , i have found and I'm reading it
thanks
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: francesco on 2023-10-05 16:03:59
1) with pattern , can I specify folder or tags for example "remastered" ?
No, as already said, it refers to the playlist name.

2) could be possibile that Playlist Attributes  can handle folders names or tags and apply dsp , or it works only with the name of the playlist
Although this seems to be an interesting idea on the first glance, it would cause a lot of practical problems. So, no the handling of folder names or tags won't be possible.
Hi @fbuser
1)
well , for examples , seeing i'm  using album list and facets , they do create a  new playlist with the band name , so in the pattern i could write %artist% or the name of the band , for the example Rush 
or seeing quicksearch create a playlist #Quicksearch [Rush] ,i can create a new pattern with #Quicksearch*
am I right?
for example I have create a playlist name remastered and with dsp settings ,and all the other playlist with global dsp settings
when i double click on mastered an play  -> i  check prefence dsp manager -> and there is the playlist attibutes dsp correcltly
but when i double click on another playlist with the global settings -> the dsp settings are the same of mastered playlist
should the component change the dsp keeping all global settings with empty dsp for all my playlist and change only for mastered and vice versa?

2)
I have notied that the dps doesn't change to my default settings, should add settings for every playlist to switch between different dsp?

3) I have found in past a component that from album list or facets, that could create several custom playlist names
thanks
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: fbuser on 2023-10-07 17:50:20
1)
well , for examples , seeing i'm  using album list and facets , they do create a  new playlist with the band name , so in the pattern i could write %artist% or the name of the band , for the example Rush 
or seeing quicksearch create a playlist #Quicksearch [Rush] ,i can create a new pattern with #Quicksearch*
am I right?
Yes, you're right.

for example I have create a playlist name remastered and with dsp settings ,and all the other playlist with global dsp settings
when i double click on mastered an play  -> i  check prefence dsp manager -> and there is the playlist attibutes dsp correcltly
but when i double click on another playlist with the global settings -> the dsp settings are the same of mastered playlist
should the component change the dsp keeping all global settings with empty dsp for all my playlist and change only for mastered and vice versa?
Yes, it should. It's obviously a bug. I need to check this.

2)
I have notied that the dps doesn't change to my default settings, should add settings for every playlist to switch between different dsp?
No, see above.
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: Azuriye on 2023-12-03 09:53:42
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..

fbuser, is it possible to recreate this skip functionality now? I've also faced this issue, and it's annoying when I can't switch between two playlists running two different pool settings. If this gets fixed, the Bookmark last playback position option becomes even more useful here if the user wants to switch back and forth between two different pools and pick up from where they've left.
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: fbuser on 2023-12-03 10:12:04
I think you have a different understanding of skip than me.
.
Sorry, no. It's neither possible nor I would want to change the current behaviour.




MOD edit: restore missing end-quote
Title: [bug-error] GLOBAL DSP chain has been modified and cannot be set empty.
Post by: elcosomalo on 2023-12-11 16:00:02
I WANT TO READ VERSION:
Been using this component since at least 3 years. Now the "global DSP" chain sets reverb, eq and other stuff I had set up one time manually from dsp menu in foobar, the problem is that global DSP should be empty of effects as default. Now playlists using the global dsp chain (no dsp's applied) gets this modified global (default) preset.

How can I empty the global dps chain preset for good? I've tried deleting all dsp effects when no playlist was playing from the dsp menu manually and got the same result when changing to a global dsp chain playlist, meaning the global dsp with effects was applied again to those.

I DON'T WANT TO READ VERSION:
I accidentally modified the global preset when a playlist was playing, from the dsp menu in foobar options directly and now that preset has been set as default for all when I don't tell the component to use a particular one. Deleting those effects didn't do the trick. How do I empty the default global dsp preset so it doesn't apply any affects?
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: prashantr on 2023-12-26 03:58:39
Hi,

Thanks for a very useful plugin.

I've run into a small issue where Stop after focused track does not work if I add tracks to the playlist after using it.

Other than that, it's brilliant.

Thanks again.
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: fbuser on 2023-12-26 10:44:51
I've run into a small issue where Stop after focused track does not work if I add tracks to the playlist after using it.
Well, it depends. If you add a track with "Stop after focused track" set before this track the mark is removed, but if you add it after the marked track it should not have any impact.
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: prashantr on 2023-12-26 10:58:46
Hi,

You are right. Thanks for the clarification.

Regards
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: elcosomalo on 2024-01-19 14:25:15
Can you tell me how to completely remove this plugin and all its traces/config files from a portable foobar?

The plugin is defaulting to effects reverb and others I DON'T WANT but they are still taken as "global" meaning ALL PLAYLIST START WITH THIS. Removing the effects from dsp panel doesn't work.

HOW DO I COMPLETELY UNINSTALL THIS?


(removing it from components makes the plugin stop working BUT I NEED TO COMPLETELY DESTROY ITS TRACES so I can reinstall it clean and when removing from there, something is left behind so when reinstalling I get the problem again)
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: Case on 2024-01-20 09:40:29
The config page is supposed to have "Reset page" button that you could click to reset everything to defaults. But since this component doesn't let you do that you'll need to press a few more buttons to fix your problem.

On the 'Playlist attributes' preferences page pick a playlist and set all settings to 'Global'. Then click on the 'Copy attributes...' button and set target as '*' and make sure the Remove attributes is ticked. Click OK.

Edit: And if you have set any templates you will probably want to remove them. Just hit the 'Templates ...' button on the above Preferences page and delete everything.
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: elcosomalo on 2024-01-21 17:54:33
The config page is supposed to have "Reset page" button that you could click to reset everything to defaults. But since this component doesn't let you do that you'll need to press a few more buttons to fix your problem.

On the 'Playlist attributes' preferences page pick a playlist and set all settings to 'Global'. Then click on the 'Copy attributes...' button and set target as '*' and make sure the Remove attributes is ticked. Click OK.

Edit: And if you have set any templates you will probably want to remove them. Just hit the 'Templates ...' button on the above Preferences page and delete everything.

Thanks but it seems my "global" profile is broken completely somehow or something is still wrong here; it seems that the global profile is being modified by your extension when it applies the effects for other profiles, making it retain the last chain of effects applied by your extension (in other profiles) the last time foobar was used.
It can be a little difficult to understand so here is a random example:

> "The divine comedy" -> reverb + eq + compression
> "global" -> no effects.
> play "The divine comedy", then stop.
> Make a new autoplaylist for "The Gathering" using "global"
> Playlist "The Gathering" starts with effects: reverb + eq + compression

I've followed your advise on copying a completely "global" (defaults) profile to ALL, it did work, but at the next day I do what the example says and it gets screwed again.

Do I have to have the entry "Playlist Attributes (don't add/remove....)" in the active DSP chain? cause I never have it.
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: fbuser on 2024-01-21 20:15:19
> "The divine comedy" -> reverb + eq + compression
> "global" -> no effects.
> play "The divine comedy", then stop.
> Make a new autoplaylist for "The Gathering" using "global"
> Playlist "The Gathering" starts with effects: reverb + eq + compression
This is a known bug, which was already reported here (https://hydrogenaud.io/index.php/topic,73783.msg1033826.html#msg1033826). Unfortunately I didn't have the time so far to fix it.

Do I have to have the entry "Playlist Attributes (don't add/remove....)" in the active DSP chain? cause I never have it.
No, this is controlled by the advanced property "Use DSP for smooth transitions", but it has no impact on the other DSP settings.
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: elcosomalo on 2024-02-13 16:39:26
Hey there!  I'm still having this random issue, fix it by doing what you said (which also deletes configurations for my other playlists), then repeat.

Is there any way to make new playlists come with the "global" DSP settings unticked by default? this way I could manually configure them if they need real configuration; nowadays it comes with "global" ticked and that makes them load erroneous configurations.
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: fbuser on 2024-02-20 19:24:30
Hey there!  I'm still having this random issue, fix it by doing what you said (which also deletes configurations for my other playlists), then repeat.

Is there any way to make new playlists come with the "global" DSP settings unticked by default? this way I could manually configure them if they need real configuration; nowadays it comes with "global" ticked and that makes them load erroneous configurations.
Unfortunately not.

Actually it is a serious bug and I'm wondering why it was not detected earlier as the relevant code didn't change during the migration to fb2k 2.0.

It appears a bit difficult but I'm currently working on a fix. It will be hopefully available in the next weeks.
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: anamorphic on 2024-02-21 07:31:39
Actually it is a serious bug and I'm wondering why it was not detected earlier
I mean ... it sounds pretty similar to what I reported in 2019 (https://hydrogenaud.io/index.php/topic,73783.msg970044.html#msg970044) that never had a reply. Incidentally I just tested and that issue (whether the same one or not) remains in the current version - switch playlist, start playback by play button = previous DSP, start playback by double-click in playlist = correct DSP. It was introduced in v0.5.5.
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: cwb on 2024-03-13 15:48:52
This question might be taken as nitpicking but it isn't meant to be:

Whenever a button is clicked in the Preferences\Playlist Attributes dialog box which open a subsequent dialog box. Those subsequent dialog boxes that are opened are centered in the middle of the screen.

Conversely, when Playlist Attributes is being accessed through the main menu, be it through "Edit" or "Playback". The items which open a dialog box, open those dialog boxes, from what I've experieneced, more toward or at foobar2000's top left side.

So my question is, is it possible to have dialog boxes that are generated from main menu items, open in the middle of the screen?

I am using this from the main menu "Edit\Playlist Attributes\DSP Settings\Edit..." so much that I've created a keyboard shortcut for it.

Using the current release of the component: 1.0.3

Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: marc2k3 on 2024-03-13 16:33:04
IIUC, the DSP settings belong to fb2k itself so cannot be controlled by 3rd party components.

If I've got this horribly wrong, do forgive me. :P
Title: Re: [fb2k v2] Playlist Attributes (foo_playlist_attributes)
Post by: cwb on 2024-03-18 22:01:17
This is strange to me:

I have three playlists that I use Playlist Attributes "Edited" DSP Settings with.

The rest of the playlists use the Global setting, which is no Active DSP entries.

The scenario:

Step One: I play a file in one of the three "Edited" DSP Settings playlists, I press "Stop", and then open "Preferences\DSP Manager" and no active DSP's are listed. (I take that to mean any Active DSP's have unloaded.)

Step Two: I then go to one of the Global (no Active DSP entries) playlists, and double-click a file to play it. The file starts playing, and I then open "Preferences\DSP Manager", and no active DSP's are in the list. (All is well).


But if I do Step One, listed above, and instead of Step Two, I go to one of the Global (no Active DSP entries) playlists, and select a track and add it to "Queue", and press "Play" to start playing the queue, the "Preferences\DSP Manager" list the Active DSP's that were used in the previously used (Step One:) "Edited" DSP Settings playlist.

Maybe I am doing something wrong that is causing this to happen. Or some other component I have installed is causing conflict? Or maybe nothing is really wrong and I am just thinking something is?