Diskussion:CBM-Bus

aus Wikipedia, der freien Enzyklopädie
Dies ist die aktuelle Version dieser Seite, zuletzt bearbeitet am 17. Dezember 2012 um 23:28 Uhr durch imported>CopperBot(644363) (Bot: Signaturnachtrag für Beitrag von 89.247.152.160: "").
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)

Turbotreiber

Bei den Turbotreibern wird eine Optimierung des GCR-Verfahrens erwähnt. Hmmm, auf dem CBM-Bus sind die Daten doch noch gar nicht GCR-codiert. Hat da jemand vielleicht eine Floppy-DOS-Optimierung, die vielleicht gleichzeitig vorgenommen wurde, mit diesem Thema durcheinandergeschmissen? --PeterFrankfurt 02:53, 22. Okt. 2007 (CEST)

Am CBM-Bus gibt es keine GCR-codierten Daten. Der Absatz im Artikel bezieht sich darauf, dass das Programm in der 1542 Floppy, welches die GCR-Codierung/Decodierung für die Daten, welche auf die Disk geschrieben/gelesen werden, optimiert wurde und damit im Durchsatz beschleunigt ist. Im Rahmen dieser Turbo-Loader. Die Kanalcodierung/Kanaldecodierung für die magnetische Aufzeichnung erfolgte bei den CBM-Floppylaufwerken, zumindest der alten 1541, primär durch Software und nicht wie später in den Floppy-Controller üblich, durch eine eigene Hardware (ASIC). Und jene Softwareroutinen wurden in den Torboladern, welche direkt auf der CPU des 1541 liefen und einen Teil der internen ROM-Routinen in der Funktion ersetzten, stark optimiert. Was einen Teil der Beschleunigung ausmachte. (händisch optimierte und recht trickreiche Assemblerprogramme; bei manchen dieser Tools unter Ausnützung von "illegalen" 6502 Opcodes um den maximalen Datendurchsatz rauszuholen; Ob die illegalen Opcodes auch bei diesen Turboloader angewendet wurden weiss ich nicht mehr; Die illegalen Opcodes war vorallem bei den damaligen Kompressionstools (Packern) recht beliebt. ).--wdwd 20:39, 22. Okt. 2007 (CEST)




Steuerchip MOS 6522

Moin, in dem Artikel steht etwas von einer fehlerhaften Serialisierungs- UND Parallelisierungseinheit - das ist nicht richtig. Beide Parallelports inkl Handshake-Funktion entsprachen in allen Betriebsmodi genau den Specs. Fehlerhaft ist lediglich das Schieberegister - zB im Modus 011, wenn ein Bit eingeschoben wird und der externe synchrone Takt von CB1 innerhalb ein paar Nanosekunden auf die fallende Flanke von Phi_2 des Systemtakts fällt (Bit wird ignoriert, Framing Error). Auch ist meiner Meinung nach der Begriff Serialisierungseinheit ziemlich verschwurbelt und laienhaft, die Funktionseinheit nennt sich "Schieberegister".

Ich würde statt: Da der verwendete Steuerchip MOS Technology VIA (MOS 6522) sich kurz vor dem Verkaufsstart des VC-20 als fehlerhaft in der Serialisierungs- und Parallelisierungseinheit herausstellte...

Da der verwendete Steuerchip MOS Technology VIA (MOS 6522) des VC-20 vor dessen Verkaufsstart (und auch heute noch) ein intern fehlerhaftes Schieberegister hatte... schreiben. Auch würde ich den Begriff der zusammengeflickten Software als suboptimalen Bugfix oder Workaround bezeichnen. Klingt mMn einfach professioneller - Emotionen sollte man im Wiki weglassen.

Grüsse, IP (nicht signierter Beitrag von 89.247.152.160 (Diskussion) 23:58, 17. Dez. 2012 (CET))