foo_playlist_attributes, Assign relevant attributes to a playlist Options

[fbuser]

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).

[fbuser]

New version. See first post for download and details.

[mrinferno]

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".

[Robertina]

I agree with you on all points, mrinferno.

Thanks, fbuser!

Robertina.

[Duny]

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?

[fbuser]

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.

[White_Shadow]

@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

This post has been edited by White_Shadow: Sep 14 2011, 08:21

[Speech]

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)

[fbuser]

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

[Speech]

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.

[Duny]

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.

This post has been edited by Duny: Sep 15 2011, 04:33

[q-stankovic]

Try foo_autoenqueue!

[fbuser]

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.

[Robertina]

Thank you for version 0.4.1, fbuser.

[Speech]

Try foo_autoenqueue!

Do you have a link for foo_autoenqueue? I can't seem to find it!

[MrPG]

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.

[Zarty]

@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

[Zetto]

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).

[Erich_2]

This component breaks the foo_skip DSP here.

Here too. Good to know, I'm not alone.

[fbuser]

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.

[Erich_2]

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.

[Zetto]

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.

This post has been edited by Zetto: Feb 1 2012, 22:36

[GCRaistlin]

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.

[Chibisteven]

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.

This post has been edited by Chibisteven: Apr 9 2012, 07:22

[fbuser]

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.