Skip to main content

Command-line iPod sync + card-flashing tooling for early FireWire-era iPods, pure Python

Project description

flashpod

flashpod is a command-line tool for putting flash storage cards into early-generation iPods and managing the music on them.

It handles the whole setup without iTunes, so you can revive a vintage iPod and run it from a modern desktop: it writes the firmware to the card, creates the initial music database, and loads the card with music. Then, once you pop the card into an iPod and connect it over USB or FireWire, flashpod manages the library on the device too — adding and removing songs right on the iPod.

Requirements

  • iPod: Gen 1, 2, or 3 (tested successfully); Gen 4 should work but isn't tested yet. Later models (2007 and newer) aren't supported — they need an iTunesDB checksum/hash flashpod doesn't generate.
  • Operating system: Linux and macOS (tested). Windows has a backend but isn't tested yet.

flashpod was originally written to run from a modern Linux desktop. The one-time flashing operation only needs a working USB card reader. For a 3rd- or 4th-gen iPod, a modern machine can flash the card and manage the iPod. For a 1st- or 2nd-gen iPod, you can still flash the card from a modern machine, but you'll need a FireWire interface to manage the music on the iPod afterward.

FireWire

A FireWire interface is a rarity these days. On a desktop, the easiest option is to add a FireWire card — Linux still supports FireWire well, so a Linux machine with a FireWire card lets flashpod manage a 1st- or 2nd-gen iPod.

That's not the only option, though. Older Macs shipped with FireWire built in, and flashpod was deliberately written with as few external dependencies as possible — and against a relatively old Python — to stay runnable on vintage Mac hardware. It's been tested on a MacBook running OS X 10.8 so far. Since old Macs often can't get online, the macOS release can be copied to a USB drive on a modern machine and installed on the MacBook from there.

Install

Download the archive for your OS from the Releases page — each holds a single self-contained executable (no Python or anything else to install).

Linux (flashpod-linux-x86_64.tar.gz):

tar xzf flashpod-linux-x86_64.tar.gz
cd flashpod-linux-x86_64
./install.sh            # to ~/.local/bin (no root); or: sudo ./install.sh
flashpod --help

Windows (flashpod-windows-x86_64.zip): unzip it and run flashpod.exe from a terminal (an Administrator terminal for flash).

The Linux and Windows builds don't bundle firmware — flashpod flash downloads the image you pick (verified by checksum), or you supply your own with --firmware. (The macOS 10.8 build is different — see below.) Building the binaries yourself is documented in BUILD.md.

