GNOME Bugzilla – Bug 333397
Cowon iAudio M5 hal information
Last modified: 2006-04-02 05:24:32 UTC
The DAP is the Cowon iAudio M5 http://www.cowonamerica.com/products/iaudio/m5/info_techspecs.html Under the device "EHCI Host Controller" is a device called "iAUDIO M5" it contains the following keys and values: info.product = iAUDIO M5 usb_device.product = iAUDIO M5 usb_device.product_id = 1312 (0x520) usb_device.vendor = Cowon Systems, Inc. Under the "iAUDIO M5" device is a device called "USB Mass Storage Interface" it contains this key and value: usb.vendor = Cowon Systems, Inc. Further down the hal-device-manager tree (the info.product key is repeated with a different value), as follows: Under iAUDIO -> USB Mass Storage Interface -> SCSI Host Adapter -> SCSI Device -> MK2006GAL: storage.model = MK2006GAL (however looking at dmesg output and other keys, this key displays the Toshiba harddrive model which probably *maybe* varies from version to version) Under iAUDIO -> USB Mass Storage Interface -> SCSI Host Adapter -> SCSI Device -> MK2006GAL -> IAUDIO: info.product = IAUDIO volume.label = IAUDIO volume.mount_point = /media/IAUDIO This player is USB Mass Storage compliant but it has a consistent directory structure that can't be changed. . |-- FIRMWARE |-- MUSIC |-- PLAYLIST |-- RECORD |-- SYSTEM |-- TEXTFILE |-- VOICE `-- _SYS Playlists in m3u format are stored in the PLAYLIST directory i.e. PLAYLIST/mylist.m3u HAL does NOT identify this device as an audio player; it doesn't have the capability "portable_audio_player" key present. -ry
(In reply to comment #0) > Playlists in m3u format are stored in the PLAYLIST directory i.e. > PLAYLIST/mylist.m3u Can you give me an example line from a playlist? I need to know whether the paths it uses are relative to the top-level of the volume, relative to the music directory, or something else.
Created attachment 60674 [details] nautilus script that creates m3u playlists for the iAUDIO M5 creates a playlist from selected files
Here's an example and description from a playlist. example.m3u contents: MUSIC/JAZZ/Anthony Braxton/Anthony Braxton - African Violets.mp3 MUSIC/ROCK/A Frames/02 - Experiment - A Frames.mp3 MUSIC/ROCK/Arcade Fire/Funeral/01 - Neighborhood 1 - Tunnels - Arcade Fire.mp3 Since the player only "sees" music files in the "MUSIC" folder the playlist entry will always begin with that. Here's a visualization of the above playlist. Note "." is the base directory (mount point) of the player (in my case on ubuntu /media/IAUDIO/). . |-- MUSIC | |-- JAZZ | | `-- Anthony Braxton | | `-- Anthony Braxton - African Violets.mp3 | `-- ROCK | |-- A Frames | | `-- 02 - Experiment - A Frames.mp3 | `-- Arcade Fire | `-- Funeral | `-- 01 - Neighborhood 1 - Tunnels - Arcade Fire.mp3
Created attachment 60679 [details] [review] add support for reading playlists off iAudio devices This patch (against cvs) may get RB to recognise the player, and read playlists off it. Not having such a device, I can't actually tell. If it doesn't work, running "rhythmbox -D iaudio" should give some indication of what is wrong.
Note: HAL now has support for this player in CVS, see: https://bugs.freedesktop.org/show_bug.cgi?id=6102
Is there anyone with one of the players who build (or is willing to build) Rhythmbox from cvs? If so, could they try with the patch I posted? If it works, let me know and I can commit it to cvs. If it doesn't work, can you run rhythmbox with "-D iaudio" and copy what it print out.
HAL in cvs recognises the device, and I've filed freedesktop bug 6462 which contain information about reading the playlists. All we need to do on the Rhythmbox side is make use of the playlist info that HAL reports, which is bug 333845.
HAL in cvs recognises the device, and I've filed freedesktop bug 6462 which contain information about reading the playlists. All we need to do on the Rhythmbox side is make use of the playlist info that HAL reports, which is bug 333845. *** This bug has been marked as a duplicate of 333845 *** *** This bug has been marked as a duplicate of 333845 ***