Andrew Cooke | Contents | Latest | RSS | Previous | Next

C[omp]ute

Welcome to my blog, which was once a mailing list of the same name and is still generated by mail. Please reply via the "comment" links.

Always interested in offers/projects/new ideas. Eclectic experience in fields like: numerical computing; Python web; Java enterprise; functional languages; GPGPU; SQL databases; etc. Based in Santiago, Chile; telecommute worldwide. CV; email.

Personal Projects

Choochoo Training Diary

Last 100 entries

Surprise Paradox; [Books] Good Author List; [Computing] Efficient queries with grouping in Postgres; [Computing] Automatic Wake (Linux); [Computing] AWS CDK Aspects in Go; [Bike] Adidas Gravel Shoes; [Computing, Horror] Biological Chips; [Books] Weird Lit Recs; [Covid] Extended SIR Models; [Art] York-based Printmaker; [Physics] Quantum Transitions are not Instantaneous; [Computing] AI and Drum Machines; [Computing] Probabilities, Stopping Times, Martingales; bpftrace Intro Article; [Computing] Starlab Systems - Linux Laptops; [Computing] Extended Berkeley Packet Filter; [Green] Mainspring Linear Generator; Better Approach; Rummikub Solver; Chilean Poetry; Felicitations - Empowerment Grant; [Bike] Fixing Spyre Brakes (That Need Constant Adjustment); [Computing, Music] Raspberry Pi Media (Audio) Streamer; [Computing] Amazing Hack To Embed DSL In Python; [Bike] Ruta Del Condor (El Alfalfal); [Bike] Estimating Power On Climbs; [Computing] Applying Azure B2C Authentication To Function Apps; [Bike] Gearing On The Back Of An Envelope; [Computing] Okular and Postscript in OpenSuse; There's a fix!; [Computing] Fail2Ban on OpenSuse Leap 15.3 (NFTables); [Cycling, Computing] Power Calculation and Brakes; [Hardware, Computing] Amazing Pockit Computer; Bullying; How I Am - 3 Years Post Accident, 8+ Years With MS; [USA Politics] In America's Uncivil War Republicans Are The Aggressors; [Programming] Selenium and Python; Better Walking Data; [Bike] How Fast Before Walking More Efficient Than Cycling?; [COVID] Coronavirus And Cycling; [Programming] Docker on OpenSuse; Cadence v Speed; [Bike] Gearing For Real Cyclists; [Programming] React plotting - visx; [Programming] React Leaflet; AliExpress Independent Sellers; Applebaum - Twilight of Democracy; [Politics] Back + US Elections; [Programming,Exercise] Simple Timer Script; [News] 2019: The year revolt went global; [Politics] The world's most-surveilled cities; [Bike] Hope Freehub; [Restaurant] Mama Chau's (Chinese, Providencia); [Politics] Brexit Podcast; [Diary] Pneumonia; [Politics] Britain's Reichstag Fire moment; install cairo; [Programming] GCC Sanitizer Flags; [GPU, Programming] Per-Thread Program Counters; My Bike Accident - Looking Back One Year; [Python] Geographic heights are incredibly easy!; [Cooking] Cookie Recipe; Efficient, Simple, Directed Maximisation of Noisy Function; And for argparse; Bash Completion in Python; [Computing] Configuring Github Jekyll Locally; [Maths, Link] The Napkin Project; You can Masquerade in Firewalld; [Bike] Servicing Budget (Spring) Forks; [Crypto] CIA Internet Comms Failure; [Python] Cute Rate Limiting API; [Causality] Judea Pearl Lecture; [Security, Computing] Chinese Hardware Hack Of Supermicro Boards; SQLAlchemy Joined Table Inheritance and Delete Cascade; [Translation] The Club; [Computing] Super Potato Bruh; [Computing] Extending Jupyter; Further HRM Details; [Computing, Bike] Activities in ch2; [Books, Link] Modern Japanese Lit; What ended up there; [Link, Book] Logic Book; Update - Garmin Express / Connect; Garmin Forerunner 35 v 230; [Link, Politics, Internet] Government Trolls; [Link, Politics] Why identity politics benefits the right more than the left; SSH Forwarding; A Specification For Repeating Events; A Fight for the Soul of Science; [Science, Book, Link] Lost In Math; OpenSuse Leap 15 Network Fixes; Update; [Book] Galileo's Middle Finger; [Bike] Chinese Carbon Rims; [Bike] Servicing Shimano XT Front Hub HB-M8010; [Bike] Aliexpress Cycling Tops; [Computing] Change to ssh handling of multiple identities?; [Bike] Endura Hummvee Lite II; [Computing] Marble Based Logic; [Link, Politics] Sanity Check For Nuclear Launch; [Link, Science] Entropy and Life

© 2006-2017 Andrew Cooke (site) / post authors (content).

iRiver E30 MP3 Player (A Review)

From: andrew cooke <andrew@...>

Date: Tue, 12 Jan 2010 09:01:49 -0300

The people I'm visiting here in the USA kindly let me ship to their
place from Amazon, so I am now proud owner of a bunch of books +
gadgets.  I'll probably post later about the rest (the other hardware
items are a Logitech mouse + webcam), but here I'm just going to
mention the iRiver E30.

