G.  User feedback

G.1  Bug reports

If you experience inappropriate performance from any supported feature, please file a bug report on our web page. Do not report missing features as bugs, instead file them as feature ideas (see below).

For open bug reports refer to http://www.rockbox.org/tracker/index.php?type=2

G.1.1  Rules for submitting new bug reports

1.

Check that the bug has not already been reported

2.

Always include the following information in your bug report:

• Which exact player you have.
• Which exact Rockbox version you are using (Menu → System → Rockbox Info → Version)
• A step-by-step description of what you did and what happened
• Whether the problem is repeatable or a one-time occurrence
• All relevant data regarding the problem, such as playlists, MP3 files etc. (IMPORTANT!)

G.2  Feature ideas

To suggest an idea for a feature or to read those made by others, see http://forums.rockbox.org/index.php?board=49.0. Please keep in mind that this forum is for the discussion of feature ideas – they are not requests and there is no guarantee they will be acted upon.

G.2.1  Rules for submitting a new feature idea

1.

Check that the feature has not already been suggested. Duplicates are really boring!

2.

Check that the feature has not already been implemented. Download the latest current/daily build and/or search the mail list archive.

3.

Check that the feature is possible to implement (see section G.2.2).

G.2.2  Features we will not implement

This is a list of Feature Requests we get repeatedly that we simply cannot do. View it as the opposite of a TODO!

• Support other file systems than FAT32 (like NTFS or ext2 etc.).
  No. support for more file systems will just take away valuable ram for unnecessary features. You can partition your player fine, just make sure the first one is FAT32 and then make the other ones whatever file system you want. Just do not expect Rockbox to understand them.
• Add scandisk-like features.
  It would be a very slow operation that would drain the batteries and take a lot of useful ram for something that is much better and faster done when connected to a host computer.
• Alphabetical list skipping.
  Skipping around the lists by jumping letters (i.e skip all C’s and go straight to the first D). This isn’t feasible with the current list implementation, if you really want this you can get similar effects using the database (see section 4.2).
• Add support for non standard tag formats.
  APE tags in MP3 files has been rejected a few times already. Its not something we want.
• Implementing the ability to playback DRM files.
  Firstly, this would be extremely difficult to implement legally – Rockbox is not legal entity as such, and therefore is unable to enter into license agreements with providers of DRM technology. Secondly, Rockbox is open source, which would mean that any DRM technology we incorporated into our codebase would suddenly become visible to the whole world, completely defeating its purpose. Remember, DRM achieves part of its security through obscurity, and publishing the keys necessary to decrypt DRM’d media would essentially render it useless.