After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 149716 - Ability to work with iRiver MP3/Ogg players
Ability to work with iRiver MP3/Ogg players
Product: rhythmbox
Classification: Other
Component: Removable Media
Other All
: Normal enhancement
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
Depends on:
Blocks: 76528
Reported: 2004-08-09 11:26 UTC by Alexandre Prokoudine
Modified: 2018-05-24 10:35 UTC
See Also:
GNOME target: ---
GNOME version: ---

Diff to introduce iRiver source (17.61 KB, patch)
2004-10-05 07:36 UTC, Mark Humphreys
none Details | Review
Icon for the iHP-140 (2.84 KB, image/png)
2004-10-05 07:38 UTC, Mark Humphreys
iriverdb.c file - extraction of iNavi.iDB functionality (9.11 KB, text/plain)
2004-10-06 07:24 UTC, Mark Humphreys
Headers for iriverdb.c (1.79 KB, text/plain)
2004-10-06 07:25 UTC, Mark Humphreys
Replacement iriverdb.c code - after testing (9.12 KB, text/x-csrc)
2005-01-09 16:20 UTC, Mark Humphreys
iRiver H300 series device icon (2.29 KB, image/png)
2006-04-19 03:44 UTC, Phillip Calvin
start of a patch (19.33 KB, patch)
2006-04-20 03:11 UTC, James "Doc" Livingston
needs-work Details | Review

Description Alexandre Prokoudine 2004-08-09 11:26:07 UTC
There are opensource libraries andrivers for access to iRiver's iFP portable
MP3/Ogg players series:

Please consider reusing them in order to make Rhythmbox able excahnge songs with
iFP players.
Comment 1 Christophe Fergeau 2004-08-09 11:33:06 UTC
I guess this will be done when someone owning an iRiver cares enough to hack on
rhythmbox so that it supports it...
Comment 2 Alexandre Prokoudine 2004-08-09 11:44:48 UTC
Well, I cannot hack, but I can test result of a hack :)
Comment 3 Mark Humphreys 2004-10-05 07:35:02 UTC
Attached is a patch that integrates the iRiver (well at least an iHP-140)
database access into rhythmbox. A few caveats ...

a) It is rather slow as the files themselves have to be parsed to get much of
the required metadata

b) No playlist support

c) iRiver goes 'read-only' quite frequently and this seems to bork rhythmbox

d) Icon is a total rip off of the iPod one!
Comment 4 Mark Humphreys 2004-10-05 07:36:01 UTC
Created attachment 32232 [details] [review]
Diff to introduce iRiver source
Comment 5 Mark Humphreys 2004-10-05 07:38:01 UTC
Created attachment 32233 [details]
Icon for the iHP-140

Total rip off of the iPod icon!
Comment 6 Bastien Nocera 2004-10-05 10:00:15 UTC
You can use the totem-pl-parser functions to save as m3u files, it handles
relative paths, and DOS/Unix modes.
Comment 7 Christophe Fergeau 2004-10-05 10:24:01 UTC
The iriverdb.[ch] files are missing from the patch.
Comment 8 Mark Humphreys 2004-10-06 07:24:04 UTC
Created attachment 32273 [details]
iriverdb.c file - extraction of iNavi.iDB functionality

Should be in sources directory
Comment 9 Mark Humphreys 2004-10-06 07:25:13 UTC
Created attachment 32274 [details]
Headers for iriverdb.c

Should be in sources directory alongside the iriverdb.c file
Comment 10 Mark Humphreys 2004-10-06 07:30:39 UTC
Playlists are already .m3u files, but they are just on the filesystem, so it's
not too difficult to read them in, just how to present them in rhythmbox. i.e.
Christophe suggested something like the layout below ...

 + Playlist 1
 + Playlist 2
 + Playlist 1
 + Playlist 2

Comment 11 Christophe Fergeau 2004-10-06 10:08:09 UTC
walters agreed with such a layout on irc, and ish said he'd work on that once he
has integrated daap support in rhythmbox. If you are interested in working on
that too, you should check with him.
Comment 12 Mark Humphreys 2005-01-09 16:20:56 UTC
Created attachment 35735 [details]
Replacement iriverdb.c code - after testing

After testing by, have fixed an issue with the location
of the mount point of the device when using gnome-volume-manager.
Comment 13 Kristian Berg 2005-08-21 10:56:11 UTC
I couldn't get your code to work Mark with my iRiver H320, but I'll try to adapt
the code a little bit.
Comment 14 James "Doc" Livingston 2005-08-21 11:09:33 UTC
the patch may have bitrotted, due to changes in RB.

