![background image](http://html1.mh-extra.com/html/sandisk/sansa-clip-v2/sansa-clip-v2_manual_3894408200.webp)
Appendix G. User feedback
200
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!
•
Interfacing with other USB devices (like cameras) or 2 player games over USB.
The USB system demands that there is a master that talks to a slave. The player
can only serve as a slave, as most other USB devices such as cameras can. Thus,
without a master no communication between the slaves can take place. If that is
not enough, we have no way of actually controlling the communication performed
over USB since the USB circuit in the player is strictly made for disk-access and
does not allow us to play with it the way we’d need for any good communication
to work.
•
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
(page
•
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 sud-
denly become visible to the whole world, completely defeating its purpose. Re-
member, DRM achieves part of its security through obscurity, and publishing the
keys necessary to decrypt DRM’d media would essentially render it useless.
The Rockbox manual
(version 3.14)
Sansa Clip v2