Long before the iPod, the Sony Walkman was the device of choice for those who wanted to add a soundtrack to their life. Now a Duo-Man app recreates the experience for those of us old enough to have owned one, and you’ll be able to use it with Apple Music … more…

Apple EarPods with 3.5 mm Headphone Plugについて、対応するiPhone・iPad・iPodの端子、再生・通話時のリモート操作、マイクの使い方を解説します。イヤーバッド型の装着感、端子非搭載機器での接続方法、汗や液体が付いた際の手入れの注意点も確認できます。

En 2009, avec l'iPod shuffle de troisième génération, Apple avait décidé de supprimer les boutons de son baladeur pour intégrer les commandes directement sur le câble des écouteurs. Cette télécommande est devenue la norme depuis et elle fonctionne avec les iPod, les iPhone, les Mac, etc. Mais saviez-vous que le protocole n'était pas documenté ? Il porte le nom de Mikey (probablement pour Mic Key, mais la combinaison des deux aurait posé quelques souris soucis de droits). Montage iGeneration. Hemant Kumar, qui a un iPod classic sous Rockbox (un firmware alternatif), a voulu profiter de la télécommande de ses écouteurs et il a découvert une chose : la prise en charge du protocole était notée comme /* TODO */ dans le code. Il a donc décidé de l'ajouter. L'iPod de Hemant. Faisons simple : dans les iPod, c'est un microcontrôleur dédié qui s'occupe de la télécommande. Il communique avec le système à travers une connexion I2C, un bus série très utilisé1. Il a découvert que le protocole avait déjà été documenté il y a une quinzaine d'années, mais était passé sous les radars. Pendant les essais. Dans les écouteurs, la télécommande mesure des tensions sur la ligne du micro, alimentée par l'iPod. Elle communique ensuite avec l'iPod avec un signal ultrasonique (vers 250 kHz) envoyé dans le câble et décodé par le microcontrôleur. Hemant a ensuite modifié Rockbox pour décoder les informations reçues par le système sur le bus I2C. Il note quelques bizarreries au niveau du bouton central, mais il a réussi à documenter le protocole et il a envoyé les modifications pour une intégration dans Rockbox… près de 17 ans après la sortie de la télécommande. Notons que le protocole existe toujours dans les EarPods et que macOS ou iOS ont une extension adaptée, même en 2026. --- * C'est par exemple un bus I2C qui permet à un ordinateur de modifier la luminosité d'un moniteur standard, ce qu'Apple ne permet pas directement.  ↩︎

YouTube video by FilmCow

