In meinem ThinkPad T420 hatte ich neben der originalen, klassischen Festplatte vor vier noch den mSATA Slot mit einer entstehenden SSD bestückt für ein zusätzliches Linux, habe sie dann aber bis jetzt nicht gebraucht. Na ja, da hatte mal wieder Leistung auf Vorrat gekauft. Aus Lust und Laune, sowie genügend Zeit heraus habe ich vor knapp einem Monat es in Angriff genommen und auf die SSD wieder ein aktuelles Debian Linux frisch installiert. Diesmal wollte ich aber die vollständige Linux-Installation mit einem Logical Volume Manager (LVM) und LUKS verschlüsselt haben. Um aber jetzt wie bei einer früheren Debian-Installation zu vermeiden, dass die letzte (physische) Partition – diese war ohne LVM – nicht wieder mit einem unvollständigen Cluster abgeschlossen wird, bei der sich dann das System über ein fehlerhaftes Dateisystem beschwert, habe ich die Partitionierung im geführten Modus, „gesamtes Medium verwenden“, „LVM-verschlüsselt“, im Debian-Installer gewählt. Ich wurde aber während des Partitionierungsvorgang insofern enttäuscht, als ich kein Einfluss auf die Größen sämtlicher Partition hatte. Abgesehen von der unverschlüsselten /boot Partion mit Bootloader, Bootmanager und Kernel, die für mich mit einer Größe von gut 500 Megabyte erst einmal passabel erscheint, wurde die Swap-Partion mit einem Gigabyte, meine separate /home-Partition mit 224 Gigabyte, sowie die Partition für die restliche Dateisystemstruktur ab der Wurzel mit 30 Gigabyte bemessen. Ich persönlich hätte aber für Swap gerne mehrere Gigabyte, im Zweifel bis 8, und auf alle Fälle für die Partition mit der Wurzel zumindest die 50 Gigabyte gehabt. (Die Partition innerhalb des Volume Groups werden richtiger weiße Logical Volumes genannt!) Ich beließ es also erst einmal dabei, weil ich wusste, dass sich die Logical Volumes einem Physical Volume sich auch noch nachträglich bearbeiten lassen. Bei der Installation des Debians ist mir auch bei der Wahl der grafischen Oberfläche aufgefallen, dass es neben Gnome jetzt auch neu Gnome-Flashback gibt. Als alter Liebhaber von Gnome 2 hätte ich es eigentlich dem Mate-Desktop vorziehen und mal ausprobieren sollen. Aber die Macht der Gewohnheit siegte wieder mit dem Mate-Desktop.
Letzte Woche habe mich dann nun hingesetzt um zu Versuchen, dass ich das /home-Volume soweit verkleinere, damit ich das Volume für / um 20 Gigabyte und auch das Swap-Volume etwas vergrößern kann. Allerdings habe ich das Vorhaben nach einer Weile wieder abgebrochen, weil während meiner Suche über die im System enthaltene Online-Dokumentation ich keine entsprechenden Programmbefehle finden konnte, die mir die aktuellen Größen der Logical Volumes und freien Speicherplatz der Volume Group anzeigen können, nachdem ich Commandline-Befehle zum Verkleinern des 224 Gigabyte großen /home-Volumes bereits abgesetzt hatte. Im Nachhinein wäre vielleicht der Artikel über Logical Volume Manager im deutschsprachigem Ubuntuusers-Wiki hilfreich gewesen. Stattdessen habe ich dann die Möglichkeit gesehen, bei einer Neuinstallation des Debian-Linux’s die Partitionierung des verschlüsselten LVMs händisch vorzunehmen und als Desktop-Envoirement eben nicht den Mate-Desktop, sondern mal Gnome-Flashback zu Verwenden. – Gesagt, getan! Ich habe mir schon fast die Hände gerieben gehabt, mit der Vorstellung ein vollständiges Desktop-Envoirement von Gnome 2 nach dem ersten Boot-Vorgang wiederzufinden. Aber auch hier wurde ich wieder enttäuscht! Der Displaymanager mit dem Login-Dialog war der von Gnome 3. Letztendlich ist Gnome-Flashback ein vollständiges Gnome in GTK+ 3, nur mit dem alten GnomePanel von Gnome 2 ohne dynamischen Desktop-Elementen. Klar ist es möglich, das Design der Fensterelemente zusätzlich im Nachhinein so anzupassen, dass es wieder mehr nach Gnome 2 aussieht, aber am Ende bleibt es Gnome 3, welches mehr Ressourcen als der Mate-Desktop für mein altes ThinkPad T420 benötigt und auch aus ein paar mehr Paketen zusammen gebaut ist. – Also alles zum dritten mal wieder neu und mit manuellem LVM-Einrichten zurück zum Mate-Desktop. Was mir aber bei der manuellen Einrichtung der Logical Volumes aufgefallen ist, dass bei der geführten Partitionierung der Debian-Installer für die unverschlüsselte Boot-Partition das alte ext2-Dateisystem verwendet. Das hatte mich seinerzeit schon gewundert, aber gut! Bei der manuellen Partitionierung quittierte mit der Installer die Auswahl von ext2, dass ich doch bitte ein moderneres Linux-Dateisystem verwenden sollte. Ich habe mich erst einmal mit ext3 begnügt. – Ehrlich gesagt hätte ich aber auch direkt ext4 nehmen sollen.
Abgesehen von den dargestellten Erkenntnissen oben, wurde mir von einer Person das Commandline-Tool tldr wie im Sinn von ‚too long; didn’t read‘ empfohlen, mit welchen es möglich ist, quer durch alle Manual-Pages nach Begriffen suchen zu können, um herauszufinden, welche Dokumente sich mit dem Schlagwort auch befassen. Dieses werde ich auch auf alle Mac’s wie MacPorts mal installieren.
Dieser kurze Beitrag ist ein kleiner Technik-historischer Abriss von Computern der PC- und Workstation-Ära der 1990er und frühen 2000er Jahre.
In den 90ern Jahren hielt bei den Computern der klassischen PC-Architektur, sowie den Workstations die CD-ROM als optischer Datenträger so langsam aber sicher Einzug. Auf die Vorteile dieser Speichertechnologie möchte ich aber auch gar nicht so detailliert eingehen. Nur so viel: die CD-ROM als Datenträger für Computer war die konsequente Weiterentwicklung der Audio-CD als akustisches Speichermedium im Jahr 1980. Und gerade die Eigenschaft der Audio-CD in Verbindung mit den CD-Laufwerkaen in den Computern ist der zentrale Aspekt, der in der vergangenen Woche für mich zum Stolperstein wurde. Die physischen Eigenschaften der Compact Disc (kurz: CD) sind für die Speicherung von Computerdaten dieselben wie die der Audio-CD. Der Durchmesser des Mediums von 12 Zentimeter erlaubte schließlich, dass die Dimensionierung der Computerlaufwerke auf die üblichen 5,25″ Computer-Schächte möglich war. Andersrum gesagt, liegt es also nahe, mit diesen Laufwerken neben den CD-ROMs auch die Audio-CDs abspielen zu können. Allerdings gibt es hier schon einen technologischen Haken: Es reicht nämlich nicht, dass ein CD-ROM-Laufwerk lediglich mit dem Datenbus des Computers verbunden ist. Der Computer benötigt grundsätzlich zusätzlich eine Komponente, die komplexere Töne wiedergeben kann als über die recht simple Funktionalität des Systemlautsprechers. – Gerade in den 1990er Jahren war dafür in den meisten Fällen eine entsprechende Soundkarte zusätzlich nötig. Das Laufwerk muss unabhängig davon zusätzlich mit dem sogenannten Audio-Kabel zur Soundkarte verbunden sein. – Befindet sich der Sound-Chip auf dem Mainboard, muss dieses zusätzlich zum Datenbus mit diesem verbunden sein. – Bei diesem Audio-Kabel war in der Regel die Signalübertragung analog, es gab aber auch CD-ROM-Laufwerke, welche die Möglichkeit boten, die Audio-Signale digital zu übertragen. Das CD-ROM-Audiokabel befand sich aber immer auf der Rückseite des Laufwerks in das Innere des Computers hinein. Zusätzlich zu dem also „internen“ Audio-Kabel, boten die Laufwerke auf der Frontseite noch eine klassische 3,5 mm Klinkenbuchse zum Anschluss von gewöhnlichen Kopfhörern, eine kombinierte Play/Pause-Taste, sowie eine Lautstärkeregelung. Letztendlich war das interne Audio-Kabel rein technisch auch nichts anderes als eine Audio-Verbindung, wie man sie aus dem HiFi-Sektor kannte. War das CD-ROM-Laufwerk aus Platzgründen in einem zusätzlich eigenen Gehäuse außerhalb des eigentlichen Computers untergebracht, wurde das „interne“ Audio-Kabel zwischen den Gerätegehäusen letztendlich wieder mit Stereo-Cinch-Steckern realisiert. Und würde man nun das Computerlaufwerk rein ohne den Computer betrachten, – sehen wir davon mal ab, dass es dennoch über irgendeine Adapter-Konstruktion dafür mit 12 Volt Gleichstrom betrieben werden muss – sind diese CD-ROM-Laufwerke nichts anderes als reine CD-Player und benötigen zum Abspielen von Audio-CDs den restlichen Computer auch nicht. Das erste Problem, was damals also bestand, war dies den Anwendern zu vermitteln sowie zu realisieren, wenn diese an ihrem PC ihre Musik-CDs nebenbei abspielen wollten. Das zweite Problem bestand darin, wenn Hersteller ihre PCs mit einem CD-ROM-Laufwerk auslieferten und in diesen (noch) keine Soundkarte verbaut war, fehlte das Audio-Kabel, weil es schlicht kein Komponente gab, womit man das Kabel am anderen Ende hätte verbinden können. Soundkarten im Retail-Markt lag das Kabel nie bei. Bei Laufwerken im Retail-Bereich sollte es meiner Meinung nach immer in der Verpackung beigelegt gewesen sein.
Das Problem, über welches ich beim Bau eines Retro-PCs letzte Woche gestolpert bin, ist das der Steckverbindung des internen Audiokabels. Die Zeitspanne von heute zu meinem letzten Bau eines Multimedia-PCs ist nun auch schon so groß, dass ich mir schon gar nicht mehr über die physischen Steckernormen des internen Audiokabels bewusst war. Ich bin aktuell davon ausgegangen, dass die Steckverbindung des Kabels wie im ersten Foto die einzige war, weil die Form mir im Gedächtnis geblieben ist. Nur warum ist sie mir als einzige im Gedächtnis geblieben? Weil sie für optische Laufwerke mit ATA/ATAPI-Schnittstelle üblich war und ich in meiner PC-Technikpraxis aus ökonomischen Gründen vor Serial-ATA im Wesentlichen nur mit ATA/ATAPI (IDE) zu tun hatte. Bei einem meiner derzeitigen Retro-PC Builds habe ich aber derzeit nur ein („rein lesendes“) CD-Laufwerk mit einer 50-poligen SCSI-Schnittstelle (andere BUS-Steckverbindungen wurden bei optischen SCSI-Laufwerke auch nie eingesetzt) zur Verfügung und möchte dieses auch erst einmal so weiterverwenden. Ich habe beim Einbau sofort gesehen, dass es nicht dieselbe mechanische Steckverbindung wie bei den ATAPI-Laufwerken ist. Stimmt, da gab es noch eine andere Form der Steckverbindungen, die ich ad-hoc nicht mehr im Gedächtnis hatte, aber elektronisch dasselbe macht. Beim Recherchieren der eBay-Gebote wurde mir allerdings schon klar, dass eine Bandbreite an mechanischen Steckverbindungen für die Audiokabel realisiert wurden, die im Grunde logisch und elektrisch dasselbe tun. Da bei einem Angebot die Buchse der Steckverbindungen am Laufwerk sehr ähnlich war und auch der Preis stimmte, habe ich bestellt und liefern lassen. Beim Einbau des Kabels musste ich dann wieder feststellen, dass das Ganze nicht passte. So hat nämlich der Stecker der Verbindung am Laufwerk beim wirklich sehr genauem Hinsehen nur 3 Pins mit umschließenden Rahmen, aber die Buchse am Kabel ist mechanisch für vier Pins vorgesehen, was das Verbinden unmöglich machte. Also erneut bei eBay die Gebote durch gesichtet, bis ich ein Audio-Kabel gefunden hatte, bei welchem sich an einem Ende eine 3-Pin-Buchse befindet. Von der Größe, Rahmen, Lochabstand, sowie dem Lochdurchmesser passt die 3-Pin-Buchse zwar nun auf den 3-Pin-Stecker des Laufwerks, … aber sie passt auch wieder nicht hundertprozentig bezüglich der mechanischen Umsetzung der Arretierung! 😕
4-Pin Audiokabel oft bei IDE-Laufwerke
Durch meine Recherche für den Erwerb der Audio-Kabel für meine Retro-Computer musste ich also nun feststellen, dass es mehrere Typen von Steckverbindungen über die Iterationen an Laufwerken gab. Der im ersten Foto mit ‚a‘ markierten Steckverbindungstyp ist sehr flach, für 4 Pins ausgelegt und ich habe ihn in meiner Praxis bisher nur bei Laufwerken mit ATA/ATAPI-Schnittstelle (IDE) gesehen und in Verwendung gehabt. Darüber hinaus gab es drei weitere Formen, wie im zweiten Foto zu sehen, die mir bis jetzt nicht (mehr) bekannt waren. Der mit dem Buchstaben ‚c‘ markierte Steckverbindungstyp ist der Kasus Knacksus, der mich in der vergangenen Woche so verzweifeln ließ und mich zu diesem Blog-Beitrag veranlasste. Eine kleinere, 3-polige Steckverbindungen, die wohl bei CD-ROM-Laufwerken mit SCSI-Schnittstelle verbreitet war. Zumindest bei meinen beiden Laufwerken von Toshiba (XM—6401B und XM-3801B).
Weitere Steckverbindungen bei Audio-Kabeln
Im Rahmen des Verfassens dieses Beitrags habe ich auch mal in meiner Foto-Sammlung gestöbert und das Bild mit den I/O-Ports meines ersten eigenen CD-ROM-Laufwerks in meinem 486-PC herausgesucht. Dabei muss man aber auch erwähnen, dass es sich ein SONY CDU 33A-01 handelt. Das heißt, dieses Model, welches SONY im Jahr 1994 als Laufwerk mit einer 2-fachen-Lesegeschwindigkeit im Markt eingeführt hatte, wurde weder über den SCSI-Bus, noch über die ATAPI-Schnittstelle mit dem PC-System verbunden, sondern es kam ein von SONY eigenes, proprietäres Bus-Interface mit der von den Diskettenlaufwerken bekannten 34-poligen Wannensteckverbindung zum Einsatz. Auch wenn also die selben Flachbandkabel wie bei den 5,25″- und 3,5″-Diskettenlaufwerken verwendet werden musste, hatte der Bus nichts mit den Disketten-Controller-Protokoll zu tun. Als Bus musste eine eigens von SONY vertriebenen 8-Bit ISA Interface-Karte eingesetzt werden, oder man konnte das Laufwerk auch an das SONY CD-ROM-Interface vieler 16-Bit ISA-Soundkarten betreiben. Thomas vom YouTube-Kanal Tuhl Teim DE hat in seiner Tuhlteim-Pedia nochmals alle Eigenschaften dieses Laufwerks in einem eigenen Beitrag zusammengefasst. Was ich mit dieser Ausschweifung aber sagen möchte, ist, dass zumindest dieses SONY-Laufwerk für das Audiokabel die in meinem zweiten Foto mit ‚d‘ markierte Steckverbindung Verwendung fand. Sie gehört als dritte auch zu den 4-poligen und ähnelt mechanisch etwas der 5-Volt Molex-Steckverbindung.
SONY CDU33A-01 – I/O Ports
Für die Verbindung an Soundkarte oder PC-Mainboard habe ich neben den von mir als ‚a‘ markierten Steckverbindungstyp auch einen Typ wie den von mir als ‚b‘ markierten wahrgenommen.
Wie ein Standard definiert ist, was als Standard definiert wird, und was als Standard oft angesehen wird, ist immer so eine Sache. Ob bei der Entwicklung der CD-ROM-Laufwerke für Computer hinweg überhaupt ein einheitlicher Standard für das Audio-Kabel geschaffen wurde, ist mir bis jetzt nicht klar. Vielleicht gibt es aber zu der Thematik irgendwo noch Informationen, beziehungsweise jemand kann mich mit Informationen versorgen. Jedenfalls habe ich nun vier unterschiedliche Typen von Steckverbindungen gezählt. Bei den von mir in meinem speziellen Retro-PC verwendeten Audio-Kabel war das Verbindungsende zum Laufwerk hin über eine W-Weiche gelöst um unterschiedliche Steckverbindungstypen abdecken zu können. (Ja! Quasi ein Y-Kabel mit einer weiteren Abzweigung.) Im Markt gab und gibt es auch weiterhin Audio-Kabel mit recht unterschiedlichen Kombinationen der mechanischen Steckverbindungstypen sowohl hin zum Laufwerk, als auch zwei Möglichkeiten zur Systemeinheit.
Ein weiterer Aspekt, der mir bei den 4-poligen Steckverbindungen etwas unklar ist, wieso bei diesen überhaupt 4-polig eingeführt wurden. Letztendlich werden nur drei der vier Adern benötigt. Denn wie schon gesagt, ist so ein internes Audio-Kabel nichts anderes wie eine Stereo-Klinkenverbindung mit jeweils einer Ader für das linke und rechte Tonsignal und einer Masseleitung. Der vierte Pol wird nie verwendet und ist folglich auch nie verbunden.
Ab etwa Mitte der 2000er Jahre verschwand die Stereo-Klinkenverbindung mitsamt der Lautstärkeregelung und den Play-/Next-Knöpfen von der Frontseite der Laufwerke langsam. Der Grund war, dass es zu dieser Zeit einfach zunehmend kein Bedarf vorhanden war, seine Audio-CDs an einem Computer abspielen zu wollen. Stattdessen waren zu dieser Zeit bereits diverse komprimierte Audio-Formate wie MPEG Audio Layer 3, Windows Media Audio und andere weit verbreitet sowie akzeptiert. Und auch Audio-Dateiformate mit verlustfreier Kompression sollten bald zunehmend Verbreitung im Multi-Media-Bereich bei Endkunden finden, so dass viele Musik-CD-Sammlung anfingen zu rippen. Mit der Verbreitung der Serial-ATA Schnittstelle bei optischen Computer-Laufwerken, welche allgemein die bisherigen ATA/ATAPI- und SCSI-Schnittstellen ablöste, verschwand auch der Anschluss für das CD-ROM-Audiokabel an der Rückseite der Laufwerke.
Dies bringt mich noch zu ein paar Worten zur Software.: Neben der Wiedergabe reiner Audio-CDs in der Red Book Spezifikation (Teil der sogenannten Rainbow Books) an Computern parallel zum klassischen HiFi-Bereich, war es üblich, dass Compact Discs für Programme mit Multi-Media-Inhalten – zum Beispiel komplexere Tonstücke bei Computerspielen – nach der Blue Book Spezifikation produziert wurden. Das heißt, dass es sich um eine Compct Disc handelt, die eine erste Session mit bis zu 98 Tracks für (HiFi-) Audiodaten und eine zweite Session mit den computerlesbare Daten handelt. Da die Rechenleistung von PCs und Workstations in den 1990er Jahren noch nicht ausreichend war um komprimierte Multi-Media-Dateien hoher Wiedergabequalität auch zeitkritisch wiedergeben zu können, wurde zum Beispiel unter anderem die Hintergrundmusik bei PC-Spielen als Audio-Tracks in die erste Session der CD verlagert. Konträr dazu benötigten die (komprimierten) Computerprogrammdaten selten die volle Speicherkapazität, die die CD allgemein bot und wurden deshalb in die zweite Session der CD verlagert. Bekannte PC-Spiele, bei der die Entwickler auf dieses Speicherverfahren mit der Compact Disc zurückgriffen, sind Grand Theft Audo von DMA Design und Hexen 2 von Raven Software aus dem Jahr 1997, sowie Half-Life von Valve von 1998. Hatte Lucas Arts für Loom ergänzend zur Spielgeschichte das Hörspiel in der 1990 erschienen Diskettenversion noch als separate Musikkassette in der Box beigelegt, wurde es in den späteren CD-Verkaufsauflagen in der Audio-Session der Disc mit untergebracht.
Nachtrag: Der bereits erwähnte Thomas vom YouTube-Kanal Tuhl Teim DE hatte das Konstrukt, dass ein CD-ROM-Laufwerk ohne den restlichen Computer auch als CD-Player verwendet werden kann, mal in einem eigenen Video demonstriert. Wenn ich aber Bedarf habe, meine CDs abzuspielen und mir ein Abspielgerät dafür fehlt, würde ich dennoch nicht auf ein entsprechendes Computer-Laufwerk zurück greifen wollen und stattdessen mir einen vernünftigen Standd-alone-Player anschaffen, der in der Bedienung deutlich komfortabler ist. Wenn eine Person noch ein CD-ROM Laufwerk irgendwo herumliegen hat und absolut keine Verwendung dafür hat, sollte sie es lieber in die Retro-Computing-Gemeinde spenden.
Ein Arbeitskollege hatte beim Aufräumen zu Hause noch den Norton Editor von Symantec in der Version 2.0 für den PC aus dem Jahr 1990 gefunden. Sicherlich hatte er ihn auch in dieser Zeit Anfang der 1990er Jahre gekauft. Da er die nun inzwischen historische Software in der Boxed-Version nicht mehr benötigt, hat er sie unserem kleinen IT-Service Computer-Museum auf der Arbeit überlassen. Von der 3,5″ Diskette hatten wir noch ein Image gemacht, daher konnten wir sagen, dass sie noch funktionierte. Die 5,25″ Diskette stattdessen benötigte er nie, da er nie selber ein entsprechendes Laufwerk besaß. Ich meine mich aber zu erinnern, dass er sagte, dass es ihn dennoch interessieren würde, ob sie noch funktioniert. Deswegen habe ich sie auf meinen NuXT PC mal ausgelesen und so selber den Norton Editor von Symantec ein wenig ausprobiert.
Im Juni dieses Jahres hat Google die Sicherheitseinstellungen verschärft, sofern E-Mails bei Google Mail Konten mit nativen E-Mail-Programmen abgerufen werden. Dies betrifft sowohl POP-, als auch IMAP-Konten. Damit E-Mails auch wieder mit einem Third Party Client abgerufen und bearbeitet werden können, sind nun zwei Schritte nötig.:
In den Einstellungen beim Menüpunkt ‚Sicherheit‘ muss die ‚Bestätigung in zwei Schritten‘ aktiviert sein.
Es muss zusätzlich die Funktion ‚Mit App-Passwörtern‘ aktiviert sein. Dabei wird für jeden E-Mail-Client ein eigenes Passwort generiert.
Weitere Informationen sind unten verlinkt. Dabei geht besonderer Dank an Herrn Burkes Artikel im Regensburger Tagebuch!
In den 1980er Jahren war es bei den Heim- und Personal-Computern üblich, dass die Programme, Spiele und Daten auf der sogenannten Datasette gespeichert wurden, also eine Kompaktaudiokassette mit dem Magnetband, wie sie in derselben Dekade für die Aufnahme von Musik und anderen Tonaufnahmen wie Hörspiele und Radiomitschnitte verwendet wurden. Wobei es sprachlich aufzupassen gilt, denn die Datasette ist quasi das Tempo-Taschentuch unter den Kompaktkassetten für die Speicherung der Computerdaten, da die Bezeichnung ursprünglich von Commodore ist. Das lag nicht zuletzt daran, da der Begriff vor allem mit dem Commodore C64 eine starke Verbreitung in Deutschland und Mitteleuropa bei den Heim- und Personal-Computer fand, wurde der Begriff Datasette also zum Synonym für die Speicherung von Computer-Daten auf der Kompaktaudiokassette. Andere Hersteller wie unter anderem Atari, Apple, Sinclair, Robotron oder Amstrad/Schneider besaßen ebenfalls die Möglichkeit, die Computerdaten auf Kompaktaudiokassette zu speichern und von ihr wieder zu lesen. Selbst der berühmte IBM 5150 PC besaß eine Schnittstelle zum Anschluss eines Datenrekorders. Die Hersteller boten über den Handel bereits auch Programme und Spiele auf der „Datasette“ zum Verkauf an. Je nach Größe des Programms war die Spielzeit dieser um die 15 bis 20 Minuten lang. Es war aber auch möglich, sich über den damalig gewöhnlichen HiFi-Handel sich leere Kassetten mit üblicherweise 60 oder 90 Minuten Spielzeit zu kaufen, um so auch mehrere Programme auf die Kassette zu speichern. Bezüglich der Heimcomputer von Robotron in der DDR hatte ich bereits einen Artikel geschrieben gehabt, wie wir es mit den Laden der Spiele in den Robotron KC 85/4 gehandhabt hatten.
Kansas City Standard mit Optionen
In dem YouTube-Video ‚Loading PC Games from Reel to Reel Tape‘ des Kanals LGR vom US-Amerikaner Clint Basinger stellt dieser den ‚Kansas City Standard‘ vor, der ein offener Standard durch den Zusammenschluss von einigen Herstellern der Heim- und Personal-Computer wie Acorn Computers Ltd, Triumph-Adler, MITS für ihren Altair 8800, dem Taschenrechner-Hersteller Casio und anderen war und im amerikanischen Byte Magazin im Jahr 1975 beschlossen und vorgestellt hatten. Mit einem nach diesem Standard funktionierenden Kassetteninterface war es möglich, im wesentlichen wie das an einer seriellen Schnittstelle angeschlossenem Modem die Bits in Töne umzuwandeln, um sie eben auf ein Tonband oder Kompaktaudiokassette speichern und wieder von ihr einlesen zu können. Gespeichert wurden die Bits mit einer Modulation von 300 Bit je Sekunde. Entsprechende Kassetteninterface-Geräte waren dann ab der zweiten Hälfte der 1970er Jahre ab zirka 80 US-$ im Handel erhältlich, was wesentlich preiswerter war als ein 8″ oder später 5,25″ Diskettenlaufwerk. Zu dieser Zeit kostete in Deutschland zum Beispiel ein Diskettenlaufwerk 3.000,- DM. Davon abweichend implementierte Sega für ihre Spielekonsole SG-1000 eine Variante mit 600 Bit je Sekunde, sowie Acorn für ihren BBC Micro und Acorn Electron eine mit bis zu 1200 Bit je Sekunde. Clint stellt dabei das im Jahr 2006 unter der Public Domain Mark 1.0 stehende DOS-Programm KCS08 vor, welches Dateien in Wave-Audiodateien encodiert und wieder zurück decodiert. Dabei bietet es einige Optionen wie zum Beispiel die Art der Modulation – 300, 600 oder 1200 Bit je Sekunde, Parität, die Kodierung und einige weitere an.
Kansas City Standard in Benutzung
Und Clint wäre nicht Clint von LGR, wenn er das Spielchen nicht bis aufs i-Tüpfelchen treibt und sich extra ein altes und hochwertiges Tonbandgerät zulegt, um auf einigen Tonbändern ein altes DOS-Spiel und einige andere Dateien zur Demonstration zu encodieren und speichern, um es wieder dann als Audio-Stream einzuspielen und vom KCS08-Programm zurück zu dekodieren.
Bei meiner Internet-Recherche bin ich noch auf das Python-Script py-kcs von dem US-amerikanischen Software-Autor David Beazley gestoßen, welches Dateien mit einer Modulation von 300 Bit je Sekunde nach 8N1 encodieren und wieder decodieren kann. – Wenn man auf seinem macOS, Linux oder anderem *Unix keinen DOS-Emulator direkt zur Hand hat.
Zum Schluss habe ich nun also auch diesen Artikel in seiner Klarschrift in eine Wave-Datei mit 1200 Baud zum Nachhören umgewandelt.
