GNOME Bugzilla – Bug 553964
Transfer Podcasts to separate folder
Last modified: 2020-03-17 08:23:16 UTC
This is specific for mass storage devices -- can't speak to the rest. Right now, if you connect a mass storage device and transfer podcasts, Banshee determines how they appear on the device. If the podcast doesn't have an artist (like many news podcasts), you end up with an "Unknown Artist" folder in which your other album folders reside. A few things that would be very handy: 1.) Allow the user to determine how a transfer should appear on the device. Artist/Album/Track? Album/Track? Artist/Track? For many users, this can save on drilling down to a file when listening to a device. The parameters could be set in the preferences. 2.) Allow the user to manipulate the folders in the device from within Banshee. I know this could be done through Nautilus, but it's just an extra step. For instance, in <a href="http://bugzilla.gnome.org/show_bug.cgi?id=553962">bug #553962</a>, I requested the ability to have categories/genres for podcast feeds. The user could then organize the transfered podcasts into said categories. 3.) If categories/genres could be added, and the user is allowed to determine the parameters of how transfered files appear on the device, perhaps said categories could be part of those parameters. This way all podcasts under, say, a News category (as defined by the user), when transfered to a device, would/could appear under a News folder in the device. That would really be handy.
(I'm sorry, I don't know how to edit my submitted bug; if I did, I'd clean up that ugly html link to the other bug file.)
Please file separate issues/enhancement requests as separate bugs. It's really important to keeping bugzilla sane.
(In reply to comment #0) > 1.) Allow the user to determine how a transfer should appear on the device. I think Banshee uses the same organization as the library, which makes sense to me. No need for a separate option IMO. > 2.) Allow the user to manipulate the folders in the device from within Banshee. I'm not a developer, and I may be projecting this onto the project, but this seems to be very counter to one of the implicit goals of Banshee: to abstract the user from the filesystem. I don't think Banshee's place is to manage folders. (In reply to comment #1) > (I'm sorry, I don't know how to edit my submitted bug; if I did, I'd clean up > that ugly html link to the other bug file.) Don't worry about that. But as you can see, bug 1 and comment 1 syntax is automatically linkified.
(In reply to comment #3) > (In reply to comment #0) > I think Banshee uses the same organization as the library, which makes sense to > me. No need for a separate option IMO. It transfers the to the device the way it appears in Banshee, but this is unwieldy on the device. For instance, I get a load of news podcasts each day. I don't need the Artist folder because it's not there. It's easier to navigate on the device by Album. However, Banshee transfers everything into an Unknown Artist folder first, and I just end up having to drag them out of there via Nautilus afterwards. If I don't, it makes navigating files on the device itself a hassle. It's one of the reasons I still use Amarok -- that's a feature. > I'm not a developer, and I may be projecting this onto the project, but this > seems to be very counter to one of the implicit goals of Banshee: to abstract > the user from the filesystem. I don't think Banshee's place is to manage > folders. This is more or less a way to handle what I'm asking for in the 1.) If the files are going to be dumped into an extra folder and I'm going to have to drag them out of there anyway, I'd rather be able to do that from within the program, rather than open up another program. Of course, if 1.) is an option, 2.) doesn't really become necessary. I guess I should have made that clear in the original post, so it doesn't look like two enhancement requests; one obviates the other.
OK, 1 is the real issue to address then; changing the description to match.
*** Bug 572788 has been marked as a duplicate of this bug. ***
*** Bug 586502 has been marked as a duplicate of this bug. ***
Bulk changing the assignee to banshee-maint@gnome.bugs to make it easier for people to get updated on all banshee bugs by following that address. It's usually quite apparent who is working on a given bug by the comments and/or patches attached.
(In reply to comment #7) > *** Bug 586502 has been marked as a duplicate of this bug. *** I would like to echo the request for Banshee to place podcasts in the /Podcasts/ directory instead of the /Music/Podcasts/ directory of my mp3 player. I use a Sansa Clip mp3 player with Firmware v. 2.01.32A. It's running in the MSC USB mode so as to be compatible with my operating system, Ubuntu 10.04, under the Gnome 2.30.2 GUI. I tried out Banshee v. 1.8 and 1.9, and liked every other aspect of their interfaces. Still, I need to find a podcatcher that will put podcasts into the /Podcasts/ directory. Mr. Burt and Mr. Kojevnikov, thank you for your work and for keeping up with bug reports.
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.