|
|
Subscribe / Log in / New account

Rock-a-droid

By Jonathan Corbet
October 6, 2010
Your editor's iRiver H340 music player attracts stares in the crowded confines of the economy class cabin; it is rather larger than many newer, more capable devices, contains a rotating disk drive, and looks like it should have a smokestack as well. But your editor has continued to nurse this gadget for a simple reason: it is no longer possible to buy anything else like it. The device is open, has a reasonable storage capacity, and is able to run Rockbox. It is, thus, not just running free software; it is far more functional and usable than any other music player your editor has ever encountered. These are not advantages to be given up lightly.

Why can't the H340 be replaced? Flash storage is one of the reasons. A solid state disk makes obvious sense in a portable music player, but an immediate result of their adoption was a reduction in the storage capacity of the players. Your editor, who has had a lot of time to accumulate a music collection, does not want to select the music he will hear prior to leaving the house. Some time recently spent in Akihabara shows that capacities are slowly growing, but there was only one non-iPod device on offer which matches the H340: a pretty Sony player which does not support useful formats (e.g. Ogg) and which is certainly difficult to put new firmware onto. Needless to say, there is no Rockbox port for that Sony player. In conclusion: there is still nothing out there as good as the H340, at least for your editor's strange value of "good."

There are a couple of conclusions to be drawn here: (1) the market for personal music players may well be in decline, so newer, better players are not coming as quickly as one might like, and (2) the players which continue to exist are increasingly closed and unlikely to run Rockbox. This discouraging trend has been evident for a while, but there is hope. One of the reasons for the apparent decline of standalone media players must certainly be the growth of smartphones. A decent phone is able to run a music player; why carry two devices when one will suffice? Unfortunately, the music players available on most of these devices leave something to be desired. Even if they handle a wider variety of formats (as Android-based players tend to), they lack other important functionality: gapless playback and bookmarks being at the top of your editor's list. Using a phone-based music player after becoming accustomed to Rockbox feels like going several steps backward.

Enter the Rockbox Android port, which is actually a subset of the "Rockbox as an application" port. The core idea behind this port is that the days of standalone media players might just be coming to an end, while the days of much more powerful mobile computers are just beginning. Contemporary mobile systems can run a real operating system; they are thus open to the installation of specialized applications. The ability of Rockbox to run on a variety of hardware platforms is valuable, but what really distinguishes Rockbox is the intensive attention that has been put into making it be the best media player available. So it makes sense to think about dropping the hardware support and hosting Rockbox as an application on top of another operating system.

Let it be said from the outset: Rockbox on Android is far from being ready for general use, and its developers know it. For those who want to try it out, there are prebuilt Android packages for a few screen sizes, but users are cautioned against expecting too much, and the developers don't even want to hear about bugs encountered with the prebuilt versions. Anybody who seriously wants to try Rockbox on Android needs to build it from source; if nothing else, the target's display size must be selected at build time. The build process is not trivial - one must install the Android SDK and native application development kit - but it is not particularly painful either. The end result is a rockbox.apk file which can be installed on a convenient handset.

[Rockbox main menu] Running the application is likely to be most confusing for the unprepared user, though. The traditional top-level Rockbox menu appears on-screen, but the result of tapping a menu entry is not what one would expect; indeed, the application's response to touch events seems to be nearly random. After digging in the forums, your editor stumbled across this bit of helpful advice:

Imagine that your screen is a 3x3 grid, where the middle is used as the selector, left-right-up-down are used as cursor keys. The other directions have special functions in some screens, e.g. in Now Playing screen with the upper left you can access some playback mode settings.

In short: the Rockbox user interface was not designed with touch screens in mind, so the developers have partitioned up the screen and mapped the pieces onto the arrows and buttons found on a typical old-school media player. Without putting any indication on the screen that it has been so divided. To say that this decision violates the principle of least surprise is a bit of understatement, but, once the nature of the interface has been understood, Rockbox can be made to work as expected. Your editor is listening to music from the Android Rockbox client as this is being typed.

