Version: (using KDE KDE 3.1.1) This is a wishlist thing, and maybe should be almost another project... But it would be nice to have an integrated way to add information about about any digital music players you have, eg I have a rio500, an ipod, and an ipaq (with linux on), all of which have disparate methods of sticking tunes on. Some would just take a playlist (rio), some would sync the whole load of tunes(ipod). I know this is a tall order, and a long term thing... but I guess some plugin arch is required to allow stuff like CD burning etc. Also this would have to have a similar set up for transcoding etc to supported formats for the particular player. This is perhaps somewhat related to KitchenSync in kdepim, as a lot of players are pims and this is a kind of sync issue?
Subject: Re: hardware audio player interfacing? I'll be working on that once musicbrainz integration is done. KitchenSync is not the best idea, it's used for somewhat lower level synchronizing and would create an added dependency. In any way, I'm not sure if I'll be able to finish it before 3.2 but I'll do my best to at least have iPod synchronization working before then. Zack
I was just going to post a wish for christmas :) I'd like to have "copy to 'physical-player'" in the context-menu. I have some physical player (Thomson Lyra pdp2444) which is simply mounted as usb-mass-storage. What I'd like JuK to do: Have some basic config to enter: name for player, details of mountpoint etc. on selecting 'copy to physical-player' check if the player is mounted, see if there's enough space left on it, copy.Show what's already on it (!?) /dev/sda1 /home/roger/data/lyra vfat noauto,uid=500,gid=100,sync,exec,fmask=644,dmask=755 0 0 is what I have in my fstab for it. I think many of those cheap usb-stick-players behave in a similar way. Hoping that is easy to implement. I love JuK, it's so refreshing to see a player that works (great too!). Noatun seems to greet me with a crash everytime I upgrade kde. Thanks a lot! Roger
Yeah, that's pretty reasonable and I'll see what can be done in the 3.3 time frame (We're currently in a feature freeze leading up to 3.2.). This is certainly the easiest case in terms of external players so it's a reasonable place to start. I think probably the best way would be for it to show up in the playlist list as a device where you could just drag things to and away from it. Dealing with the other types of hardware players will take more effort...
If possible, please add support for the Empeg (unfortunately now discontinued product by Rio). If juk can provide a nice interface, I'll try to code support myself.
Again, please make it possible to unload it as a module. Cheers, Jeroen
*** Bug 79510 has been marked as a duplicate of this bug. ***
btw, linux 2.6.4 has support for hfsplus, so native ipod mounting is easy.. ;)
Hi Mathew, I recently got an iPod and found that despite 2.6's support for hfsplus, I was unable to write reliably to my iPod. After a few hours of trying (even after mount -o remount,rw root still got permission denied) I eventually gave up and converted it to a windows iPod. Anyway, this is offtopic for here. While I'm here, support for the ipod in juk or amorok would be awesome! I'm currently using gtkpod and while it works perfectly I would prefer to have it integrated into a music player. I do have a slight concern w.r.t. juk that Juk seems strongly insistant on managing all the music on my hard drive (deleting knowledge about music without deleting the music is quite hard) and my iPod's drive is too small to copy all my music. Also, juk doesn't have very effective id3 tag editing (e.g. I can't spot two albums with near idential names and just click to rename the whole album) which could make ipod integration tricky.
I have a flash USB player and support for this would be fantastic. I vision the implementation as: 1. When a USB driver device is detected, Juk asks if you would like it to manage it for you. 2. If it does, it creates a new empty playlist which is linked to the USB device, storing a name for it (e.g. Super MP3 Player 2005) and how much space it has available on it (so you can use multiple devices). You should probably be allowed to set how much of that you want used up so you can use the rest for other data. 3. You can then drag and drop tracks into this playlist in the usual way, except Juk will warn you in some way when you fill up the storage (eg pop-up window or marking the tracks as red which won't fit on the device). 5. For usability, I think it would be best if Juk automatically syncs the playlist with the USB device in the background the instant you change the playlist. This means you don't ever have to explicitally tell Juk to sync the two. You would need some type of warning that it's syncing though. I haven't dealt with USB much, so I don't know if the above type of unique identification is available, but I imagine it is. There would probably need to be some kind of abstraction layer to interface with each MP3 device, where people could write plugins for different players. For example, the iPod would obviously need a specialised implementation to the family of usb flash devices that use a simple FAT folder. This interface should probably also include information, such as what type of tracks you can put in the playlist (ogg, wav, wmv, mp3 etc.), bit-rates and if it supports playlists (as in playlists on the mp3 player). This would also work great with Bug 56613 (save how many times a track has been played), where you could set the playlist to the most popular songs.
Is this still valid in juk 4.2.4?