Vintage Macs (OS X 10.8): use flashpod-macos-10.8.tar.gz. Extract it, then make the binary runnable and clear the Gatekeeper quarantine (it's unsigned):

tar xzf flashpod-macos-10.8.tar.gz && cd flashpod-macos-10.8
chmod +x flashpod
xattr -d com.apple.quarantine flashpod   # or right-click → Open once
./flashpod --help

flashpod flash needs root. sudo uses root's PATH, so if sudo flashpod isn't found, run it by full path — sudo "$(command -v flashpod)" flash, or cd into the extracted folder and run sudo ./flashpod flash.

Typical workflow

Set the card up in a USB reader first — transfers are far faster there than over FireWire. Flash it, then let flashpod initialize the database and load your music, all in one sitting:

sudo flashpod flash    # flash firmware + format the card; then answer Y to
                       # init the database, and Y to load your music onto it

Load the bulk of your library now, while the card is in the reader. Once the card is in the iPod, music transfers over FireWire are much slower — fine for a song or two, painful for a discography. So front-load it here.

Now pop the card into the iPod and connect the iPod to your computer. flashpod finds it on its own — no mounting, no device paths, no sudo to type:

$ flashpod ls
flashpod: looking for an iPod means reading attached disks, which needs root — elevating via sudo...
Password:
Found iPod on /dev/rdisk1 — 82 tracks.
iPod "David's iPod": 38 tracks, 2 artists, 2 albums
New Order
  Power, Corruption & Lies (8 tracks)
  Substance (12 tracks)
The Cure
  Kiss Me, Kiss Me, Kiss Me (18 tracks)

Add or remove the odd track right on the device:

$ flashpod add ~/music/New\ Order\ -\ Blue\ Monday.mp3
Found iPod on /dev/rdisk1 — 82 tracks.
[1/1] Adding: Blue Monday — New Order... 100% (6.8/6.8 MiB)
1 track added in 26s (6.8 MiB at 268 KiB/s)

$ flashpod rm album Substance
Found iPod on /dev/rdisk1 — 83 tracks.
Removed: New Order - Ceremony
Removed: New Order - Temptation
…
Removed 12 tracks

Commands

flashpod finds your iPod for you. With no flags, it uses one that's already mounted; otherwise it scans the attached disks and picks out the iPod by the iTunes database on it (no guessing from volume labels), then reads and writes it directly over the raw device with its own FAT driver — no OS mount required. That raw path is what lets flashpod manage an iPod the OS can't mount, like a flash-modded FireWire iPod on a Mac (macOS's read-ahead corrupts the boot sector, so it refuses the volume). Raw access needs root, so flashpod re-runs itself under sudo and prompts for your password — you never type sudo yourself.

To skip detection, name the target explicitly — --mount <path> for a mountpoint or --raw <device> for a raw device (the data partition or the whole disk), before or after the subcommand. On Linux you can also just mount the iPod yourself and let flashpod find the mount. On a non-terminal, flashpod won't guess — pass one of these.

All library commands — ls, add, rm, init, rebuild — work this way.

flashpod ls (alias: flashpod list)

$ flashpod ls                 # artist → album tree with track counts
iPod "iPod": 68 tracks, 1 artists, 5 albums
New Order
  Power, Corruption & Lies (8 tracks)
  Substance (12 tracks)

$ flashpod ls all             # same tree + every track (id, track no., duration)
New Order
  Substance
        52   1. Ceremony                 4:25
        53   2. Everything's Gone Green  5:31

$ flashpod ls artist          # flat per-artist track counts (or `artists`)
$ flashpod ls album           # flat per-album track counts (or `albums`)

Track ids shown by ls all are what flashpod rm <id> takes.

flashpod add [path ...]

Add audio files and/or directories. Directories are scanned recursively in sorted order; macOS ._* AppleDouble files and non-audio files are skipped. Recognized extensions: .mp3 .m4a .m4b .aac .wav .aif .aiff. Tags, duration, and bitrate are read automatically (mutagen).

Files already on the iPod are skipped, so you can safely re-point add at an overlapping set — e.g. add a single, then later add the whole album folder that contains it, and only the new tracks are copied. A track is considered a duplicate when its size, duration, and title all match one already present (this also de-duplicates within a single batch). Re-encoded or re-tagged copies have a different size and are added as new.

$ flashpod add ~/music/Some\ Album            # a directory
$ flashpod add a.mp3 b.mp3 ~/music/More/      # mix files and directories
$ flashpod add                                # no args: prompts, with tab completion

Progress is one line per track, shown in a scrolling 4-line window so a big batch doesn't flood the terminal history (when output is piped or redirected, every line is printed instead). Skips and failures stay visible above the window, are counted in the summary, and don't stop the batch:

[3/14] skipping ._cover.mp3: not a recognized audio file
[4/14] skipping 01 Come Together.mp3: already on iPod
[11/14] Adding: Pet Cemetery — Relic Pop...        ⌝
[12/14] Adding: Rarely Seen Violence — Relic Pop... | last 4 only;
[13/14] Adding: Sister Sky — Relic Pop...           | older lines scroll away
[14/14] Adding: Thick as Thieves — Relic Pop...    ⌟
12 tracks added, 1 skipped (already on iPod), 1 failed in 1m02s

Adding over FireWire is slow (~270 KiB/s — a hardware limit of these early bridges, not something a setting can fix). For bulk loads, pull the card into a USB reader and add over the normal mount — USB bypasses the bridge and is far faster. Keep the raw FireWire path for quick incremental edits.

flashpod rm

$ flashpod rm 52 53           # by track id (see `flashpod ls all`)
$ flashpod rm artist Relic Pop      # every track by the artist
$ flashpod rm album Thick As Thieves # every track in the album

Artist/album matching is case-insensitive exact match; multiword names need no quotes. remove, delete, and erase all work as synonyms for rm. Removal is immediate — there is no confirmation prompt.

flashpod init [name]

Create the iPod_Control directory structure and an empty music database. Use on a freshly flashed/formatted card or after a wipe. Destroys any existing database, but not music files already in the F## folders. To recover an iPod whose music files are intact but whose database is missing/corrupt, use rebuild (below) — it keeps the music; init does not re-index it.

flashpod rebuild [name]

Rebuild the iTunes database from the music files already on the iPod. Walks iPod_Control/Music/F##, reads each track's tags, and writes a fresh database pointing at the existing files — so a corrupt or missing database is recovered without re-copying or losing music. (It reads every track to sniff its tags, so it's slow over FireWire; fine for a one-off recovery.) flashpod ls points you here when it finds an iPod with an unparseable database, and flashpod add onto such an iPod offers to rebuild first, then adds your new files on top.

flashpod flash [/dev/sdX]

Write the iPod firmware and partition layout to a CF/SD card. Erases the card. Needs root (sudo flashpod flash).

$ sudo flashpod flash                  # interactive: pick from removable disks
$ sudo flashpod flash /dev/sdb         # direct
$ flashpod flash /dev/sdb --dry-run    # print the plan, write nothing (no root)
$ flashpod flash --self-test           # validate layout logic, no hardware

Firmware: with no --firmware, flashpod first asks which iPod you're flashing for (or takes --model 1G|2G|3G|4G|photo), then lists only the firmware that fits it, from the bundled catalog (flashpod/firmware/firmware.json), with version, build date, and description (the default entry is preselected; non-interactive runs use it outright). The chosen image is then downloaded from GitHub, cached under ~/.cache/flashpod/, and verified against its SHA-256 before use; later flashes reuse the cached copy (no network). The images aren't bundled with flashpod — they're Apple's copyright, hosted as release assets.

The model question isn't cosmetic: firmware is not interchangeable across models. 2nd-generation (touch wheel) support first appeared in firmware 1.1.2, so the 2001 images (1G's 0.0 and 0.4) would leave a 2G unusable — asking first means they're never offered to one.

These early images have no low disk-size ceiling — 1.0 and 1.0.4 were tested on a 128 GB card in full (the broken-folder icon on such a card means the data partition wasn't initialized, since 1.0 doesn't auto-create iPod_Control; run flashpod init). The only size limit is the 128 GiB LBA28 cap that binds all of this firmware; see --lba48. A manifest entry may carry a max_data_gb ceiling if some firmware ever needs one, and --max-data-gb sets it by hand.

Catalog images ship as .bin.gz (a gzipped raw Firmware-* image). To use a firmware flashpod doesn't host (or to work fully offline), pass it with --firmware <file> — that path never touches the network, and accepts a raw Firmware-* image, a .bin.gz, or an Apple .ipsw (the format is detected from the file's magic bytes, not its name). To add an image to the catalog, upload it to the firmware release and add a manifest entry (file, url/base_url, sha256, size, generation, version, description, and build_date if known — it can't be recovered from the file later, since git and release downloads both reset mtimes).

Options:

Flag Meaning
--firmware <file> use a local image — raw Firmware-*, .bin.gz, or .ipsw (bring-your-own; no download). Default: pick from the catalog and download it
--model <id> iPod model to flash for (1G, 2G, 3G, 4G, photo); decides which firmware is offered. Default: ask
--yes skip the typed ERASE sdX confirmation
--no-format don't format the data partition
--lba48 experimental: use the whole card for data, past the 128 GiB cap (LBA48-patched iPods only)
--max-data-gb <N> cap the data partition to N decimal GB (e.g. to make a smaller partition, or probe a firmware's disk-size ceiling)
--dry-run show the plan only
--self-test check layout-building logic and exit

Safety: only removable/USB disks are offered, the disk backing the running system is always refused, partition nodes (/dev/sdb1) are rejected, the target is unmounted first, and an explicit typed confirmation is required. After writing, the firmware region is read back and compared byte-for-byte before the card is ejected. Cards larger than 128 GiB are capped at the iPod's LBA28 addressing limit — pass --lba48 to use the whole card instead, but only on an iPod running an LBA48 patch (an unpatched iPod can't address the extra sectors and will misread the card).

After a successful interactive flash, flashpod offers to run init on the new card right away, and after that to load music onto it too — answer Y (the default) to both and the card comes out of the flash step ready to play. The offers are skipped for --dry-run, --no-format, and non-interactive runs.

Notes

  • Close Rhythmbox before syncing/ejecting — its libgpod plugin grabs the iPod mount and blocks unmount.
  • A batch flashpod add writes the database once, at the end — not per track. If a batch is interrupted, you may be left with orphaned music files but an unchanged database; just re-run the same add (files already present are skipped).
  • Don't trust fsck.vfat on iPod cards: dosfstools chokes on iPod boot sectors that the kernel mounts fine.

License

flashpod is released under the MIT License. The firmware .ipsw images that flashpod flash downloads are Apple's copyright, not covered by that license and not part of this source tree — they are hosted separately for convenience, and you may supply your own instead.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

flashpod-0.2.0.tar.gz (93.0 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

flashpod-0.2.0-py3-none-any.whl (93.8 kB view details)

Uploaded Python 3

File details

Details for the file flashpod-0.2.0.tar.gz.

File metadata

  • Download URL: flashpod-0.2.0.tar.gz
  • Upload date:
  • Size: 93.0 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.12

File hashes

Hashes for flashpod-0.2.0.tar.gz
Algorithm Hash digest
SHA256 8ea01d957801bbaa4f17e0ea03b97645b2049b042d6da1232df127db14411a5c
MD5 7c115641c3e93e4c56fae52b12f58fd8
BLAKE2b-256 8780f84500f657842aab0703741237a55cffe62190709bcc7a0f0598acc6a80c

See more details on using hashes here.

Provenance

The following attestation bundles were made for flashpod-0.2.0.tar.gz:

Publisher: release.yml on davidbarnhart/flashpod

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

File details

Details for the file flashpod-0.2.0-py3-none-any.whl.

File metadata

  • Download URL: flashpod-0.2.0-py3-none-any.whl
  • Upload date:
  • Size: 93.8 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? Yes
  • Uploaded via: twine/6.1.0 CPython/3.13.12

File hashes

Hashes for flashpod-0.2.0-py3-none-any.whl
Algorithm Hash digest
SHA256 395efc6637913bc11dee16c4dda9601affd0ba9fd2d80beae4e5991fc2635c90
MD5 ad960f688e4ce22c303c9c04809a6339
BLAKE2b-256 d9a1e1e3957d4449fa687f5be9ec4000050ed77c45778c36d88b35165b017399

See more details on using hashes here.

Provenance

The following attestation bundles were made for flashpod-0.2.0-py3-none-any.whl:

Publisher: release.yml on davidbarnhart/flashpod

Attestations: Values shown here reflect the state when the release was signed and may no longer be current.

Supported by

AWS Cloud computing and Security Sponsor Datadog Monitoring Depot Continuous Integration Fastly CDN Google Download Analytics Pingdom Monitoring Sentry Error logging StatusPage Status page