As it turns out, deep in the settings menu there is an option to switch the touchscreen interface to "absolute mode." That causes taps on menu entries to do the expected thing. There is still a lot of work needed to make the interface truly touch-friendly, though - or even to make basic things like the "back" button function properly. It is sometimes possible to get stuck in screens where exit seems to be impossible. The "while playing" screen [Rockbox WPS] operates in strange and mysterious ways. Fixing all of this will require a bit of time by a determined user-interface developer, but there should not be any fundamental challenges involved.

Unsurprisingly for a port in such an early state, there are a number of other glitches and shortcomings waiting to be discovered. Some functionality has not yet been implemented - support for the FM radio (if present) and audio recording top that list. Attempts to use the database feature lead to "panic" messages and/or locked screens. The plugin feature does not appear to work at all - but it is also far from clear that plugins make any sense in the Android environment. Rockbox has its own idea of the playback volume which is separate from the Android system's. And so on.

That said, the Rockbox-on-Android developers have made it clear that this idea can work. The hard part appears to be done; now it's just a matter of tying up a fair number of loose ends. OK, it's a matter of tying up a lot of loose ends.

So, one might ask, is the H340 going into a well-earned retirement? Not quite yet. You editor must still wait until he has a handset with sufficient storage to hold at least a significant part of the music/podcast collection; the Nexus One does not qualify - though an SD card upgrade would make some real progress in that direction. There is another important requirement, though: a media player must have sufficient battery life to get through a long transoceanic flight without leaving the traveler phoneless at the other end. An overnight test showed that a fully-charged Nexus One in airplane mode can run Rockbox continuously for about 18 hours - not bad, but not quite enough for a long trip where the phone will be used for purposes other than just playing audio.

So the H340 will likely have to rock on for a little longer. But the writing is on the wall: there will probably not be a standalone replacement for that faithful piece of hardware. Regardless of whether your editor's next phone runs Android, MeeGo, or something else entirely, it appears that there will be a highly capable, GPL-licensed music player application available for it. It's hard to complain about that.


to post comments

There are also old iPods

