add single instance of file multiple times to playlist
dodomeister - August 8, 2006 - 08:43
| Project: | Playlist (toolkit, modules) |
| Version: | HEAD |
| Component: | Code |
| Category: | feature request |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | postponed |
Jump to:
Description
Right now, if you add a file to a playlist, you can't add it a second time.
It would be great to be able to add a single instance of a file (at least some specific files) several times to a single playlist, e.g. for adding repeating jingles and stuff like that.

#1
Hm...while I can see this being a useful feature, I'd like to build up some more use cases for it. There is the jingle situation, but how else might it be useful?
#2
other possible use case would be
- advertising: e.g., in an hour long playlist, an audio ad should be able to be run twice or more often
- heavy rotation of certain titles: if it's really hot stuff, you might want to play it more often
- quiz/questions: if you put in some questions to the audience, you might want to repeat them for better understanding
Just some quick ideas thrown in.
Would it be complicated to add this feature? Too bad I'm not a coder at all, so I cannot even make a non-educated guess ...
#3
As we mailed a bit about your concerns, how this feature might start confuse people:
I don't think it would be too confusing. In the contrary, I think basically it's already a learned feature. Look at iTunes, Winamp, Windows Media Player, or other players: You could always actually built M3U-playlists with 679 instances of the same song (whoever might need that ;-) ...
Regardng UI and the work flow:
As it seems to me, there wouldn't be too many changes needed.
* coming from the Browse Audio function,
- adding a file should by default always mean adding only a single instance anyway (because of the default placement at the top of the playlist). Adding multiple instance could be an extra numeric field/drop down (e.g. 1-20), but this would be just some extra convenience for loading some stuff into a playlist (and it's at least borderline confusing).
- removing a file from a playlist should always remove all instances from a specified playlist. If you want to handle specific instances, you would do that by the Manage Playlist function.
* coming from the My Playlists function
- Manage Playlist wouldn't change at all (I love that part of the interface; it's AJAX at it's best. The only improvement I could imagine here is adding some more information on the track by using the title-tag; but hey, it's alreay really smooth). If you want to delete an instance of a file, you just press the little garbage can (as is).
- Add from existing files would change in a way, that instead of blanking the file out, the command could switch from [add] to [add again]. So you would still notice at first glance if the file is already in the playlist or not.
#4
Ok, I'm sold on the idea. I still think some of the UI problems will be fixed in the 5.0 release, which will be centered more around an iTunes drag/drop interface. (jQuery rules!)
#5
pretty cool.
Because with solving the multiple instance thing, a pretty beautiful thing is just around the corner: XPSF import ...
#6
Here are the problems currently:
1) if you remove an instance, all instances are removed from playlist
2) All references to adding a playlist depend on this
3) Current code does not support this. Major overhaul to keep track of instances is required.