As you can see from the specs at Amazon -
http://www.amazon.com/Iriver-Digital-Media-Player-Black/dp/B002X78712
- this is a fairly standard mp3 player.  The only unusual parts are
the battery life (which claims to be large - I cannot yet comment on
that) and support for flac (again, untested - I am using mp3s).

But what I want to report on here are more my initial impressions,
which are mixed.

It's a very light, plastic player, which doesn't make it feel
particularly solid.  The matt finish and the buttons, which are just
"click the surface", don't help - I wouldn't say that this player
looks like it's worth the price, really (I was much happier with my
old iAudio T2, for example).  And compared to the T2, which had a
tiny, jewel like OLED screen, the E30's LCD screen is pretty dull (on
the other hand, the reason I am buying a new player is that the T2's
OLED died....)

So the hardware doesn't really give that good an impression.  But
having said that it seems reasonably well put together and feels
pretty tough - that and the light weight suggest it will survive OK.

I've already mentioned that the buttons are "click the surface".  The
advantage of this is that it keeps the body nice and clean; the
disadvantage is that the location of the different buttons isn't that
obvious, and you can sometimes click incorrectly because the volume
controls and the upper 3 direction buttons are quite crowded.

I guess I need to explain the interface.

The button area is the lower square of the body and has four
directions (up, down, left right) associated with clicking on the
appropriate side of the square.  So, for example, when scrolling
through a list on the screen, clicking the upper part of the button
area scrolls up and clicking the lower part of the area scrolls down.
Exactly what a button does is displayed on the screen using a small
symbol (so at the top of the screen might be an up arrow, meaning that
clicking on the top of the button area scrolls up).

There are also two "extra" actions accessed by pressing and holding.
Holding the left button (which, as I hope is clear by now, is not
really a button - just a clicky area of the body) returns you to the
main page.  Holding the right button displays a context menu with
extra functions (deleting files, adjusting EQ, etc).

In addition to the compass-like arrow buttons there are also two
buttons for volume - these are in the top left and right areas.  So
along the top of the button area, from left to right, is "volume
down", then the generic "up", then "volume up".  And as I started
saying a few paragraphs back, these and the "left" and "right" buttons
are not so clearly separated, so if you're not focussing you can end
up clicking the wrong thing.

OK, so that's the hardware largely covered.  I guess I should also
mention sound quality at this point, but I really need to get home and
use my decent headphones, comparing it against something I am familiar
with, to say anything useful.  With that disclaimer, my impression is
that the sound is pretty good.  The bass seems to be emphasised
slightly (not a problem); otherwise it seems fairly smooth.  It's
certainly listenable, and not obviously bad or annoying.

There are a lot of EQ options if that's your thing (I'm listening to
it flat), accessed by holding down the right button while playing
music, including various processing things (stereo wide etc).

So hardware isn't so great, but sounds seems OK.  That leaves software.

The software is pretty good.  It's simple, clean, and fairly
intuitive.  It also looks good - there's a consistent, minimal, style.
 In other words, it looks like someone has cared about the design.  I
like it, but I imagine someone else might think it's "trying too
hard", or find the minimalism ugly or plain.

It works just fine with Linux - it appears as a "normal" USB drive,
with the usual directories and you just copy files across.  When you
unplug and start, it pauses for a moment to "rebuild the database",
and displays album and artist names from ID3 tags, etc.

There are a couple of annoyances related to playlists.  I am using
playlists from UYKFD - http://uykfd.googlecode.com/ - which means that
I want to list to 200 tracks across various artists (the memory just
nicely holds two of these playlists).  The first annoyance is that
when you select a playlist the player freezes for maybe 20secs before
starting to play.  I guess it's reading the entire playlist and doing
something with the data, and I also guess most people won't have such
large playlists, but it's still unfortunate.

The second annoyance is that the playlist format isn't nice, simple
m3u, but something called "pla" (which may be the same as "plp" and,
if so, is also used by sandisk, according to my googling).
Fortunately someone has gone to the trouble of reverse engineering the
format and writing a tool to convert things -
http://wiki.bath.ac.uk/display/~ma9mjo/iRiver+s10 (I've just spent the
last hour or two rewriting the Python code available at the link above
so that it handles accented characters correctly and I'll post it here
later).

Well, I think that's it.  Fairly mixed, but I like it and suspect it
will grow on me.... I'll post again when I have a better idea of the
sound quality.

Andrew

M3U to PLA (PLP?) Playlist Format Conversion

From: andrew cooke <andrew@...>

Date: Tue, 12 Jan 2010 09:19:48 -0300

This is a rewritten version of Martin Owen's script -
http://wiki.bath.ac.uk/display/~ma9mjo/iRiver+s10 - which was itself
based on a program by
# Laszlo Pandy (http://laszlopandy.com) which I can no longer find.

I've modified Martin's code so that:
 - accented characters are handled correctly (I believe)
 - no attempt is made to modify the file path

The second change means that you need to worry about getting paths
right yourself.

Rather than post here, which mangles code, I've included the file in
UYKFD's hg repo (but this file is public domain and not covered by the
same license as the rest of UYKFD).

See http://code.google.com/p/uykfd/source/browse/m3utopla or, for just
the file, http://uykfd.googlecode.com/hg/m3utopla

Note that the script requires Python 3.

Andrew

Comment on this post