Posted Oct 6, 2010 16:37 UTC (Wed) by alex (subscriber, #1355) [Link]

I'm a big Rockbox fan and as a result I bought a 5.5Gen iPod Video from eBay (which is the "newest" supported iPod for Rockbox) and loaded the new firmware on it. It works great.

I suspect as flash sizes balloon and the Android App matures I may give up my spinning disk music player. Or it may be replaced by a native Android app if one is developed that can rival Rockbox's usefulness.

Rock-a-droid

Posted Oct 6, 2010 16:43 UTC (Wed) by pj (subscriber, #4506) [Link] (1 responses)

For travel I always keep a mintyBoost handy to charge my cellphone with. AA's are portable and can be had most anywhere - including airport shops.

Rock-a-droid

Posted Oct 6, 2010 18:20 UTC (Wed) by davide.del.vento (guest, #59196) [Link]

Wow, the mintyBoost looks very nice (although I don't have any device needing a boost, at this time...)

Storage size

Posted Oct 6, 2010 16:55 UTC (Wed) by rfunk (subscriber, #4054) [Link] (1 responses)

I've also been unhappy with the size of flash storage available. On my Android phone (an HTC Evo) I've installed a 16GB card, but my music collection is many times that.

However, since I'm rarely completely offline longer than the flash will last me with music, I've found that the network makes a reasonable substitute for on-phone storage.

I've recently installed "Subsonic" on my phone, and the open-source Java-based Subsonic server at home, and now I have complete access to my entire collection from anywhere the phone has internet access. And it caches music on the phone, for when I'm offline. The system still has some maturing to do, but I've found it quite useful so far.

There are two further interesting aspects of Subsonic. One is that Ubuntu has based its new Ubuntu One streaming music service on it. The other is that the server is open-source but requires payment for mobile-streaming beyond 30 days. (Presumably this can be switched off in the code, but I haven't looked yet.)

Storage size

Posted Oct 7, 2010 3:00 UTC (Thu) by drag (guest, #31333) [Link]

For a while I used MPD + Icecast to stream MP3 to my cell phone's browser. I just kept a bookmark for it.

Then there are a couple decent MPD clients for Android.

Not terribly convenient, but it works. Effectively this meant that I had 1TB of storage instead of just a couple gigs. Not that my music collection takes up anywhere near that. :)

Rock-a-droid

Posted Oct 6, 2010 17:23 UTC (Wed) by bronson (subscriber, #4806) [Link] (4 responses)

Thanks for this! I've been excited about Rockbox on Android. Glad to hear it's still coming, sorry to hear it isn't great yet.

Is there ANY music player on Android that's any good? Google's built-in one is laughably bad, and a few that I've tried on the market have been similarly poor but with ads.

I just recycled my 8 year old Archos Jukebox Recorder. I would have junked it years ago without Rockbox. It's stunning what a difference a bit more attention to the firmware can make! Alas, its second hard drive and fourth set of batteries failed earlier this year and, rather than buy another low-power PATA 2.5" HD, I figured I'd move forward. Other than the iPod touch, though, I can't find any mp3 players that look very compelling.

Like the editor implies, I guess we're in an mp3 player doldrums.

Android music players

Posted Oct 6, 2010 18:04 UTC (Wed) by rfunk (subscriber, #4054) [Link] (3 responses)

"Is there ANY music player on Android that's any good?"

My current favorite is MixZing, mostly for its ability to auto-select songs that go with a given song or playlist. (Similar to iTunes' Genius.) It also has other handy features.

But for access to my whole collection, I like SubSonic, which I mentioned above.

Android music players

Posted Oct 6, 2010 18:27 UTC (Wed) by bronson (subscriber, #4806) [Link] (2 responses)

MixZing is OK. At least it offers the different views into your collection and has a decent shuffle. I loathe the way it's always trying to get me to click on an ad (moving it around the screen, nice) and Facebook connect. Also, it's pretty slow.

So, it's one of the better ones, but it still doesn't come close to what Rockbox provides (afaict).

I'll definitely try out Subsonic.

Android music players

Posted Oct 7, 2010 15:34 UTC (Thu) by ccurtis (guest, #49713) [Link] (1 responses)

I don't use my phone to play music often, but the app I use is called ³. If you search for the author 'Filipe Abrantes' you can find it in the market. There are no ads, and it even looks like the app is open source: http://abrantix.org/3.php

Android music players

Posted Oct 7, 2010 17:19 UTC (Thu) by bronson (subscriber, #4806) [Link]

Cool! It's not so strong with playlists, but queuing, shuffle, and repeat appear to work just like they should, and the UI is pretty good. And it's small and quick. At this point it's my new favorite music player.

Thanks!

Rock-a-droid

Posted Oct 6, 2010 17:31 UTC (Wed) by yokem_55 (subscriber, #10498) [Link] (2 responses)

The question I have is this: is it really worth trying to use RockBox as an app on an Android device? Some of the magic of Rockbox is its incredible versatility and extendability. Games, "apps", support for a huge range of media codecs, etc., made it a big upgrade from the stock firmware on the devices it supported. Most of this expandability though is easily met with other Android apps, and there is certainly no shortage of media playback apps, many of which are Freely licensed. Rockbox seems especially questionable since it appears that they are simply doing a native port to the Android NDK, which means that Rockbox will have a hard time integrating with the rest of the android environment. The fact that it doesn't take advantage of Android's screen size independence sends a big flag to me that this is unlikely to be much more than a rather ugly hack.

Rock-a-droid

Posted Oct 6, 2010 17:45 UTC (Wed) by gevaerts (subscriber, #21521) [Link]

Rockbox on Android still has the full codec support.

Also, yes, today rockbox builds depend on screen size, but that's being worked on. It appears that most of the hardcoded screen size dependencies are easy to get rid of (except possibly for plugins, but as stated in the article those often don't really make sense here anyway).

And I really don't see how using the NDK would prevent integration. There's still java code, and that java code can still integrate with anything (and call native rockbox functions as needed).

In fact, there are (somewhat vague) ideas to (gradually) replace the UI using native widgets. Nothing concrete in that direction has happened yet though.

Rock-a-droid

Posted Oct 6, 2010 18:11 UTC (Wed) by bronson (subscriber, #4806) [Link]

> there is certainly no shortage of media playback apps, many of which are Freely licensed

No, there certainly isn't. Can you suggest any decent ones? I spent an hour or two looking (what a chore) and haven't found anything that even comes close to Rockbox.

Necessary features: organize and select by artist, album, year, song title, etc. Good shuffle (no repeats), shuffle an artist, album, playlist, etc. Easily generate and edit playlists. Simple, clear UI. Can easily handle 32GB of songs. No ads.

Seen anything like that?

I'm sorry, uninformative emotional response and all,, but I can't stop myself.

Posted Oct 6, 2010 19:32 UTC (Wed) by jthill (subscriber, #56558) [Link] (4 responses)

so the developers have partitioned up the screen and mapped the pieces onto the arrows and buttons found on a typical old-school media player. Without putting any indication on the screen that it has been so divided.
lol. you gotta admire that. old-school ftw.

I'm sorry, uninformative emotional response and all,, but I can't stop myself.

Posted Oct 6, 2010 22:56 UTC (Wed) by midg3t (guest, #30998) [Link] (3 responses)

Apparently they weren't aware of the built-in trackball or directional sensor on most (all?) Android devices. That would have made more sense than an invisible UI hack.

trackball

Posted Oct 6, 2010 23:00 UTC (Wed) by corbet (editor, #1) [Link]

Actually, though I didn't mention it, the interface does work with the trackball.

I'm sorry, uninformative emotional response and all,, but I can't stop myself.

Posted Oct 7, 2010 2:46 UTC (Thu) by felixfix (subscriber, #242) [Link]

I'd guess they just wanted something working as quickly as possible. You know, change and test one thing at a time.

Android directional controls

Posted Oct 7, 2010 15:22 UTC (Thu) by rfunk (subscriber, #4054) [Link]

Unfortunately quite a few Android devices either have no directional controller, or the one they have is only accessible when the keyboard is opened. Take a look in Google's Android phone gallery: http://www.google.com/phone/

Rock-a-droid

Posted Oct 7, 2010 8:42 UTC (Thu) by jond (subscriber, #37669) [Link] (9 responses)

The H340 is 40G, right? Grab a Sansa Fuze (v2) 8G player and buy a 32G MicroSD card. 40G flash storage and rockbox support.

Rock-a-droid

Posted Oct 7, 2010 15:04 UTC (Thu) by pj (subscriber, #4506) [Link] (2 responses)

...or replace the drive in the H340 with an SSD?

Retrofitting the H340

Posted Oct 7, 2010 15:08 UTC (Thu) by corbet (editor, #1) [Link] (1 responses)

People have done such things. It's not a straightforward replacement; one must find connector adapters and such. But the H340 drive is doing great, and the battery (the fourth) is going strong too. On the other hand, the headphone connector is starting to fail (nice thing that the H340 has two of them!), and the switches are getting flaky. There comes a point where it starts to look like the device has really done its time.

Retrofitting the H340

Posted Oct 7, 2010 19:09 UTC (Thu) by pizza (subscriber, #46) [Link]

I have an iHP-120 that's on its second hard disk (upgraded to 30GB) and third battery.

I'm going to have to put a new battery in it soon, with the cold weather coming the current one has about 1/3rd of its original capacity.

The plastic over the screen has a few cracks, and I've had to re-solder a couple of the (surface-mount) switches over the years. But somehow it keeps on trucking, and it JustWorksSoWell(tm).

Rock-a-droid

Posted Oct 7, 2010 15:41 UTC (Thu) by bfields (subscriber, #19510) [Link] (2 responses)

The rockbox site describes the Fuze v2 port as "unstable": http://www.rockbox.org/wiki/SansaAMS. Is that out-of-date or overly paranoid?

Rock-a-droid

Posted Oct 9, 2010 3:27 UTC (Sat) by admorgan (subscriber, #26575) [Link] (1 responses)

Neither, it just isn't feature complete. You can't charge the battery, and a few other "core" features aren't fully stable. I use it every day and it works great but I understand why it is marked unstable.

Rock-a-droid

Posted Oct 13, 2010 0:13 UTC (Wed) by cworth (subscriber, #27653) [Link]

I was handed a Sansa Fuse v2 some time ago. At the time, I looked at the RockBox site and things looked unusable, (no battery-charging, playback speed slightly off, etc.), so I didn't install it then.

Then, just a day or two ago, I looked again, and those major problems all seem gone. I put RockBox on this device and it seems to work very well. The battery charges fine. The only feature that's clearly missing is USB support, but it's simple enough to hold the LEFT button down to boot the original firmware and use that for USB transfer.

-Carl

Rock-a-droid

Posted Oct 11, 2010 9:24 UTC (Mon) by Tet (guest, #5433) [Link]

The H340 is 40G, right?

At which point, a Nokia N900 looks very tempting. The 32GB it comes with as standard can be expanded with a MicroSD card giving enough room for music and still leaving space for SMS messages, photos and other applications. The downside is that the standard N900 media player is rubbish, but it should be trivially easy to port Rockbox.

Thumbs up for Rockbox on Sansa

Posted Oct 14, 2010 21:39 UTC (Thu) by moxfyre (guest, #13847) [Link]

I have a small (iPod nano-sized) Sandisk Sansa E200 player, which runs Rockbox fantastically (everything works, its battery life is much better with Rockbox, and it supports SDHC rather than just SD cards).

As far as I understand it, Sandisk hasn't exactly been friendly to Rockbox (they haven't gone out of their way to make docs available) but they haven't been intentionally obstructive in most cases (most devices' firmware is comparatively easy to replace). And their hardware offers a lot: mine is based on the same PortalPlayer ARM-based SoC as an early iPod Nano, but offers FM recording, external card slot, and microphone... none of which the first couple generations of the Nano offered. And I got it for $30 and added an 8gb SDHC card for $10.

I now have an Android phone, but for a lot of cases the Sansa is far more convenient. Its interface is more responsive, never crashes, and is easier to use while running or working out. It's much lighter-weight too... a full-size smartphone feels like a clunky, bouncy brick in my pocket by comparison.

Rock-a-droid

Posted Oct 19, 2010 16:45 UTC (Tue) by jmalcolm (subscriber, #8876) [Link]

I use RockBox on a Sansa e280. It is also 8GB and takes an SD.

RockBox has been stable on this device for quite sometime now. I love it!

The hardware only cost me $30 at Tiger Direct. I have had it more than a year at least and it has never given me any problems.

I hope RockBox does not stop producing firmware based versions.

Nice choice of screenshot

Posted Oct 7, 2010 8:58 UTC (Thu) by cuboci (subscriber, #9641) [Link]

That Leonard Cohen song is just great :)

The hard part...

Posted Oct 7, 2010 9:06 UTC (Thu) by pointwood (guest, #2814) [Link] (1 responses)

"The hard part appears to be done; now it's just a matter of tying up a fair number of loose ends. OK, it's a matter of tying up a lot of loose ends."

I'm not sure I completely agree with that. I don't believe that creating good user interface designs is easy. If it was then why do open source software often fail exactly in that aspect ;)

No, I'm neither a UI designer or programmer, but I believe most software projects starts the wrong way and UI design ends up being something like "oh yeah, we need some kind of interface to this amazing new code we've just made" and I find that sad. There's a lot of great Open Source software but (IMHO) a lot would get used a LOT more if it had a good UI.

The hard part...

Posted Oct 9, 2010 16:39 UTC (Sat) by Baylink (guest, #755) [Link]

This is another excellent example of why the "core engine" and "UI that talks to it through a command pipe" application design pattern is a Pretty Neat Idea.

Rock-a-droid

Posted Oct 8, 2010 3:14 UTC (Fri) by JdGordy (subscriber, #70103) [Link]

I want to comment on the "surprising touch interface" complaints.

Until relatively recently rockbox didn't have any touchscreen support at all (obviously because no targets had one.) The first target to get support was the Olympus mrobe 500. The 3x3 grid mode was added because we needed a quick way of getting the UI working so the port could mature.
Excluding android, rockbox supports 3 or 4 touchscreen targets, none of which have enough developers using them frequently, or are stable enough to actually be usable (the cowon D2 is closest but has serious file system issues), so obviously not much work has been put into making touchscreen support work well.

That said, almost all of Rockbox's interface is skinable (http://themes.rockbox.org) and the skins have full touchscreen support (i.e you can draw button areas onto the display wherever you want) so the real reason the grid mode is enabled by default is because the default skin isnt polished enough to work with the absolute mode yet (you can get trapped in a few hidden screens).

so, tl;dr version... what is needed is someone with some art ability and time to make the default theme work better with the touchscreen, the actually coding work is done.

Rock-a-droid

Posted Oct 9, 2010 17:36 UTC (Sat) by kugel (subscriber, #70540) [Link] (2 responses)

The user interface is being worked on, e.g. kinetic scrolling is to come soon. We also plan to switch to the absolute/direct/point touchscreen mode by default so the first impression should be better.

I would like to ask the author to explain "The "while playing" screen [Rockbox WPS] operates in strange and mysterious ways.". I find myself happy with the default WPS, but then again I've adopted it to the Android port so it naturally works for me.

While-playing screen

Posted Oct 9, 2010 18:21 UTC (Sat) by corbet (editor, #1) [Link] (1 responses)

To begin with, how does one stop a playing track? Pause is easy to find, stop is not. Beyond that, if you're in the "3x3 grid" UI mode, the "buttons" on the WPS don't do what one would expect them to do; the grid seems to override them. In absolute mode, things work better.

I still wish it had the level meters and that the progress bar showed progress through the track instead of progress through the playlist, but I assume that's just a matter of theming. I've not done any of that since I got the H340 WPS the way I wanted it years ago...

I sure hope the Rockbox folks don't think I was coming down on them. Rockbox is great stuff, and I know full well what one encounters when playing with pre-alpha software.

While-playing screen

Posted Oct 9, 2010 18:31 UTC (Sat) by kugel (subscriber, #70540) [Link]

The default WPS is indeed designed for the absolute mode. It might seem strange indeed considering the grid mode is the default mode (currently). But you couldn't design a WPS for the grid mode in any other way than maybe aligning icons to the virtual grid.

You stop by long pressing the play icon. The progress bar does show the track progress. You can press it to jump around in the track. Below it shows the elapsed and remaining time (of the track), with the track's playlist position in the middle.

If you touch the screen a pop up and the rewind&fast-forward buttons will show up. In the pop you can go to the file browser (or database browser), open the quick screen (a screen which shows 4 settings for quick and easy access, costumizable for your favorite settings) and the context menu of the wps.

Touching the above half of the WPS (where the album art normally is) brings you to the current playlist.

I think the article was very fair and reflected the current state about right. As you've mentioned we know it's in a very early stage. But we're constantly working on improving it.

Rock-a-droid

Posted Oct 14, 2010 9:44 UTC (Thu) by mcfrisk (guest, #40131) [Link]

My work phone N900 is my portable music player. Killer features are FM radio and ogg support, and rsync. Battery life good for weekend road trips though I would like to disable the modem and keep the fm radio workin since the GSM modem interferes with car radio too much. The video player and drawing app can also save the day after kids in the backseat start to get bored.

But I also carry a personal phone with me, a cheap one which lasts a week without a charger.

Rock-a-droid

Posted Oct 15, 2010 13:56 UTC (Fri) by robbe (guest, #16131) [Link]

> why carry two devices when one will suffice?

Maybe so these two devices can do one job, and do them well (remember that from somewhere?).

You mention battery life, which is obviously worse in a device that needs to transmit radio frequently. Size and weight are other factors, if you can stand to leave your phone behind for some time. My two DAPs are quite smaller than your typical feature phone, not to mention smartphone bricks.

Finally, I like the audible interface of Rockbox. It makes the player usable for the blind, but also for people that want to switch tracks during trafic (don't you hate these zombies staring at their phone/player while walking or even driving on the street?). And it extended the life of my player even when I ruined the screen.

So what would I be in the market for? A device that
* is tiny and light: less than 200 grams, smaller than half my palm
* is open: Rockbox would be good, something more powerful (Android, MeeGo) is even cooler
* is future-proof: e.g. replacable battery, microSD slot
* works well as an audio player
* can function as a phone: this may need a clip on antenna due to my size constraints
* has its phone functionality turned off easily: with a switch, or when the antenna is removed

Not needed for me:
* big screen
* touch screen
* simple dialling: I am satisfied with phonebook browsing, voice-dialling would be cool
* easy texting: I use it only in emergencies

Since this will probably stay a dream for some time, I will hang on to my Sansa C200 a little longer.

The Ben Nanonote is Open Source hardware and should play music

Posted Oct 20, 2010 14:29 UTC (Wed) by kop (guest, #37748) [Link] (1 responses)

I have no affiliation with this project or any of the companies involved and have not tried the hardware but if you're looking for a solid-state replacement for an iRiver the Ben Nanonote would seem to be an option. It's Open Hardware, runs OpenWrt, and can be made to run Debian. If Rockbox-the-application runs on Android I would think it could be made to run on Linux. The microSd card means you can swap out your music for, more music. On the other hand the Nanonote has no touch screen so that might put a crimp in the user interface.

  • 336 MHz XBurst Jz4720 MIPS-compatible CPU
  • display: 3.0” color TFT
  • resolution: 320 x 240, 16.7M color
  • dimension (mm): 99 x 75 x 17.5 (lid closed)
  • weight: 126 g (incl. battery)
  • DRAM: 32MB Synchronous DRAM
  • headphone jack (3.5 mm)
  • SDHC microSD
  • 850mAh Li-ion battery
  • 2GB NAND flash memory
  • mini-USB: USB 2.0 High-Speed Device
  • speaker and microphone
  • full qwerty keyboard

I was interested in using the Nanonote as a password safe but because it's USB-B it won't backup to a regular USB stick and I don't want to mess with SDHC.

Links to a Hong-Kong hardware manufacturer, the only one I could find selling finished units, can be found on the home page of the wiki. The price should be $100, but who knows what shipping would come to.

The Ben Nanonote is Open Source hardware and should play music

Posted Oct 21, 2010 21:38 UTC (Thu) by nix (subscriber, #2304) [Link]

If Rockbox-the-application runs on Android I would think it could be made to run on Linux.
Er, Rockbox has had a libsdl-using emulator that runs on Linux for donkey's years. It's meant for testing but after the merging of software synths (rather than relying on hardware MP3 decoding, as once it did long ago) it works perfectly well.


Copyright © 2010, Eklektix, Inc.
This article may be redistributed under the terms of the Creative Commons CC BY-SA 4.0 license
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds