Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: [fb2k v2] Playlist Attributes (foo_playlist_attributes) (Read 174402 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

 

Re: foo_playlist_attributes

Reply #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.

File > Startup Playlist?
Can't wait for a HD-AAC encoder :P

Re: foo_playlist_attributes

Reply #52
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.

Re: foo_playlist_attributes

Reply #53
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.
Can't wait for a HD-AAC encoder :P

Re: foo_playlist_attributes

Reply #54
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.

Re: foo_playlist_attributes

Reply #55
LastFm component always changes the playlist name and I can not assign an attribute to it.

Re: foo_playlist_attributes

Reply #56
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?

Re: foo_playlist_attributes

Reply #57
@--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?
Can't wait for a HD-AAC encoder :P

Re: foo_playlist_attributes

Reply #58
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

Re: foo_playlist_attributes

Reply #59
@--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.

Re: foo_playlist_attributes

Reply #60
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.
Can't wait for a HD-AAC encoder :P

Re: foo_playlist_attributes

Reply #61
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

Re: foo_playlist_attributes

Reply #62
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.

Re: foo_playlist_attributes

Reply #63
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.

Re: foo_playlist_attributes

Reply #64
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

Re: foo_playlist_attributes

Reply #65
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"

Re: foo_playlist_attributes

Reply #66
I missed that, but isn't item in "menu > playback" redundant?

Re: foo_playlist_attributes

Reply #67
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.

Re: foo_playlist_attributes

Reply #68
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?

Re: foo_playlist_attributes

Reply #69
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.


Re: foo_playlist_attributes

Reply #71
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?

Re: foo_playlist_attributes

Reply #72
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.

Re: foo_playlist_attributes

Reply #73
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!

Re: foo_playlist_attributes

Reply #74
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.