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 174477 times) previous topic - next topic
0 Members and 2 Guests are viewing this topic.

Re: foo_playlist_attributes

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

Re: foo_playlist_attributes

Reply #151
New version. See first post for download and details.

Re: foo_playlist_attributes

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

Re: foo_playlist_attributes

Reply #153
I agree with you on all points, mrinferno.

Thanks, fbuser!

Robertina.
This is HA. Not the Jerry Springer Show.

Re: foo_playlist_attributes

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

Re: foo_playlist_attributes

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

Re: foo_playlist_attributes

Reply #156
@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

Re: foo_playlist_attributes

Reply #157
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)

Re: foo_playlist_attributes

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

Re: foo_playlist_attributes

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

Re: foo_playlist_attributes

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


Re: foo_playlist_attributes

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

Re: foo_playlist_attributes

Reply #163
Thank you for version 0.4.1, fbuser.
This is HA. Not the Jerry Springer Show.


Re: foo_playlist_attributes

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

Re: foo_playlist_attributes

Reply #166
@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

Re: foo_playlist_attributes

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


Re: foo_playlist_attributes

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




Re: foo_playlist_attributes

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

Re: foo_playlist_attributes

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

Re: foo_playlist_attributes

Reply #172
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.
Magically yours
Raistlin

Re: foo_playlist_attributes

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

Re: foo_playlist_attributes

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