Apples iPod-Historie ist voll von Geräten, die Designikonen wurden, aber hardwareseitig eng abgesteckt blieben. Ein spektakuläres Hardware-Projekt zeigt nun, wie ein iPod Nano der dritten Generation nach Jahren der Entwicklung auf 16 Gigabyte Flash-Speicher erweitert werden konnte. Eine Reise durch Firmware-Hürden, veraltete Standards und die Faszination echter Reparaturkultur. Der iPod Nano der dritten Generation. Er wird von der Community wegen seiner gedrungenen, fast quadratischen Form liebevoll „Fat Nano“ genannt.  Und gehört zu den charmantesten Kapiteln der Apple-Geschichte. Erstmals brachte Apple damals Videowiedergabe in ein ultrakompaktes Gehäuse mit 2-Zoll-Display. Doch ab Werk war beim Speicher früh Schluss: Mehr als acht Gigabyte waren nie vorgesehen. Während die klassischen iPods mit Festplatten relativ einfach auf SD-Karten oder moderne SSDs umgebaut werden können, galt der Nano stets als unbezwingbare Festung. Der Flash-Speicher ist fest auf der Platine verlötet, und Apples Software verzeiht keinerlei Abweichungen vom Originalzustand. Genau dieser Status quo wurde nun nach einem mehr als sechsjährigen Entwicklungsprozess gebrochen. Das Resultat ist ein voll funktionsfähiger Nano 3G. Dieser wird sowohl im Systemmenü als auch in modernen Synchronisationsumgebungen regulär mit 16 Gigabyte Speicherplatz erkannt. Ein scheinbar trivialer Sprung von acht auf 16 Gigabyte, der jedoch einen enormen Blick in die Tiefen proprietärer Apple-Architektur erforderte. Es ging hierbei nie bloß um mehr Megabyte für Playlists. Es ging um den Beweis, dass fest verbaute Silizium-Grenzen keine unüberwindbaren Naturgesetze sind. Das Dilemma fest verlöteter Speicherbausteine Auf den ersten Blick wirkt die Aufgabe wie ein handwerkliches Standardmanöver: Man greift zur Heißluft-Lötstation, entfernt den ursprünglichen NAND-Chip und lötet ein kapazitätsstärkeres Bauteil auf. Doch dieser naive Ansatz scheitert beim iPod Nano sofort. Die Firmware des Geräts ist ein geschlossenes System, in dem Geometrie, Adressierung und Sektorengrößen der Speicherchips an etlichen Stellen fest im Code hinterlegt sind. Erkennt das System beim Booten nicht exakt die erwarteten Parameter, verweigert es den Dienst komplett. Hinzu kommen physikalische Hürden moderner Speichertechnik. Während ursprüngliche Bausteine oft Single-Level-Cells (SLC) nutzten, arbeiten moderne Chips als Multi-Level-Cells (MLC), bei denen mehrere Bits pro Zelle über fein abgestufte Spannungsniveaus unterschieden werden. Die vom iPod erwartete Fehlerkorrektur (ECC) ist für solche modernen Architekturen nicht ausgelegt. Wurde ein handelsüblicher MLC-Speicher testweise eingesetzt, produzierten Lesezyklen reproduzierbare Bitfehler, an denen die Formatierung scheiterte. Erst die Beschaffung spezieller, teurer SLC-Chips im veralteten TSOP-48-Format löste die Signalprobleme auf Chipebene. Doch die nächste Wand ließ nicht lange auf sich warten. Sobald der Chip elektrisch korrekt angesprochen wurde, scheiterte die Kommunikation am Übertragungsprotokoll: Der iPod wollte Speicherblöcke in einer Größe von 8 Kilobyte über die Massenspeicherschnittstelle schicken. Gängige Betriebssysteme erwarten an dieser Stelle jedoch strikt 4 Kilobyte. Das Ergebnis: Ein nicht ansprechbares Dateisystem und ein scheinbar unlösbarer Software-Konflikt zwischen Speichercontroller und USB-Stack. Reverse Engineering im Emulator und gezielte Patches Um nicht hunderte Stunden mit riskanten Lötversuchen auf empfindlichen Platinen zu verschwenden, verlagerte sich der Schwerpunkt des Projekts auf Emulation und dynamische Analyse. Mithilfe angepasster QEMU-Umgebungen führte sich der originale Apple-NAND-Treiber isoliert auf einem Raspberry Pi aus. Unter kontrollierten Bedingungen zeigte sich schnell. Nicht der Treibercode selbst war das Problem, sondern die starre Logik der umgebenden Softwareschichten, die niemals für größere Speicherstrukturen konzipiert worden waren. Die Lösung erforderte maßgeschneiderte Eingriffe direkt im Maschinencode. Zwischen die SCSI-Befehlsverarbeitung und den Treiber wurde eine Übersetzungsschicht implementiert. Diese teilt Adressierungsaufrufe rechnerisch auf, sodass das Host-System stets mit den gewohnten 4-Kilobyte-Blöcken arbeiten kann, während der physische Chip weiterhin in seinen nativen 8-Kilobyte-Einheiten operiert. Gleichzeitig mussten die dynamischen Speicherpools des iPod-Betriebssystems vergrößert werden, da ein größerer Flash-Speicher mehr RAM für die Verwaltungstabellen beansprucht. Ein weiteres tückisches Detail lag im Löschverhalten des neuen Speichers. Blocks mussten über zwei Speicher-Ebenen gleichzeitig bereinigt werden, da andernfalls schleichende Datenkorruption auftrat. Diese Anpassungen mussten nicht nur im eigentlichen Betriebssystem greifen, sondern auch im EFI-Bootloader des Nano, der in einer kompakten ARM-Thumb-Befehlssatzarchitektur kompiliert ist. Erst als Bootloader, Wiederherstellungsmodus und Hauptsystem dieselben Speicherregeln sprachen, bootete der Player fehlerfrei in seine vertraute Oberfläche. Ein nostalgischer Triumph mit gesellschaftlicher Note Aus rein pragmatischer Sicht grenzt dieser Umbau an puren Wahnsinn. Die benötigten TSOP-48-Flash-Bausteine werden kaum noch gefertigt, die Bauteilpreise sind immens, und der Aufwand steht in keinem wirtschaftlichen Verhältnis zum Nutzen. Wer einfach nur einen modifizierten iPod für den Alltag sucht, greift nach wie vor zum klassischen iPod 5.5G oder 7G, wo Speicher-Upgrades per Adapterkarte in Minuten erledigt sind. Und doch berührt dieses Projekt einen extrem wunden Punkt unserer modernen Tech-Welt. Es führt uns vor Augen, wie rigoros Apple und die gesamte Unterhaltungselektronikbranche den Übergang zu versiegelten Wegwerf-Ökosystemen vollzogen haben. Geräte wie der Nano 3G waren frühe Vorboten einer Ära, in der geplante Obsoleszenz und fest verlötete Komponenten zur Norm wurden. Dass es Enthusiasten gelingt, geschlossene Bootloader zu entschlüsseln, Hardware-Limitationen auszuhebeln und Geräten ein zweites Leben einzuhauchen, ist gelebte Gegenwehr. Es ist der handfeste Beweis dafür, wie wichtig das Recht auf Reparatur und offene Hardwaredokumentation für den langfristigen Erhalt von Kulturgütern sind. Der 16-GB-Nano ist kein Massenprodukt, sondern ein technisches Denkmal. Er erinnert an eine Zeit, in der MP3-Player den Alltag prägten. Und beweist gleichzeitig, dass hinter hübschen Aluminiumgehäusen keine Magie steckt, sondern reine Ingenieurskunst. Diese lässt sich mit genügend Geduld, Fachwissen und Leidenschaft jederzeit wieder zurückerobern.