As a point of interest, I have started work an a "removable media framework" for
RB as part of my work on audio cd support (bug 110928). Although it still needs
some more work on it, should make adding support for new media easier. It
shouldn't be too hard to port the iRiver code over to using that, because both
the removable media stuff and this iRiver code are based on the ipod code.
Comment 15 Kristian Berg 2005-08-21 12:36:26 UTC
I'm currently working on my own patch for iriver, but if your framework is more
or less ready for use, I'll start porting my code.

IMHO rhythmbox should have some sort of rbsource pluginsystem based on GModule,
so it  could be possible to develop support for non-free stuff like opendaap.
This could probably remove some code/dependencies too, for example could the
itunesdb code be removed. Afaik, it's from libitunes, which most ipod users
would have anyways. I think gtkpod and other ipod utilities needs it, allthough
not sure.
Comment 16 James "Doc" Livingston 2005-08-21 12:51:15 UTC
The framework works for audio cds, and it was relatively trivial to port the
ipod source over to it. There are going to things that it should have, which
aren't in it yet - but until someone else tries to use it to support something a
different, I'm not sure exactly what it needs. One thing it probably does want
is a general "unmount/eject" method, that gets called when the user requests the
media to be unmounted.

I've been talking with some people about a "plugin" system over the past few
days, and will probably post some of my ideas to the mailing list in the next
couple of days.
Comment 17 James "Doc" Livingston 2005-08-21 13:14:42 UTC
Actually if you do plan on using my stuff, it's probably worth waiting a day or
two - I've got an new patch which fixes some issues and renames several things,
 I just need to tidy a couple of things up before uploading.

If you don't want to use it yet, that's fine, and having another media source to
look at will get me a better idea of what I need in the framework.
Comment 18 James "Doc" Livingston 2005-10-28 04:53:20 UTC
The removable media framework is in 0.9.1 and cvs, which will help if you want
to add iRiver support. If you have any questions about it, or suggestions for
improvements feel free to mail me or ask on irc.
Comment 19 James "Doc" Livingston 2005-11-30 13:25:01 UTC
Obsoleting the patch because it is really out of date.
Comment 20 Alex Lancaster 2006-01-27 10:48:46 UTC
Switch component to "Removable Media".
Comment 21 Phillip Calvin 2006-04-19 03:41:50 UTC
I can do testing if needed, I'm also going to submit the playlist information in a bug in response to Mr. Livingston's call for such a thing.

This seems moderately related -- attached is an icon I made for the iRiver H300 series.  Other sizes are available if it's used, whatever license you guys want it under, you can have it -- presumably whatever Jimmac puts his under.  He didn't like it enough to commit it to GNOME, perhaps one of the Rhythmbox developers do.
Comment 22 Phillip Calvin 2006-04-19 03:44:30 UTC
Created attachment 63842 [details]
iRiver H300 series device icon

An icon (using the GNOME color palette) for the iRiver H300 series of media players, possibly useful for displaying the device in Rhythmbox.

Other sizes (perhaps a simpler 24x24 version) are available, plus the SVG.
Comment 23 James "Doc" Livingston 2006-04-20 03:11:35 UTC
Created attachment 63915 [details] [review]
start of a patch

This is the start of a patch to add support for iFP-based devices, using libifp ( The patch is against cvs, but it should work against 0.9.4 too.

To test this, you need to compile RB with the patch applied (having libifp installed), go to Edit->Plugins and turn "iFP Device Support" on. All it should do at the moment is make a new source show up when the device is plugged in.
Comment 24 Jacek Wolszczak 2006-12-28 18:44:09 UTC
As far as iriver support is concerned you could try using I don't know about other iriver models, but it's the only library that supports iriver H10Jr. The library supports players from other vendors as well and here's the full list:
    * iRiver H100 series
    * iRiver H300 series
    * iRiver H10 UMS
    * iRiver H10 MTP (with emergency connect mode)
    * iRiver H10Jr. UMS
    * iRiver U10 UMS
    * MEDION MDJuke220
    * MEDION MDJuke440
    * Samsung YH-820
    * Samsung YH-920
    * Samsung YH-925
Comment 25 Jonathan Matthew 2007-12-31 12:31:35 UTC
Is anyone able to pick up the work on this?  The basic structure of the plugin is done.  It shouldn't be hard to extract a list of files from the device and display them in the source, but it appears that reading metadata and playing from the device would be a fair bit harder.  It seems that GStreamer source and sink elements would be required.
Comment 26 GNOME Infrastructure Team 2018-05-24 10:35:37 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: