GNOME Bugzilla – Bug 551604
copying a playlist to a DAP device should transfer the playlist as well as the contents
Last modified: 2020-03-17 08:36:55 UTC
In svn trunk, if I drag-and-drop a playlist to a DAP device, banshee will copy the songs from that playlist to the player. I think that the playlist itself should also be created on the device. This way, a user can make playlists in banshee without the dap connected, and then later just drag and drop these playlists to the DAP to automatically transfer all songs from the playlist, and also have the playlist itself available on the player...
I think this is implemented in banshee 1.4.1. The "playlist_format" and "playlist_path" keys have to be set through HAL or in the ".is_audio_player" so that banshee know what king of playlist to produce and where to put it. Feel free to reopen this bug if I'm wrong.
That's not what this bug's about - basically, there's no way to transfer a playlist to a player without syncing the entire library. Currently, if you drag and drop a playlist to the DAP, only the songs inside that playlist are transferred. But the playlist itself doesn't get copied to the player. To explain a bit better, I've got a small 8GB Ipod and a 60GB music collection on my laptop. Obviously, I can't set the ipod to sync with this collection, so I manually copy songs to the player that I'd like. Often, when I'm away from the ipod, I make up playlists in banshee that I'd like to later copy to the ipod. So when I drag and drop a playlist from my collection to the ipod, only the songs from this playlist get transferred. Ideally I want the playlist itself to transfer as well, so I can play it back on the ipod! Hope that clarifies this a little!
OK, re-opening.
Same Problem here with the Ipod Nano 4g.
Marking as general (not iPod specific)
Please fix this bug. It can't be to hard to do that, because it is working when syncing the whole library. If you don't fix it ill have to reinstall windows on my mother's computer for using itunes instead.
Oh, that's funny. How important is your mother to you? Well, you could always create a bounty in http://www.fossfactory.org/ , get it fixed thanks to it, and tell your mother that you spent X amount for a gift to her.
*** Bug 566472 has been marked as a duplicate of this bug. ***
I think being able to drag playlists onto players is expected behaviour. I spent days puzzling over why it was not working for me before giving up and asking the Banshee forum to be told it is not possible. Please implement soon. Everyone I know has 8GB or 16GB players - I don't know anyone whose entire music collection would fit on their player. So syncing is not an option.
One more vote for this bug. Same problem is there with the Nexus one and severely restricts the usefulness of playlists.
Note, that if you do a full library sync, or even choose to sync from a single playlist (this is different from drag and drop) the relevant playlists do get copied properly already. I've been looking at providing a patch for this bug with drag and drop in Banshee. However, it seems like it will be difficult for me (someone who doesn't understand the ins and outs of the code to do). A "sync" is quite different from what happens when you drag-and-drop and playlist onto the device. (i.e. they go through different parts of code completely). The building of playlists happens in DapLibrarySync.cs However, for now, as workaround around for Android devices - you can do the following: 1. Drag and drop the playlist to the device 2. Right click on playlist and export it to the folder "Music/Playlists" on the Device. I will see if I can cause (2) to happen automatically when you drag and drop. That seems easier than hijacking the playlist sync routines to work with drag and drop...
Hey Jack, thanks for your points. See inline: (In reply to comment #11) > Note, that if you do a full library sync, or even choose to sync from a single > playlist (this is different from drag and drop) the relevant playlists do get > copied properly already. But that is auto-sync mode, while this bug focuses on manual mode I think. In Auto-Sync mode we should simply tell the user that the DnD operation is not possible in that scenario, and ask her if she prefers to switch to Manual mode.
Ya, that is true. I think the real fix for this bug would be to allow users to auto-sync from multiple playlists instead of just the entire library or a single playlist. That should make everyone happy. For now, actually have two options: 1. manual exporting of playlist does work fine on Android devices. But, it adds a second step :/ 2. You could also create a giant playlist of all the music you want synced and then auto-sync from that playlist. That playlist m3u and all other playlist m3u's that contain songs to be synced will be copied to the device.
I have tried syncing a single playlist as a "master playlist", then dragging the playlists I want into it. But it doesn't work very well because the playlists contents are copied into the master playlist, which means that I sometimes get multiple copies of the same file in the playlist. If playlists could have child-playlists this procedure might work more nicely. Although I think that would just be a work around for not being able to directly drag playlists to the device and have them appear that way.
Has there been any progress in this bug? I really wish I could just drag-and-drop a playlist to my phone without a problem
Wow, almost 4 years have passed and still haven't fixed this CRITICAL BUG guys!???
I do not believe there are any active maintainers/developers on Banshee anymore. I'm currently shopping for an equivalent alternative.
Oh well in that case I apoligize, and have renewed interest in Banshee. Maybe I can fix it without having to deal with a legacy dev team, lol.
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the responsibility for active development again. See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.