Warum Z80 so bei Arcade Video Spielen erfolgreich?

Post by Andreas Kohlbach
Danke Emulator habe ich hier alle Spiele zum Nachspielen, für die ich in
den 70ern und 80ern mein Taschengeld ausgab.
Hin und wieder schaue ich ins Menü des Emulators um zu sehen, welche
CPU(s) und andere Hardware emuliert wird. Dabei fällt mir auf, dass bei
Spielen vor etwa 1986, als die M68000 langsam übernahm, der Z80 in vier
von fünf Spielen eingesetzt wurde, sonst die 6502, 8088 oder M6809, und
ein paar Exoten.
Warum, wo doch ein Jahr (vielleicht 1979) der Z80 $15, der 6502 aber nur
$8 kostete?

Vielleicht lag es an der Entwicklungsumgebung. Für Z80 gab es CP/M und
damit eine reichhaltige Auswahl an Compilern und Assemblern.

--
Dipl.-Inform(FH) Peter Heitzer, ***@rz.uni-regensburg.de

Michael Noe

2024-01-29 10:03:00 UTC

Post by Peter Heitzer

Vielleicht lag es an der Entwicklungsumgebung. Für Z80 gab es CP/M und
damit eine reichhaltige Auswahl an Compilern und Assemblern.

Ich denke zudem, dass um 1980 herum selbst ein einfacher Arcade-Automat
schnell mal einen 4- oder gar 5-stelligen Betrag gekostet hat. Da waren
$8 vs. $15 vergleichsweise wohl unerheblich. Nintendos Donkey Kong von
1981 z.B. soll in den USA ca. 60000 mal abgesetzt worden sein. Ergab
einen Umsatz von 180 Mio. USD: Ergo ca. VK $3000 pro Gerät.

Hinzu kommt, dass gerade in Japan der Z80 weit verbreiteter war als der
6502. Vor allem in großer Stückzahl dort lokal unter Lizenz produziert,
etwa von NEC als µPD780C. Damit kannte man sich in Japan halt aus, bei
der Hardware oder auch als Softwareentwickler.

Entsprechend war der Z80 bei den dortigen Heimcomputern von Fujitsi,
Hitachi, NEC, Seikosha, Sharp, Sony, Toshiba und Co. Marktführer.
Westliche Heimcomputer z.B. von Commodore waren dort nur ein sehr
kleiner Nischenmarkt, gar recht oft ein Flop.

Immerhin hatte das Nintendo Famicom dann einen Ricoh 2A03, das Sega
SG-1000/Master System wieder ein Z80-Derivat von NEC.

--
Gruß

Michael

Dennis Grevenstein

2024-01-29 15:51:54 UTC

Post by Michael Noe
Immerhin hatte das Nintendo Famicom dann einen Ricoh 2A03, das Sega
SG-1000/Master System wieder ein Z80-Derivat von NEC.

console wars ;-)

gruss,
Dennis

--
"I've seen things you people wouldn't believe. Attack ships on fire off the
shoulder of Orion. I watched C-beams glitter in the dark near the Tannhaeuser
gate. All those moments will be lost in time, like tears in rain."

Michael Noe

2024-01-29 16:24:23 UTC

Post by Michael Noe
Immerhin hatte das Nintendo Famicom dann einen Ricoh 2A03, das Sega
SG-1000/Master System wieder ein Z80-Derivat von NEC.

console wars ;-)

Welche Wars? ;-)

Nachdem die westlichen Hersteller à la Atari, Coleco, Intellivision,
Magnavox, Philips und Co. ab 1983 gemeinschaftlichen Konsolenselbstmord
begangen hatten, ist Japan einfach ohne jedweden eh sinnlosen Widerstand
einmarschiert und hat faktisch 100 % des Marktes übernommen. Im
Arcade-Markt war man vorher schon sehr stark.

Ergänzend - wer es noch nicht kennt:
<https://mediathekviewweb.de/#query=atari%20game%20over>

Erst die Xbox konnte hier 20 Jahre später dem wieder wenigstens ein
wenig entgegensetzen.

--
Gruß

Michael

Andreas Kohlbach

2024-01-30 02:00:59 UTC

Post by Michael Noe
Immerhin hatte das Nintendo Famicom dann einen Ricoh 2A03, das Sega
SG-1000/Master System wieder ein Z80-Derivat von NEC.

Auch der Commodore 64 und Apple ][ ist dann Pfui, eine 6502 (6510) drin
zu haben. ;-)

Post by Dennis Grevenstein
console wars ;-)

Weniger die Hersteller, als Softwareprogrammierer. So wird hin und wieder
(aber wohl zu Unrecht) gesagt, dass das Spiel E.T. für die Atari 2600
praktisch allein für den Video-Game-Crash verantwortlich war. Da waren
einfach zu viele Spiele niedriger Qualität in den Regalen.

Post by Michael Noe
<https://mediathekviewweb.de/#query=atari%20game%20over>

Genau dort kommt auch der Designer von E.T. zu Wort, und versucht das
aufzuklären.

Post by Michael Noe
Erst die Xbox konnte hier 20 Jahre später dem wieder wenigstens ein
wenig entgegensetzen.

--
Andreas

Michael Noe

2024-01-30 07:07:26 UTC

Post by Dennis Grevenstein
console wars ;-)

Auch deshalb konnten Nintendo und Co. dann alsbald im Handstreich
faktisch den gesamten Weltmarkt übernehmen.

Die Softwarequalität war durch die Bank zudem eine gänzlich andere. Was
auch mit Nintendo Lizenzierungs- und Freigabesystem von Modulen zu tun
hatte:

"Das »Nintendo Seal of Quality« wurde als Siegel auf den Verpackungen
angebracht, um den Verbrauchern zu signalisieren, dass die Spiele den
hohen Standards von Nintendo entsprachen.

Darüber hinaus hat Nintendo ein lizenziertes Entwicklerprogramm
eingeführt, bei dem Entwickler eine Lizenz erwerben mussten, um Spiele
für das NES zu veröffentlichen. Diese Maßnahmen haben dazu beigetragen,
minderwertige Spiele einzudämmen und das Vertrauen der Spieler in die
Spieleauswahl für das NES zu stärken - mit Erfolg."

<https://www.gamestar.de/artikel/top-5-vor-40-jahren-erschien-das-nes-so-hat-nintendo-das-gaming-fuer-immer-veraendert,3397569.html>

--
Gruß

Michael

Dennis Grevenstein

2024-01-30 07:32:19 UTC

Post by Michael Noe
Auch deshalb konnten Nintendo und Co. dann alsbald im Handstreich
faktisch den gesamten Weltmarkt übernehmen.
Die Softwarequalität war durch die Bank zudem eine gänzlich andere. Was
auch mit Nintendo Lizenzierungs- und Freigabesystem von Modulen zu tun

Die Spielebibliothek für NES und SNES war halt auch deutlich
umfangreicher und interessanter. Da mag die eine oder andere
Konsole vielleicht irgendwo technisch besser/schneller gewesen
sein. Das interessiert bei einer Spielkonsole weniger.
Nintendos eigene Klassiker wie Mario haben sicher massiv zu
solchen Kaufentscheidungen beigetragen.

Ich erinnere mich noch an Diskussionen in der Verwandschaft:
Kind hatte schon einen Amiga 500 und wünschte sich ein SNES.
Begründung: SNES ist schneller und hat mehr Speicher als der
Computer, deswegen ist es besser, weil der Computer veraltet ist.
Ich bin sicher, in irgendeinem Werbeprospekt machte das Sinn...

gruss,
Dennis

Michael Noe

2024-01-31 09:37:49 UTC

Natürlich.

Software sells Hardware.

Nintendos Strategie hatte sich vollumfänglich ausgezahlt: Man hat
strategisch geplant praktisch alle Fehler vermieden, die Atari und Co.
im Westen bis 1983 gemacht hatten. Auch Ataris VCS selbst hatte in Japan
fast null Verbreitung, wie auch Heimcomputer/PCs von Commodore und Co.
nicht.

Den Markteintritt versuchte Atari selbst in Japan gar erst 1983 mit dem
da sowieso schon komplett veralteten 2800 (sic!), aber da war eh bereits
alles zu spät (und der Verkauf von Warner Communications an Jack Tramiel
stand alsbald an, welcher an den Atari-Konsolen eher gar kein Interesse
hatte):

<http://www.freelancer-games.com/MP/A2800.htm>

Ich hatte als Kind selbst nie eine Konsole, sondern bin mit
8-Bit-Rechnern samt der Programmierung derselben aufgewachsen, aber
nicht von Commodore.

Wobei auch die Hardware des Famicom für ein 8-Bit-System recht
leistungsfähig war, etwa bei 16 gleichzeitig darstellbaren Farben aus
einer Palette von 52 bei 64 gleichzeitg darstellbaren Sprites. Oder 25
aus 52 Farben bei Hintergründen.

Heute spiele ich meist mit meinen Kindern am liebsten auf
Nintendo-Hardware. Die Spiele sind eingängig und liebevoll gestaltet,
das interessiert mich weit mehr als 4K auf 1000-Watt-Grafikkarten
jenseits der 1000 € nur zum Zocken. Die meisten Spiele werden dadurch ja
nicht besser oder machen mehr Spaß. ;-)

Alleine spiele ich schon lange fast gar nicht mehr. Wenn mal Zeit, etwa
im Urlaub oder manchmal am Sonntagmorgen, dann meist via Steam unter
Ubuntu oder halt am Mac. Oder via Steam Link samt Apple TV im
Wohnzimmer.

Post by Dennis Grevenstein
Kind hatte schon einen Amiga 500 und wünschte sich ein SNES.
Begründung: SNES ist schneller und hat mehr Speicher als der
Computer, deswegen ist es besser, weil der Computer veraltet ist.
Ich bin sicher, in irgendeinem Werbeprospekt machte das Sinn...

LOL

Und wie war das mit dem Lernen für die Schule, was damals doch meist das
Totschlagargument von Kindern für die Anschaffung eines Computers war?
;-)

Ein A4000 steht hier übrigens noch. :-)

Apropos - wie Spiele für das Famicom um 1983 herum anfänglich entwickelt
wurden:

<https://www.retroreversing.com/famicom-nes-development-kit/>

--
Gruß

Michael

Michael Noe

2024-01-31 09:57:13 UTC

LOL

Und wie war das mit dem Lernen für die Schule, was damals doch meist das
Totschlagargument von Kindern für die Anschaffung eines Computers war?
;-)

Das SNES hatte ja immerhin 128 KByte RAM (plus 64 KByte Videospeicher),
mein A500 recht schnell 2,5 MByte samt 28-MHz-CPU und SCSI.

Wobei freilich im Werbeprospekt 1024 KBit Memory sicherlich deutlich
besser geklungen haben als etwa "irgendwas mit 500". :-)

Denn: Cartridge-ROM-Größen wurden damals zumeist in MBit angegeben. So
klang ein "32-MBit-Cartridge-ROM" z.B. nach unglaublich viel
Speicher/Grafik/Sound/Würstchen/irgendwas. Dass in manchen Cartridges
gar ein DSP steckte, das war zwar technisch meist weit interessanter,
ließ sich aber halt nicht so gut vermarkten.

Ein A4000 steht hier übrigens noch. :-)

Apropos - wie Spiele für das Famicom um 1983 herum anfänglich entwickelt
wurden:

<https://www.retroreversing.com/famicom-nes-development-kit/>

--
Gruß

Michael

Dennis Grevenstein

2024-01-31 10:26:09 UTC

LOL

Ich habe es als Kind auch nicht kapiert, aber das SNES war
ziemlich geil und ich hatte viel Spass damit.

Post by Michael Noe
Und wie war das mit dem Lernen für die Schule, was damals doch meist das
Totschlagargument von Kindern für die Anschaffung eines Computers war?
;-)

idk. Wahrscheinlich konnte man dafür noch den Amiga benutzen ;-)

Post by Michael Noe
Das SNES hatte ja immerhin 128 KByte RAM (plus 64 KByte Videospeicher),
mein A500 recht schnell 2,5 MByte samt 28-MHz-CPU und SCSI.
Wobei freilich im Werbeprospekt 1024 KBit Memory sicherlich deutlich
besser geklungen haben als etwa "irgendwas mit 500". :-)

Ich weiss, dass er seinen Amiga vorher mal aufgerüstet hatte mit
einer Speichererweiterung und einem 2. Floppy, um irgendein
Spiel spielen zu können. Ich vermute es war irgendsoeine
Verwechslung von byte und bit und die Eltern waren halt zu
unwissend, um das zu merken. Ist aber auch egal, denn Kinder
kamen ja kaum zu schaden, wenn man ein SNES kauft.

Aus heutiger Sicht waren die alten Spielkonsolen ja geradezu
gut, weil man wunderbar kontrollieren konnte, was da gespielt
wird. Wenn ich mir dagegen überlege, was ich für Blödsinn
mit meinem ersten PC getrieben habe...

gruss,
Dennis

Michael Noe

2024-01-31 13:37:12 UTC

Post by Michael Noe
Wobei freilich im Werbeprospekt 1024 KBit Memory sicherlich deutlich
besser geklungen haben als etwa "irgendwas mit 500". :-)

Ich weiss, dass er seinen Amiga vorher mal aufgerüstet hatte mit
einer Speichererweiterung und einem 2. Floppy, um irgendein
Spiel spielen zu können.

Monkey Island 2: LeChuck's Revenge oder auch Indiana Jones and the Fate
of Atlantis z.B. hatten 11 Disketten. :-)

Aber da hatte ich längst eine Festplatte. Selbst lange angespart mit
Ferienjobs und dergleichen.

Die zweite Floppy hat man damals aber meist vor allem neben der üblichen
Erweiterung auf 1 MByte schnell für Kopierprogramme à la X-Copy
angeschafft. Also für solche, die eventuell vorhandene
Kopierschutzmaßnahmen mitkopiert oder "korrigiert" haben, diese setzten
nämlich ein weiteres Laufwerk voraus. (Der Floppy-Controller eines Amiga
ist weit komplexer/mächtiger als der recht billig aufgebaute eines
x86-PC.) Notfalls kam dann allenfalls noch ein zusätzlich angeschaffter
Hardware-Freezer zum Einsatz! Wegen der Sicherheitskopien. ;-)

Alles aber letztlich kleines Geld im Vergleich:

Mehr wollte der typische Spieler damals nämlich auch nicht in seinen
A500 investieren. Da saß das Geld seltsamerweise beim
3000-Mark-aufwärts-Noname-DOS-PC von Vobis, Escom und Co. nur fürs
Spielen dann bereits Anfang der 1990er gerade bei noch weiteren
"Aufrüstungen" oft *sehr* viel lockerer... ;-)

(Kauf heute mal gebraucht einen sehr gut erhaltenen und unverbastelten
A500, von anderen Amigas samt schnell vierstelligen €-Preisen ganz zu
schweigen, obige Noname-PCs sind entweder in der Regel recht schnell im
Wertstoffhof gelandet oder haben noch immer nur Schrottwert.)

Spielen war auf dem Amiga jedoch nach ca. einem Jahr nur noch eine eher
nebensächliche Beschäftigung für mich, da war spätestens ab AmigaOS 2.x
sehr vieles interessanter, vor allem das tolle OS mit seinen
Möglichkeiten samt allerlei Anwendungen und später noch DFÜ.

Ich erinnere mich noch mit Schrecken an die erste elterliche
Telefonrechnung. ;-)

Post by Dennis Grevenstein
Ich vermute es war irgendsoeine Verwechslung von byte und bit und die
Eltern waren halt zu unwissend, um das zu merken. Ist aber auch egal, denn
Kinder kamen ja kaum zu schaden, wenn man ein SNES kauft.

War jedenfalls viel besser als später eine PlayStation oder Xbox samt
3D-Splattergames. ;-)

Aber wer erinnert sich noch an die damaligen Epilepsie-Warnungen?

(Waren halt in einigen Ländern verpflichtend.)

Wolfenstein 3D z.B. fand ich 1992 spielerisch schrecklich langweilig,
das Setting war mir da eher egal. Und auch grafisch recht bescheiden,
was das Artwork anging. Gesamt gesehen. Die Pseudo-3D-Tricks waren
insbesondere im Nachhinein natürlich wegweisend. Vor allem, wenn man die
furchtbare PC-Hardware im Kontext betrachtet.

Post by Dennis Grevenstein
Aus heutiger Sicht waren die alten Spielkonsolen ja geradezu
gut, weil man wunderbar kontrollieren konnte, was da gespielt
wird.

Zumindest für die Switch gibt es für iOS|iPadOS eine
Helikoptereltern-App direkt von Nintendo, da kann man sich durchaus
"entfalten". Aber psst! ;-)

Post by Dennis Grevenstein
Wenn ich mir dagegen überlege, was ich für Blödsinn mit meinem ersten PC
getrieben habe...

Napster und Co. z.B.? ;-)

"Killerspiele" à la Unreal und UT99 spiele ich heute noch gerne auf dem
Mac, besondern ein- oder zweimal im Jahr, wenn wir da wieder eine
LAN-Session in meiner Gartenhütte wie früher veranstalten.

Oder alleine auch Monkey Island 2: LeChuck's Revenge via ScummVM. ;-)

Ich kann mich aber auch noch an Zeiten erinnern, wo Spiele à la Teacher
Busters und diverse Nazisoftware vornehmlich für den C64 auf dem
Schulhof getauscht wurden. Nicht wegen irgendeiner Gesinnung, sondern
weil eben "verboten" und "irgendwas mit Hitler"! Auch sowas musste samt
Samantha Fox Strip Poker und Co. einfach in der Diskettenbox sein.
Ähnlich wie das Nackedeiheft. In der Scheune vom Opa versteckt von der
letzten Altpapiersammung des Vereins.

Letztlich machen mir da die blödsinnigen Helikopterelterntaxis morgens
an der Grundschule - bei 1 km Schulweg, selbst da fährt heutzutage hier
noch ein Bus! - oder die Schulkinder derselben an der Bushaltestelle
samt Smartphone in der Hand mehr Sorgen.

Mein Sohn hat ja auch eines, aber das nimmt der erst gar nicht an die
Bushaltestelle oder gar noch in die Schule mit. Von sich aus. Steckt
nämlich auch sein (!) Geld drin.

Und der hat sein Mobiltelefon (im CFK-Case) schon deutlich weniger
runterfallen lassen - offenbar gar noch nie - als seine Mami (deshalb
nach Reparatur *dann* auch CFK ;-)).

Von seiner geliebten Switch ganz zu schweigen: Außer Haus immer in Hülle
samt Tasche und letztens selbst im Flieger erst am Platze bei der Suche
nach dem USB-C-Port ausgepackt. Ich war da "anders"...

--
Gruß

Michael

Andreas Kohlbach

2024-02-01 01:52:26 UTC

Post by Michael Noe
Nintendos Strategie hatte sich vollumfänglich ausgezahlt: Man hat
strategisch geplant praktisch alle Fehler vermieden, die Atari und Co.
im Westen bis 1983 gemacht hatten. Auch Ataris VCS selbst hatte in Japan
fast null Verbreitung, wie auch Heimcomputer/PCs von Commodore und Co.
nicht.
Den Markteintritt versuchte Atari selbst in Japan gar erst 1983 mit dem
da sowieso schon komplett veralteten 2800 (sic!), aber da war eh bereits
alles zu spät (und der Verkauf von Warner Communications an Jack Tramiel
stand alsbald an, welcher an den Atari-Konsolen eher gar kein Interesse
<http://www.freelancer-games.com/MP/A2800.htm>

Tramiel hatte um 1984 in der Sendung The Computer Chronicles mal spontan
(in der Annahme, dass die Sendung nicht geskriptet ist) gemacht. Er wurde
vom Moderator gefragt, was er von der Firma Coleco hält, die Ende 1983 den
Adam raus brachten. Tramiel sagte etwa, dass er Coleco einen guten
Hersteller von Spielen halte (die hatten mal diese hässlichen Puppen
"Cabbage Patch Kids" für Mädchen auf dem Markt, die sich zumindest in den
USA unglaublich gut verkauften). *g*

Post by Michael Noe
Ich hatte als Kind selbst nie eine Konsole, sondern bin mit
8-Bit-Rechnern samt der Programmierung derselben aufgewachsen, aber
nicht von Commodore.

Auch keine Konsole hier. Dafür nur Commodore Homecomputer.

Post by Michael Noe
Wobei auch die Hardware des Famicom für ein 8-Bit-System recht
leistungsfähig war, etwa bei 16 gleichzeitig darstellbaren Farben aus
einer Palette von 52 bei 64 gleichzeitg darstellbaren Sprites. Oder 25
aus 52 Farben bei Hintergründen.
Heute spiele ich meist mit meinen Kindern am liebsten auf
Nintendo-Hardware. Die Spiele sind eingängig und liebevoll gestaltet,
das interessiert mich weit mehr als 4K auf 1000-Watt-Grafikkarten
jenseits der 1000 € nur zum Zocken. Die meisten Spiele werden dadurch ja
nicht besser oder machen mehr Spaß. ;-)

Ich habe zwar keine alte Hardware. Kann per Emulator aber Spiele auf
"allen" Konsolen spielen. So auch welchen, von denen ich nie hörte.

[...]

Atari machte 1994 (IIRC nicht in Deutschland) vergleichende Werbung,
warum die Jaguar besser als die Konkurrenz war: Sie hatte 64 Bit, die
natürlich besser als 32 oder 16 Bit der Konkurrenz sind.

Do the math! :-D

--
Andreas

Hermann Riemann

2024-02-01 05:45:11 UTC

Post by Michael Noe
Ich hatte als Kind selbst nie eine Konsole, sondern bin mit
8-Bit-Rechnern samt der Programmierung derselben aufgewachsen, aber
nicht von Commodore.

Auch keine Konsole hier. Dafür nur Commodore Homecomputer.

8 Bit war bei mir ( mit Ausnahme von ca 1 Std benutzen ZX81 und CBM600?)
nur Platinen Rechner, meist selbst gelötet und über EPROM programmiert

Post by Andreas Kohlbach
Ich habe zwar keine alte Hardware. Kann per Emulator aber Spiele auf
"allen" Konsolen spielen. So auch welchen, von denen ich nie hörte.

8-bit habe ich noch, 16 bit fast nicht mehr.

Post by Andreas Kohlbach
Atari machte 1994 (IIRC nicht in Deutschland) vergleichende Werbung,
warum die Jaguar besser als die Konkurrenz war: Sie hatte 64 Bit, die
natürlich besser als 32 oder 16 Bit der Konkurrenz sind.

???
Der einzige ( nicht CDC6000 mainframe), der mir bekannt war,
war der DEC alpha. Gab es bei Vobis für ca 10 000 .- DM

Dessen opcode dürfte besser ausgesehen haben als der
von intel mit seinen 8080 Wurzeln.

--
<http://www.hermann-riemann.de>

Dennis Grevenstein

2024-02-01 07:23:20 UTC

???
Der einzige ( nicht CDC6000 mainframe), der mir bekannt war,
war der DEC alpha. Gab es bei Vobis für ca 10 000 .- DM

Die Jaguar Konsole war natürlich auch nicht wirklich 64bit.
Es war ein 68k + ein paar custom chips drin und man "addierte"
halt die bits der chips und kam auf 64bit. Da fragt man sich
wirklich, was die Marketingleute da geraucht haben...

Angry Video Game Nerd hat dem ganzen Jaguar zwei Episoden
gewidmet:

gruss,
Dennis

Michael Noe

2024-02-02 13:34:26 UTC

???
Der einzige ( nicht CDC6000 mainframe), der mir bekannt war,
war der DEC alpha. Gab es bei Vobis für ca 10 000 .- DM

Die Jaguar Konsole war natürlich auch nicht wirklich 64bit.
Es war ein 68k + ein paar custom chips drin und man "addierte"
halt die bits der chips und kam auf 64bit.

Nicht wirklich: Je nach Zählweise war der Jaguar dann entweder eine 112-
oder gar eine 128-Bit-Konsole. ;-)

"Der 68000er Prozessor des 1993 erschienenen Geräts wird mit 13,295 MHz
getaktet und ist mit einem 64-Bit-Grafik- sowie einem 32-Bit-Soundchip
ausgestattet. Die beiden Spezialchips mit den Namen Tom und Jerry
basieren auf einer RISC-Architektur und verfügen über einen 64-Bit
Datenbus. Das Design beider Prozessoren erwies sich jedoch als
mangelhaft validiert; Hardware-Fehler erzwangen ein Ausweichen der
Software-Entwickler auf den stabilen, aber bei Markteintritt nicht mehr
zeitgemäßen MC68000. Der 68000er arbeitet intern mit 32 und extern mit
16 Bit (Datenbus) und war ursprünglich nur für das Booten der Konsole
und zur Steuerung der Controller vorgesehen."

<https://de.wikipedia.org/wiki/Atari_Jaguar#Technik>

Bereits der Motorola MC68000 führte 32-Bit-Code aus. Es gab etwa auch
für den Amiga 500 keine "16-Bit-Spiele", die waren alle 32-Bit-Code,
welche bei sauberer Programmierung bis hin zum MC68060 liefen.

Post by Dennis Grevenstein
Da fragt man sich wirklich, was die Marketingleute da geraucht haben...

Das fragte ich mich später viel eher bei Windows 95, was ja im Prinzip
auch nur ein MS-DOS samt GUI und 32-Bit-Extenter à la damalige
DOS-Spiele war.

Aber es blieb MS-DOS. Präemptives Multitasking bei 32-Bit-Software
gegenüber einem Amiga noch immer furchtbar schlecht. Schwuppdizität
vergleichsweise auch gar nicht vorhanden.

Ist aber für mich an sich ein komplett uninteressantes Thema: MS-DOS
samt Windows. Habe ich außerhalb von SoftWindows und Virtual PC damals
komplett ausgelassen, weil eh keinerlei Mehrwert. ;-)

Post by Dennis Grevenstein
Angry Video Game Nerd hat dem ganzen Jaguar zwei Episoden
http://youtu.be/CGEGon-Qc_Q
http://youtu.be/3LVcvkLCUtU

Typisch US-amerikanisch oberflächlich, dafür aber unterhaltsam. ;-)

--
Gruß

Michael

Michael Noe

2024-02-05 10:10:22 UTC

"Hallo, ich verkaufe diese modischen Lederjacken!" (Indiana Jones)

Coleco war nämlich ursprünglich für seine tollen Lederprodukte bekannt.
Ist das Akronym für Connecticut Leather Company.

Andererseits wurde Nintendo bereits vor 135 Jahren als Produzent von
Spielkarten gegründet. Und "Atari" ist aus dem Brettspiel Go entlehnt.

Microsoft erzielte einige Zeit das Gros seines Umsatzes mit einer
Z80-CP/M-Karte für den Apple II: der Microsoft Softcard.

Ich habe zwar keine alte Hardware. Kann per Emulator aber Spiele auf
"allen" Konsolen spielen. So auch welchen, von denen ich nie hörte.

Ist für mich irgendwie nicht so recht das gleiche. Aber man benötigt
ansonsten halt vor allem Platz und gerade für die interessanten Systeme
à la Fujitsu FM Towns, NEC PC Engine, Sharp X68000 und SNK Neo Geo im
entsprechend möglichst guten Zustand nicht unerhebliche monetäre Mittel,
man hat ja noch anderes Hobbys. Kommen noch der Platz, die Zeit und
insbesondere die Chefin samt Veto hinzu. ;-)

Aber so ein NES Classic Mini, welches ab und an mal aufgebaut wird,
kommt der Sache immerhin recht nah. :-)

--
Gruß

Michael

Kay Martinen

2024-01-31 15:32:28 UTC

Post by Michael Noe
Immerhin hatte das Nintendo Famicom dann einen Ricoh 2A03, das Sega
SG-1000/Master System wieder ein Z80-Derivat von NEC.

console wars ;-)

ASCII, VT-100 oder... ANSI/RIP u.ä.?

Ach du meinst Spiele- und nicht System-Konsolen. :-)

Von denen hab ich mich seit der 2. Generation oder so fern gehalten. Zu
viele Verschiedene Systeme, zu viele Spiele nur für das eine, und wenn
man dann mal ein richtig Tolles sah dann war es für <was-anderes> und
erforderte noch <sauteures-ZubehörX>.

Da hab ich dann (später) lieber PC-Teile gekauft und selbst aufgerüstet.
Spieledemos auf CD von Zeitschrift-X reichten meist für kurzen Spaß und
gekauft wurden nur besonders interessante Games, wie HL-OP-TF, UT oder
Quake.

Und bei den HC's bin ich vom VIC-20 auf den C-128 gesprungen und danach
eben PC wie o.g.

Ｂｙｅ／
／Ｋａｙ

--
"Kann ein Wurstbrot die Welt retten?" :-)

Andreas Kohlbach

2024-02-01 01:53:55 UTC

Post by Kay Martinen
Und bei den HC's bin ich vom VIC-20 auf den C-128 gesprungen und
danach eben PC wie o.g.

Wow, den C64 verpasst. Der meistverkaufte Computer der Welt!

--
Andreas

Hermann Riemann

2024-02-01 05:35:33 UTC

Post by Andreas Kohlbach
Wow, den C64 verpasst. Der meistverkaufte Computer der Welt!

Das war einmal.
Der meistverkaufte Computer der Welt ist raspberry pi.

Hermann
der kein C64 hatte, dafür aber mehr als 10 raspberry pi.

Andreas Kohlbach

2024-02-02 00:20:45 UTC

Post by Andreas Kohlbach
Wow, den C64 verpasst. Der meistverkaufte Computer der Welt!

Das war einmal.
Der meistverkaufte Computer der Welt ist raspberry pi.
Hermann
der kein C64 hatte, dafür aber mehr als 10 raspberry pi.

Den C64 gab es aber nur in einer "Ausführung". Der mag über die Jahre
anders ausgesehen haben, und die Zahl der ICs wurde weniger, sollte aus
Sich auf seine Architektur aber gleich geblieben sein. Seine
Verkaufszahlen ranken sich von 17 Millionen bis über 30 Millionen, je
nach welcher Quelle.

Ein Raspberry ist IMO zudem nur eine Schale, auf der man Dinge, wie
verschiedene Betriebssysteme installieren kann. Da ändert sich die CPU,
RAM Ausstattung, WIFI/Bluetooth oder nicht... So würde ich nicht von
*einem* Computer sprechen.

Sonst hätte man auch den IBM PC nehmen können. Da gab es den XT, AT
etc. Vom 5150 sollen "nur" rund 3 Millionen an den Mann gebracht worden
sein. Der 5170 war dann wieder ein anderer Computer, wenn von ihm wohl
auch ein paar Millionen an den Mann gebracht wurden.

--
Andreas

Hermann Riemann

2024-02-02 06:56:36 UTC

Post by Andreas Kohlbach
Wow, den C64 verpasst. Der meistverkaufte Computer der Welt!

Das war einmal.
Der meistverkaufte Computer der Welt ist raspberry pi.
Hermann
der kein C64 hatte, dafür aber mehr als 10 raspberry pi.

Lässt sich für den raspberry pi auch sagen.
Die IO Leiste wurde erweitert..

Post by Andreas Kohlbach
Ein Raspberry ist IMO zudem nur eine Schale, auf der man Dinge, wie
verschiedene Betriebssysteme installieren kann.

Auf dem Ataris ST ließen sich auch mehrere Betriebssysteme installieren.
( RTOS, Minix, DOS mit Supercharger)

Post by Andreas Kohlbach
Da ändert sich die CPU, RAM Ausstattung, WIFI/Bluetooth oder nicht...

Beim Atari ST gab es auch Änderungen.
Beim ersten musste man das Betriebssystem noch von der Floppy laden,
so dass für den Benutzer von den 515 MB RAM nur noch ca 64 k zur
Verfügung standen.

--
<http://www.hermann-riemann.de>

Andreas Kohlbach

2024-02-02 20:36:52 UTC

Post by Andreas Kohlbach
Wow, den C64 verpasst. Der meistverkaufte Computer der Welt!

Das war einmal.
Der meistverkaufte Computer der Welt ist raspberry pi.
Hermann
der kein C64 hatte, dafür aber mehr als 10 raspberry pi.

Lässt sich für den raspberry pi auch sagen.
Die IO Leiste wurde erweitert..

Das wäre, als wenn der C64 nur eine neue Schnittstelle erhielte, sonst
aber gleich bleibt. Das macht ihn nicht zu einem neuen Computer.

--
Andreas

Kay Martinen

2024-02-02 14:27:32 UTC

Post by Andreas Kohlbach
Wow, den C64 verpasst. Der meistverkaufte Computer der Welt!

Das war einmal.
Der meistverkaufte Computer der Welt ist raspberry pi.
Hermann
der kein C64 hatte, dafür aber mehr als 10 raspberry pi.

Den C64 gab es aber nur in einer "Ausführung". Der mag über die Jahre

Dann mußt du auch die C-128'er Verkäufe mit zählen, wg. des 64'er Modus.

Post by Andreas Kohlbach
Ein Raspberry ist IMO zudem nur eine Schale, auf der man Dinge, wie
verschiedene Betriebssysteme installieren kann. Da ändert sich die CPU,

Modding kam mit dem 64'er ja so richtig auf. Da wurden teils mehr RAM,
etliche ROMs mit Umschalter, Floppy-speeder und Gehäuse-erweiterungen
und umbauten gemacht. Es gab auch Stereo-SID und ggf. später auch schon
mal einen schnelleren Prozessor. Vom CP/M-Modul für den C-64 ganz zu
schweigen. Zweit-CPU wie beim C-128!

+ GEOS u.a. "Betriebssystem"-aufsätze.

Der Raspi hat das "Heimcomputer" nicht gepachtet, eher vom Vorbild
adoptiert. Das du eben alles mögliche damit machen kannst. Ja, auch
Kaffee kochen wenn du dir ein Interface zulegst und ein Programm dazu
schreibst.

Nur weil er ein eingebautes BASIC hatte heißt das ja nicht das man sonst
nix damit machen konnte, wie z.b. ein "OS" von einer Floppy oder aus dem
ROM starten.

Post by Andreas Kohlbach
Sonst hätte man auch den IBM PC nehmen können. Da gab es den XT, AT

Verallgemeinere zu "IBM PC und kompatible" dann hast du eine fichtig
Rette Zahl. N.B. Die ersten IBM PCs hatten auch ein BASIC im ROM. Ha, ->
Homecomputer, nix Personal Computer. Ätsch. ;-)

Ihr wißt das der C-128 beim Einschalten in seinem Modus auf einer
angeschlossenen Floppy nach einem Programm suchte um es automatisch zu
starten (=Boot, Autostart)?

Ｂｙｅ／
／Ｋａｙ

--
"Kann ein Wurstbrot die Welt retten?" :-)

Markus Elsken

2024-02-02 16:47:18 UTC

Moin!

Post by Kay Martinen
Modding kam mit dem 64'er ja so richtig auf. Da wurden teils mehr RAM,
etliche ROMs mit Umschalter, Floppy-speeder und Gehäuse-erweiterungen
und umbauten gemacht. Es gab auch Stereo-SID und ggf. später auch schon
mal einen schnelleren Prozessor. Vom CP/M-Modul für den C-64 ganz zu
schweigen. Zweit-CPU wie beim C-128!

Ich kann mich an bis zu vier CPUs (incl. 68k) auf Steckkarten im Apple
II erinnern. Teilweise liefen diese parallel und man musste nur
Bildschirm und Tastatur umschalten...

mfg Markus

Andreas Kohlbach

2024-02-02 22:17:57 UTC

Post by Hermann Riemann
Hermann
der kein C64 hatte, dafür aber mehr als 10 raspberry pi.

Den C64 gab es aber nur in einer "Ausführung". Der mag über die Jahre

Dann mußt du auch die C-128'er Verkäufe mit zählen, wg. des 64'er Modus.

Nö. Dann wäre auch die Atari 7200 eine Atari 2600, weil er 2600er Spiele
laufen lassen kann.

[...]

--
Andreas

p***@pocnet.net

2024-02-01 13:31:57 UTC

Post by Kay Martinen
Und bei den HC's bin ich vom VIC-20 auf den C-128 gesprungen und danach
eben PC wie o.g.

Wow, den C64 verpasst.

Das ist subjektiv. Ich hatte nie einen und habe noch heute nicht den Eindruck,
irgendwas verpasst zu haben. Strenggenommen habe ich alle 8-Bit Plattformen
"verpasst", ohne für mich negative Folgeerscheinungen.

Post by Andreas Kohlbach
Der meistverkaufte Computer der Welt!

Seit wann ist das ein Qualitätsmerkmal? :-)

--
:wq! PoC

Kay Martinen

2024-02-01 15:37:15 UTC

Post by Kay Martinen
Und bei den HC's bin ich vom VIC-20 auf den C-128 gesprungen und danach
eben PC wie o.g.

Wow, den C64 verpasst.

Das ist subjektiv.

Eben. Und wenn die Kompatibilität ausreichend genug ist dann war der im
'"64'er Modus" des C-128 sowieso integriert.

Und nebenbei gab's noch einen; wenn auch lahmen; CP/M Modus.
Plus: Eingebauter Maschinensprache Monitor und die Features des 128'ers
(Doppeltes Tempo, Doppelte Auflösung, Doppeltes RAM) nicht zu vergessen.

Mit dem zugehörigen COMAL-80 Modul konnte man sogar richtig komfortabel
programmieren lernen. Für die damalige Zeit.

Post by p***@pocnet.net
Ich hatte nie einen und habe noch heute nicht den Eindruck,
irgendwas verpasst zu haben. Strenggenommen habe ich alle 8-Bit Plattformen
"verpasst", ohne für mich negative Folgeerscheinungen.

Die einzig negative Folge ist, das du genau dies hier nun zugeben mußt.
:-) YMMV

Post by Andreas Kohlbach
Der meistverkaufte Computer der Welt!

Korrekter wäre: "Damals meistverkaufter 8-Bit Homecomputer"

Post by p***@pocnet.net
Seit wann ist das ein Qualitätsmerkmal? :-)

Seit der Erfindung von "Mainstream" und dem Prinzip das "Millionen
Fliegen nicht irren können" - z.B. wenn es um einen Dampfenden Haufen
Kuhmist geht.

Ｂｙｅ／
／Ｋａｙ

--
"Kann ein Wurstbrot die Welt retten?" :-)

p***@pocnet.net

2024-02-01 16:54:59 UTC

Post by Kay Martinen
Die einzig negative Folge ist, das du genau dies hier nun zugeben mußt.
:-) YMMV

Wenn's weiter nix ist. :-)

--
:wq! PoC

Andreas Kohlbach

2024-02-02 00:30:54 UTC

Post by Kay Martinen
Und bei den HC's bin ich vom VIC-20 auf den C-128 gesprungen und danach
eben PC wie o.g.

Wow, den C64 verpasst.

"Was man nicht weiß, macht einen nicht heiß". ;-)

Post by Andreas Kohlbach
Der meistverkaufte Computer der Welt!

Seit wann ist das ein Qualitätsmerkmal? :-)

Selten. "Man" kauft aber, was scheinbar erfolgreich ist.

Das meistverkaufte Auto ist der ****. Ob er bessere Qualität als die
Nachfolgenden haben... Ist auch egal. Viele andere kaufen ihn, als auch
"ich". Herdeneffekt oder so. Wie beim Auto, so beim Computer.

--
Andreas

Hermann Riemann

2024-02-02 06:58:23 UTC

Post by Andreas Kohlbach
Selten. "Man" kauft aber, was scheinbar erfolgreich ist.

Coca Cola ( um dick und krank zu werden )

Andreas Kohlbach

2024-02-02 20:42:12 UTC

Post by Andreas Kohlbach
Selten. "Man" kauft aber, was scheinbar erfolgreich ist.

Coca Cola ( um dick und krank zu werden )

Pepsi ist so viel gesünder. ;-)

Da wir hier sind: Ist jemandem das Atari 2600 Spiel "Pepsi Invaders" oder
"Coke Wins" bekannt?

Dort wurde das Spiel Space Invaders genommen, und fünf der sechs Sprites
(konnte man die so beim 2600 nennen?) gegen die Buchstaben PEPSI
getauscht. In Auftrag gegeben von der Coca Cola Company. Es wurden nur
125 Module produziert. Laut Wikipedia wurde 2005 eines für 1.825 Dollar
auf Ebay versteigert.

< https://de.wikipedia.org/wiki/Pepsi_Invaders>

--
Andreas

Marc Olschok

2024-02-02 23:12:52 UTC

Post by Kay Martinen
Und bei den HC's bin ich vom VIC-20 auf den C-128 gesprungen und
danach eben PC wie o.g.

Wow, den C64 verpasst. Der meistverkaufte Computer der Welt!

Ist halt auch eine Generationenfrage. Ich hatte einen CBM 3008, also einen
CBM 3032 bei dem von zwei Reihen eine mit RAM's halber Speicherdichte
besetzt waren und bei dem die Leiterbahnen der leeren Reihe in liebevoller
Handarbeit durchgekratzt waran (also erst mal RAM's getauscht und zweite
Reihe reparieren lassen, dann war es ein 3032).
Danach einen Apple ][+ Nachbau und irgendwann kamen die PC's.
Zur Z80-Karte für den Apple wurde ich nicht durch Spiele, sondern
durch CP/M verführt, weil es dafür LISP gab. Ansonsten hat mir der 6502
immer besser gefallen.

v.G.

--
M.O.

p***@pocnet.net

2024-02-03 11:40:39 UTC

Post by Marc Olschok

Post by Andreas Kohlbach
Wow, den C64 verpasst. Der meistverkaufte Computer der Welt!

Ist halt auch eine Generationenfrage.

Klassenkameraden hatten C64 und Schneider CPC. Also in meinem Fall eher
anderen Faktoren geschuldet. Kann ich bei Interesse gerne näher ausführen.

--
:wq! PoC

Andreas Kohlbach

2024-02-03 21:38:01 UTC

Post by Marc Olschok

Post by Andreas Kohlbach
Wow, den C64 verpasst. Der meistverkaufte Computer der Welt!

Ist halt auch eine Generationenfrage.

Klassenkameraden hatten C64 und Schneider CPC. Also in meinem Fall eher
anderen Faktoren geschuldet. Kann ich bei Interesse gerne näher ausführen.

Welches sind diese?

--
Andreas

p***@pocnet.net

2024-02-04 11:31:03 UTC

Post by p***@pocnet.net
Klassenkameraden hatten C64 und Schneider CPC. Also in meinem Fall eher
anderen Faktoren geschuldet. Kann ich bei Interesse gerne näher ausführen.

Welches sind diese?

Ich sammle seit meiner frühen Teenagerjahre in den 1980ern Röhren. Damals gab
es in der Stadt zweimal im Jahr noch "richtigen" Sperrmüll.

Nach einer Beutetour habe ich dann die neu eingesackten Typen auf Karopapier
vermerkt bzw. die Anzahl ausradiert und hochgezählt, die Dinger in Schuhkartons
sortiert und dann die Summe berechnet. Und ab und zu neu geschrieben, damit's
wieder in einer brauchbaren Reihenfolge steht.

Irgendwann - müsste um 1985 rum gewesen sein - hatte ich bei besagten
Klassenkameraden gesehen, dass die Computer hatten, eben die besagten CPCs und
C64. Einen habe ich gefragt, ob ich meine Listenführung damit nicht
vereinfachen könne. Er meinte, klar, musst dir programmieren. Ja, dann zeig
mal. Er hat mir dann den typischen BASIC-Dreizeiler eingetippt. Wie mir das
bei meiner Listenführung hätte helfen können habe ich nicht verstanden. Und
genauer konnte er mir das auch nicht erläutern. Aber das wäre eh doof, er
hätte hier 'n tolles Spiel, schau mal...

Das war der Punkt an dem ich beschlossen hatte, Computer sind nutzloser
Spielkram, will nix damit zu tun haben. Habe ich durchgezogen bis...

1988 hat sich mein Paps selbständig gemacht mit einer Schnelldruckerei. Das
Inventar hat er komplett von einem anderen Betrieb übernommen. Meine Mutter
hatte die Aufgabe, Laufkundschaft an den Kopierern zu bedienen (Vergrößern bis
auf A2/Verkleinern, SW) mir sagte er ich solle mir mal anschauen wie das ginge
mit Visitenkarten und Briefbögen machen. Stark vereinfacht, er hat mich damit
nicht so alleine gelassen wie das jetzt klingt. Und er hat sich um den ganzen
Rest gekümmert: Repro, Offsetdruck, Buchhaltung, etc.

Wir haben vom Vorbesitzer an nemTag noch eine umfassende Einweisung erhalten.
Ich sass somit eines Tages an einem Schreitisch. Aha, kleiner Kasten mit Kabel
auf dem Tisch, wenn man den bewegt bewegt sich was auf dem Monitor. Und der
Monitor flimmert fast gar nicht und das Bild ist scharf und ich sehe auch
keinen unverständlichen Text sondern nichtssagende Bildchen.
Ich hab' nach anfänglichen Abstraktionsschwierigkeiten aber relativ schnell
gelernt, wie man die Kisten bedient.

Das waren seinerzeit zwei Mac II mit sagenhaften 2MB RAM, 40MB Platte und
System 6.0.3, mit je einem Viking Moniterm 19" 1-Bit ECL Monitor. Die Kisten
waren über LocalTalk mit einem LaserWriter Plus verbunden, an einem Mac hing
seriell ein Agfa A4-Scanner im riesigen Alu-Druckgussgehäuse. War nicht
besonders schnell in der Datenübertragung. Dazu im Wesentlichen PageMaker 3,
bergeweise Fonts auf Disketten, Clip Art und das Scannerprogramm.

Und dann entdeckte ich Excel, seinerzeit Version 1.51a, wie geschaffen für
meine Röhrenliste! "The rest is history."
Heute verdiene ich meine Brötchen als u. A. Linux-Sysadmin als auch im
Netzwerkbereich, und kann dem 8-Bit-BASIC Kram noch immer keinerlei positive
Gefühle entgegenbringen. Dafür entdecke ich seit damals in allen möglichen
Texten Fehler, wobei das seit einigen Jahren nachlässt. Ich habe eine
"Sammlung" älterer Macs und auch auf dem Haupt-Schreibtisch steht ein Mac Mini
2018 als "Arbeitspferd". Die Katze läst das Mausen nicht...

--
:wq! PoC

Andreas Kohlbach

2024-02-05 01:19:11 UTC

Post by p***@pocnet.net
Klassenkameraden hatten C64 und Schneider CPC. Also in meinem Fall eher
anderen Faktoren geschuldet. Kann ich bei Interesse gerne näher ausführen.

Welches sind diese?

[...]

Danke für die Schilderung. Interessant.

--
Andreas

Markus Elsken

2024-02-05 13:24:51 UTC

Moin!

Post by p***@pocnet.net
Damals gab
es in der Stadt zweimal im Jahr noch "richtigen" Sperrmüll.

Hier ebenfalls, verteilt auf die Bezirke, also fast jede Woche war
irgendwo etwas. Also mit dem Sperrmüllkalender, Fahrrad samt Anhänger
und Werkzeugsatz losgedackelt. Dampfradios wurden komplett eingesackt,
Fernseher Heckklappe weg, bis auf Röhre alles raus, Deckel wieder drauf.
Manchmal noch einen China-Böller um den nackten Röhrenhals ;-)

Post by p***@pocnet.net
Nach einer Beutetour habe ich dann die neu eingesackten Typen auf Karopapier
vermerkt bzw. die Anzahl ausradiert und hochgezählt, die Dinger in Schuhkartons
sortiert und dann die Summe berechnet.

Sortiert auch, aber damals mit Rähren (ausgenommen Anzeigeröhren) nicht
viel gemacht. Wir hatten "um die Ecke" einen uralten RF-Techniker, der
mit Halbleitern nicht so viel am Hut hatte. Der kaufte die Röhren zu
einem netten Kurs an. Die Dampfradios wurden wenn möglich wieder
instandgesetzt, poliert und auf dem Flohmarkt verkauft. Der Rest
wanderte in die eigene Bastelbude, aus den Unmengen an Bauteilen
entstanden ungezählte eigene Projekte, u.a. mehrere elektor Formant.

mfg Markus

Stefan Ram

2024-02-03 18:24:30 UTC

Post by Marc Olschok
Zur Z80-Karte für den Apple wurde ich nicht durch Spiele, sondern
durch CP/M verführt, weil es dafür LISP gab. Ansonsten hat mir der 6502
immer besser gefallen.

Ich hatte HGL-LISP von Hans-Georg Lange für meinen Pet 2001 gekauft.
Das könnte 1980 oder 1981 gewesen sein. Die Programme dafür sahen in
etwa wie folgt aus (um eine Vorstellung von dem Dialekt zu geben):

( SETQ DIFF
( LAMBDA( X )
( COND
( ( ATOMP X )
( COND
( ( = X 'X )
1 )
( T
0 )))
( T
( COND
( ( =( CAR X )'SUM )
( LIST 'SUM( DIFF( CADR X ))( DIFF( CADDR X )))))))))

.

Hermann Riemann

2024-02-04 11:20:36 UTC

Post by Stefan Ram

Post by Marc Olschok
Zur Z80-Karte für den Apple wurde ich nicht durch Spiele, sondern
durch CP/M verführt, weil es dafür LISP gab. Ansonsten hat mir der 6502
immer besser gefallen.

Ich hatte HGL-LISP von Hans-Georg Lange für meinen Pet 2001 gekauft.
Das könnte 1980 oder 1981 gewesen sein. Die Programme dafür sahen in
( SETQ DIFF
( LAMBDA( X )
( COND
( ( ATOMP X )
( COND
( ( = X 'X )
1 )
( T
0 )))
( T
( COND
( ( =( CAR X )'SUM )
( LIST 'SUM( DIFF( CADR X ))( DIFF( CADDR X )))))))))

Das als Lochkarten in die CDC 3300 mit einer Klammer
weniger (nach dem COND) eingegeben,
hätte auf einem DIN A3 großem Blatt folgendes geliefert:

(LAMBDA(X)(COND((ATOMP X)(COND(=X 'X)1)(T 0)))(T(COND
((=(CAR X)'SUM)(LIST 'SUM(DIFF(CADR X))(DIFF(CADDR X)))))))))
BAD BRACKET COUNT

--
<http://www.hermann-riemann.de>

Stefan Ram

2024-02-04 06:48:31 UTC

Post by Marc Olschok
Ist halt auch eine Generationenfrage. Ich hatte einen CBM 3008, also einen
CBM 3032 bei dem von zwei Reihen eine mit RAM's halber Speicherdichte
besetzt waren und bei dem die Leiterbahnen der leeren Reihe in liebevoller
Handarbeit durchgekratzt waran (also erst mal RAM's getauscht und zweite
Reihe reparieren lassen, dann war es ein 3032).

Ich hatte einen Pet 2001 mit WIMRE zunächst 8 Kibioktett. Später
kaufte ich dann eine PAC-Expansion bei Runow Büroelektronik, um ihn
auf WIMRE 32 K zu erweitern - könnte 3000 Mark gekostet haben WIMRE.

Die Karte wurde in den Pet eingebaut. Das Gehäuse hatte über
der Platine ja noch viel Luft. Ein breites Flachbandkabel ging
dann zum Steckverbinder für Erweiterungen rechts, wobei das
Kabel kurz das Gehäuse verließ.

Für den Pet hatte ich auch einen BASIC- und einen Pascal-Compiler,
jedoch war die Handhabung, selbst mit Diskettenlaufwerk, natürlich
nie so bequem wie bei Verwendung des eingebauten BASIC-Interpretie-
rers, dessen Kommandos bei mir durch ein ROM oder EPROM erweitert
wurden.

Marc Olschok

2024-02-05 01:37:06 UTC

Post by Stefan Ram

Ich hatte einen Pet 2001 mit WIMRE zunächst 8 Kibioktett. Später
kaufte ich dann eine PAC-Expansion bei Runow Büroelektronik, um ihn
auf WIMRE 32 K zu erweitern - könnte 3000 Mark gekostet haben WIMRE.
Die Karte wurde in den Pet eingebaut. Das Gehäuse hatte über
der Platine ja noch viel Luft. Ein breites Flachbandkabel ging
dann zum Steckverbinder für Erweiterungen rechts, wobei das
Kabel kurz das Gehäuse verließ.
Für den Pet hatte ich auch einen BASIC- und einen Pascal-Compiler,
jedoch war die Handhabung, selbst mit Diskettenlaufwerk, natürlich
nie so bequem wie bei Verwendung des eingebauten BASIC-Interpretie-
rers, dessen Kommandos bei mir durch ein ROM oder EPROM erweitert
wurden.

Als ich damit anfing (ca. 1980 ) waren die Preise zum Glück nicht mehr so
hoch. Die Commodore Laufwerke habe ich mir aber nicht gekauft, die waren
fast so teuer wie der Rechner; es lief noch alles über Kassettenrekorder.

Für die Reparatur (d.h. Überbrückung) der durchgekratzten Leiterbahnen
habe ich das Angebot zweier VHS-Dozenten angenommen, die wollten bloß
DM 150. Ich glaube aber, dass sie die mühevolle Kleinarbeit unterschätzt
hatten. Danach meinten sie, zukünftig eher mehr verlangen zu müssen.

Kann man sich heute gar nicht mehr vorstellen, dass eine Firma sich die
Mühe macht, händisch Leiterbahnen zu zerstören -- bei anderen Exemplaren
war es nicht durchgekratzt sondern durchbohrt, also tatsächlich Handarbeit.

v.G.

--
M.O.

Hermann Riemann

2024-02-05 08:50:34 UTC

Post by Marc Olschok
Kann man sich heute gar nicht mehr vorstellen, dass eine Firma sich die
Mühe macht, händisch Leiterbahnen zu zerstören -- bei anderen Exemplaren
war es nicht durchgekratzt sondern durchbohrt, also tatsächlich Handarbeit.

Müsste eigentlich mit 3D Fräse gehen.
Also mit Kupfer beschichtete Leiterplatte fräsen
statt chemisch ätzen.

sf: Leiterbahnen wie beim fädeln 3D "drucken"
..

Hermann Riemann

2024-02-05 08:46:44 UTC

Post by Stefan Ram

Mein Z80 Hauptplatinensystem ( Leerplatinen von elektor )
bestand anfangs aus einer Platine mit 2 KB ROM und 2 KB EPROM
( + gefädelte PIO Platine mit 2 PIO ICs. )
Dann kam eine 16 kB statische SRAM Platine hinzu
mit 48Z02 ICs. Die haben per Batterie den Inhalt nach Abschaltung
erhalten, so das ein externe Speicher nicht notwendig war.
Dann kam eine 12 K EPROM Platine hinzu.
Das habe ich mit 2732 statt 2716 EPROMs + Zusatz Adressbit vom PIO
verdoppelt. Später kam noch eine 64 k RAM Platine hinzu.
Zusatz Adressbit (15->16 bit Adresse) wieder über PIO.

--
<http://www.hermann-riemann.de>

Hermann Riemann

2024-01-29 10:19:08 UTC

Post by Andreas Kohlbach
Warum, wo doch ein Jahr (vielleicht 1979) der Z80 $15, der 6502 aber nur
$8 kostete?

Der 6502 hatte 3510 Transistoren, der Z80 8500

Kay Martinen

2024-01-29 16:55:28 UTC

Vielleicht lag es an der Installierten Basis der Arcade-Automaten die
evtl. einfach noch mehr waren. Ich denke da änderte sich das damals noch
nicht so rasant wie später.

Und das; wie nebenan erwähnt; mit CP/M ein Entwicklungs-System
existierte hat vielleicht geholfen.

Welches Eingeführte System gab es denn zwischen 1979 und 1986 für den
6502? Also eines bei dem man nur den Kern auf eine neue 6502-HW
portieren mußte und dann gleich das Zielkompilat drauf packen mußte -
damals wohl noch in ROMs.

Mein Eindruck ist eher das die damals für jede 6502 Maschine neu
programmiert haben und es keine gemeinsame Software-Basis gab.

Ｂｙｅ／
／Ｋａｙ

--
"Kann ein Wurstbrot die Welt retten?" :-)

Michael Noe

2024-01-29 17:26:25 UTC

Vielleicht lag es an der Installierten Basis der Arcade-Automaten die
evtl. einfach noch mehr waren. Ich denke da änderte sich das damals noch
nicht so rasant wie später.

Gerade "später" gab es eher herstellerspezifisch standardisierte
(Austausch-)Boards für Arcade-Automaten, etwa von Sega, SNK und Co.

Das in Japan sehr populäre SNK NeoGeo war z.B. ein "Abfallprodukt" aus
dieser Entwicklung. Damit konnte man dann 1:1 erstmals Arcade-Titel zu
Hause spielen.

Heute mit der Hudson Soft/NEC PC Engine auf Grund der schon damals sehr
hohen Qualität der Hard- und Software eine unter Sammlern meistgesuchten
Konsolen.

Post by Kay Martinen
Und das; wie nebenan erwähnt; mit CP/M ein Entwicklungs-System
existierte hat vielleicht geholfen.

Alles was kein Kanji kann, hat auch japanische Entwickler bereits Anfang
der 1980er eher wenig interessiert. ;-)

PCs aus dem Westen samt Commodore 64 schon mal gar nicht.

--
Gruß

Michael

Andreas Kohlbach

2024-01-30 02:13:36 UTC

Vielleicht lag es an der Installierten Basis der Arcade-Automaten die
evtl. einfach noch mehr waren. Ich denke da änderte sich das damals
noch nicht so rasant wie später.

Die ersten Spiele hatten 808X (meist 8080) drin. Könnte natürlich sein,
dass wenn man als Entwickler den 8080 kennt, der Umstieg auf den Z80
einfacher als auf den 6502 ist. Daran hatte ich gar nicht gedacht.

Post by Kay Martinen
Und das; wie nebenan erwähnt; mit CP/M ein Entwicklungs-System
existierte hat vielleicht geholfen.

Ja. Auch daran hatte ich gar nicht gedacht.

--
Andreas

Chr. Maercker

2024-02-02 16:58:55 UTC

Post by Andreas Kohlbach
Die ersten Spiele hatten 808X (meist 8080) drin. Könnte natürlich sein,
dass wenn man als Entwickler den 8080 kennt, der Umstieg auf den Z80
einfacher als auf den 6502 ist. Daran hatte ich gar nicht gedacht.

Das *ist* so. Die Assemblersprachen sind begreiflicherweise eng verwandt
bis gleich.

--
CU Chr. Maercker.

Kay Martinen

2024-02-03 22:16:16 UTC

Das *ist* so. Die Assemblersprachen sind begreiflicherweise eng verwandt
bis gleich.

Wenn du die Mnemonics meinst, logisch. Darum heißen die ja so.

Ob du nun

LDA xx

Schreibst, oder

LD A XX

ist dann nur eine Feinheit. Der Mnemonic soll halt nur klarstellen das
der Akkumulator mit einem Wert geladen werden soll. Der Rest ist Syntax
die von CPU-Eigenheiten abhängt (LH, LL, LDX, LDY, Adressierungs-arten
u.s.w.) von denen natürlich jede CPU wieder eigene hat. Sonst könnte man
ja gleich eine einzige CPU benutzen - für ALLES!

Und wenn man nicht auf die Bitebene herunter steigt oder dauernd mit
einem Hex-Editor im Programmcode wühlt ist auf der Assembler-Ebene erst
mal völlig ToGal was da an Zielcodierung schlußendlich im Speicher landet.

Ｂｙｅ／
／Ｋａｙ

--
"Kann ein Wurstbrot die Welt retten?" :-)

Arno Welzel

2024-02-04 15:49:54 UTC

Das *ist* so. Die Assemblersprachen sind begreiflicherweise eng verwandt
bis gleich.

Wenn die CPU aber gar keinen "Akkumulator" hat, wie der 6502, dann hilft
Dir das wenig.

--
Arno Welzel
https://arnowelzel.de

Hermann Riemann

2024-02-04 16:21:32 UTC

Post by Arno Welzel
Wenn die CPU aber gar keinen "Akkumulator" hat, wie der 6502, dann hilft
Dir das wenig.

Welche CPU hat keine "Akkumulator"?
Der 6502 hatte schon ein Register A, welcher als Akkumular bezeichnet wird.

Jede arithmetische oder logische Operation läuft über einen Akkumulator.

Wenn Du A=not A hast
braust Du ein Zwischenregister,
sonst drehen sich bei Rückkopplung die Bits dauernd schnell um.

--
<http://www.hermann-riemann.de>

Christian Corti

2024-02-05 08:01:39 UTC

Post by Hermann Riemann
Welche CPU hat keine "Akkumulator"?

Es gibt zum Beispiel Akkumulatorarchitekturen und Registerarchitekturen.
Beispiele für CPUs ohne Akkumulator sind MC68000, IBM S/360 etc.

Post by Hermann Riemann
Jede arithmetische oder logische Operation läuft über einen Akkumulator.

Nein. Bei den Registerarchitekturen laufen die über Datenpfade, ohne
daß da ein eigener Akkumulator vorhanden sein muß.

Christian

Hermann Riemann

2024-02-05 08:54:57 UTC

Post by Christian Corti

Post by Hermann Riemann
Welche CPU hat keine "Akkumulator"?

Es gibt zum Beispiel Akkumulatorarchitekturen und Registerarchitekturen.
Beispiele für CPUs ohne Akkumulator sind MC68000, IBM S/360 etc.

Post by Hermann Riemann
Jede arithmetische oder logische Operation läuft über einen Akkumulator.

Nein. Bei den Registerarchitekturen laufen die über Datenpfade, ohne
daß da ein eigener Akkumulator vorhanden sein muß.

Bei Register A = not Register A wird ein Zwischenspeicher benötigt,
weil sonst der Level in jdem Bit in Register A dauernd wechslen würde.

Bei Register B = not Register A tritt das Problem nicht auf.

Arno Welzel

2024-02-05 10:30:00 UTC

Post by Arno Welzel
Wenn die CPU aber gar keinen "Akkumulator" hat, wie der 6502, dann hilft
Dir das wenig.

Welche CPU hat keine "Akkumulator"?

Alle, bei denen das Register nicht so genannt wird.

--
Arno Welzel
https://arnowelzel.de

Günter Frenz

2024-02-05 18:52:44 UTC

Post by Arno Welzel
Wenn die CPU aber gar keinen "Akkumulator" hat, wie der 6502, dann
hilft Dir das wenig.

Welche CPU hat keine "Akkumulator"?

Alle, bei denen das Register nicht so genannt wird.

In den mir vorliegenden Datenblättern des 6502 (Rockwell und Synertek)
wird Register A als Accumulator bezeichnet. Also ist deine obige
Aussage falsch...

Günter

Chr. Maercker

2024-02-01 20:16:10 UTC

Post by Kay Martinen
Und das; wie nebenan erwähnt; mit CP/M ein Entwicklungs-System
existierte hat vielleicht geholfen.

CP/M gab es meiner Erinnerung nach sowohl für 8080 als auch Z80.
Dümmstenfalls war es sogar für 8080 abwärtskompatibel, dann hätte man
die Stärken des Z80 damit gar nicht nutzen können.

Post by Kay Martinen
Mein Eindruck ist eher das die damals für jede 6502 Maschine neu
programmiert haben und es keine gemeinsame Software-Basis gab.

Für den Ausschluss des 6502 dürfte das stimmen, für 8080 vs. Z80 nicht
unbedingt.

--
CU Chr. Maercker.

Hermann Riemann

2024-02-02 07:02:20 UTC

Post by Kay Martinen
Und das; wie nebenan erwähnt; mit CP/M ein Entwicklungs-System
existierte hat vielleicht geholfen.

CP/M gab es meiner Erinnerung nach sowohl für 8080 als auch Z80.
Dümmstenfalls war es sogar für 8080 abwärtskompatibel, dann hätte man
die Stärken des Z80 damit gar nicht nutzen können.

Post by Kay Martinen
Mein Eindruck ist eher das die damals für jede 6502 Maschine neu
programmiert haben und es keine gemeinsame Software-Basis gab.

Für den Ausschluss des 6502 dürfte das stimmen, für 8080 vs. Z80 nicht
unbedingt.

Die 8 Bit Prozessoren mit ihren kleinen Befehlssatz
ließen sich noch leicht programmieren.
Und die Programme konnten mengenmäßig wenig
im Vergleich zu heutiger software.

Hermann
der früher Z80 und 6502 problemlos im hexcode programmierte.

--
<http://www.hermann-riemann.de>

Andreas Kohlbach

2024-02-02 20:47:41 UTC

Post by Hermann Riemann
Die 8 Bit Prozessoren mit ihren kleinen Befehlssatz
ließen sich noch leicht programmieren.
Und die Programme konnten mengenmäßig wenig
im Vergleich zu heutiger software.

Es gab auch Textverarbeitung, Tabellenkalkulation und andere
professionelle Software. Natürlich Tonnen von Spielen.

Wegen 64 Bit konnten sie halt ohne Bank-Switching nur 64 KB RAM
ansprechen, dass es allein deswegen keine "Programme wie heute" geben
kann, ohne ständig nachzuladen.

Umm, es gibt für den C64 auch Crypto-Miner. Natürlich ist das sinnlos, da
er vielleicht in 10.000 Jahren mal einen Treffer hat. Aber 8-Bit könnte... :-)

--
Andreas

Kay Martinen

2024-02-03 22:30:13 UTC

Post by Hermann Riemann
Die 8 Bit Prozessoren mit ihren kleinen Befehlssatz
ließen sich noch leicht programmieren.
Und die Programme konnten mengenmäßig wenig
im Vergleich zu heutiger software.

Es gab auch Textverarbeitung, Tabellenkalkulation und andere
professionelle Software. Natürlich Tonnen von Spielen.

Oh ja. Vizawrite, IMHO auch Starwriter, Protext-128 (BTDT) u.v.m.

Post by Andreas Kohlbach
Wegen 64 Bit konnten sie halt ohne Bank-Switching nur 64 KB RAM

^^ Hier meintest du sicher 16-Bit (Adressbus).

Post by Andreas Kohlbach
ansprechen, dass es allein deswegen keine "Programme wie heute" geben
kann, ohne ständig nachzuladen.

Welche "Programme wie Heute" hättest du denn im Sinn? Firefox oder Dillo?

Overlays und Chainloading war aber möglich und wurde auch benutzt. Und
so wie der C-64 Spezielle Bank-register hatte um das ROM Weg zu schalten
o.a. so hatte das auch der C-128. Nur noch komplexer weil doppelt
belegtes RAM und mehr ROM. IMO insgesamt ca. 192kByte wenn man's
zusammenzählt. Dazu noch die REU's mit 256 und 512k RAM.

Gut, das ist mit nachladen verbunden. Aber das ist auch eine Frage des
WIE. Mit CP/M 3.0 und der 512k REU mußte ich nur EIN mal alles nötig
von Diskette (um)laden und konnte dann die Bootfloppy raus nehmen. Ohne
Zweite Floppystation konnte man dann dennoch "Arbeiten". War halt nur
RAMdisk-Style. Nach Reset oder Stromausfall war alles weg was man nicht
gespeichert hatte und man mußte halt neu laden.

Post by Andreas Kohlbach
Umm, es gibt für den C64 auch Crypto-Miner. Natürlich ist das sinnlos, da
er vielleicht in 10.000 Jahren mal einen Treffer hat.

WTF? WER, der mit seinem Brotkasten im Internet ist hätte sich den
einfangen sollen? Absicht ist so was doch eher nie.

Post by Andreas Kohlbach
Aber 8-Bit könnte... :-)

Printmaster 64 gibt es nicht für heutige PC's oder? ;-)

Ｂｙｅ／
／Ｋａｙ

--
"Kann ein Wurstbrot die Welt retten?" :-)

p***@pocnet.net

2024-02-04 11:34:31 UTC

Post by Andreas Kohlbach
Umm, es gibt für den C64 auch Crypto-Miner. Natürlich ist das sinnlos, da
er vielleicht in 10.000 Jahren mal einen Treffer hat.

WTF? WER, der mit seinem Brotkasten im Internet ist hätte sich den einfangen
sollen? Absicht ist so was doch eher nie.

Interessant dass Du ein solches Programm gleich als unfreiwillig erhaltene
Schadsoftware einstufst. Und sehr kurzsichtig, dass Du denkst, ein
C64-"Binary" oder BASIC Programm landet magisch auf einem Nischenrechner nur
durch die Existenz einer wie auch immer gearteten Internetverbindung.

--
:wq! PoC

Andreas Kohlbach

2024-02-05 01:43:10 UTC

Post by Andreas Kohlbach
Umm, es gibt für den C64 auch Crypto-Miner. Natürlich ist das sinnlos, da
er vielleicht in 10.000 Jahren mal einen Treffer hat.

WTF? WER, der mit seinem Brotkasten im Internet ist hätte sich den einfangen
sollen? Absicht ist so was doch eher nie.

Hast Du nicht erkennt, dass Kay vermutlich an "CryptoLocker" dachte?
Musst ihn doch nicht gleich so anfahren.

--
Andreas

p***@pocnet.net

2024-02-05 09:05:51 UTC

Post by p***@pocnet.net
Interessant dass Du ein solches Programm gleich als unfreiwillig erhaltene
Schadsoftware einstufst. Und sehr kurzsichtig, dass Du denkst, ein
C64-"Binary" oder BASIC Programm landet magisch auf einem Nischenrechner nur
durch die Existenz einer wie auch immer gearteten Internetverbindung.

Hast Du nicht erkennt, dass Kay vermutlich an "CryptoLocker" dachte?
Musst ihn doch nicht gleich so anfahren.

Sorry, wenn das als "Anfahren" rübergekommen sein sollte. Es war nicht meine
Intention Kay "anzufahren".

--
:wq! PoC

Andreas Kohlbach

2024-02-05 01:40:18 UTC

Post by Hermann Riemann
Die 8 Bit Prozessoren mit ihren kleinen Befehlssatz
ließen sich noch leicht programmieren.
Und die Programme konnten mengenmäßig wenig
im Vergleich zu heutiger software.

Es gab auch Textverarbeitung, Tabellenkalkulation und andere
professionelle Software. Natürlich Tonnen von Spielen.

Oh ja. Vizawrite, IMHO auch Starwriter, Protext-128 (BTDT) u.v.m.

Post by Andreas Kohlbach
Wegen 64 Bit konnten sie halt ohne Bank-Switching nur 64 KB RAM

^^ Hier meintest du sicher 16-Bit (Adressbus).

Ja, sorry.

Post by Andreas Kohlbach
ansprechen, dass es allein deswegen keine "Programme wie heute" geben
kann, ohne ständig nachzuladen.

Welche "Programme wie Heute" hättest du denn im Sinn? Firefox oder Dillo?

Schon einfache Textverarbeitung. Wenn die eine GUI haben, reichen 64K
kaum noch, wenn auch noch ein mehrseitiges Dokument geladen wird.

Post by Kay Martinen
Overlays und Chainloading war aber möglich und wurde auch benutzt. Und
so wie der C-64 Spezielle Bank-register hatte um das ROM Weg zu
schalten o.a. so hatte das auch der C-128. Nur noch komplexer weil
doppelt belegtes RAM und mehr ROM. IMO insgesamt ca. 192kByte wenn
man's zusammenzählt. Dazu noch die REU's mit 256 und 512k RAM.

Wenn die lahmen Speichermedien nicht wären. Vielleicht noch mit ständigem
Wechseln einer Floppy.

[...]

Post by Andreas Kohlbach
Umm, es gibt für den C64 auch Crypto-Miner. Natürlich ist das sinnlos, da
er vielleicht in 10.000 Jahren mal einen Treffer hat.

WTF? WER, der mit seinem Brotkasten im Internet ist hätte sich den
einfangen sollen? Absicht ist so was doch eher nie.

Einfangen? Es ging mir um das "Schürfen von Bitcoins". Ich versuchte, den
deutschen Begriff zu vermeiden.

--
Andreas

Arno Welzel

2024-02-04 15:50:29 UTC

Post by Hermann Riemann
Die 8 Bit Prozessoren mit ihren kleinen Befehlssatz
ließen sich noch leicht programmieren.
Und die Programme konnten mengenmäßig wenig
im Vergleich zu heutiger software.

Es gab auch Textverarbeitung, Tabellenkalkulation und andere
professionelle Software. Natürlich Tonnen von Spielen.
Wegen 64 Bit konnten sie halt ohne Bank-Switching nur 64 KB RAM

Du meinst 16 Bit. 64 Bit ist der aktuelle Stand bei CPUs ;-)

--
Arno Welzel
https://arnowelzel.de

Stefan Reuther

2024-01-29 16:55:20 UTC

Post by Andreas Kohlbach
Hin und wieder schaue ich ins Menü des Emulators um zu sehen, welche
CPU(s) und andere Hardware emuliert wird. Dabei fällt mir auf, dass bei
Spielen vor etwa 1986, als die M68000 langsam übernahm, der Z80 in vier
von fünf Spielen eingesetzt wurde, sonst die 6502, 8088 oder M6809, und
ein paar Exoten.
Warum, wo doch ein Jahr (vielleicht 1979) der Z80 $15, der 6502 aber nur
$8 kostete?

Als Entwickler würde ich den Z80 dem 6502 jederzeit vorziehen, hat halt
einfach die bessere Assemblersprache. Wie muss ich mich verrenken, um
`add hl,de; ld a,m` auf dem 6502 umzusetzen? Damit dürften dann
komplexere Spiele möglich werden.

Stefan

Andreas Kohlbach

2024-01-30 02:07:16 UTC

Post by Stefan Reuther

Als Entwickler würde ich den Z80 dem 6502 jederzeit vorziehen, hat halt
einfach die bessere Assemblersprache. Wie muss ich mich verrenken, um
`add hl,de; ld a,m` auf dem 6502 umzusetzen?

Etwas komplizierter. ;-)

Post by Stefan Reuther
Damit dürften dann komplexere Spiele möglich werden.

Dann aber gibt es eine gewaltige Software-Auswahl für den Commodore 64
oder der Atari 8-Bit Familie. Apple ][ nicht zu vergessen.

Ja, auch für CP/M. Aber war der Z80 nur Trittbrettfahrer. Vor dem Z80
wurde halt für den Intel 8080 geschrieben.

Auch interessant, dass es Spiele für 6502 und Z80 gab, die sich fast
identisch spielen lassen, und auch so aussehen.

--
Andreas

Hans-Juergen Schneider

2024-01-30 14:43:00 UTC

Post by Stefan Reuther

Als Entwickler würde ich den Z80 dem 6502 jederzeit vorziehen, hat halt
einfach die bessere Assemblersprache. Wie muss ich mich verrenken, um
`add hl,de; ld a,m` auf dem 6502 umzusetzen?

Etwas komplizierter. ;-)
Ja, auch für CP/M. Aber war der Z80 nur Trittbrettfahrer. Vor dem Z80
wurde halt für den Intel 8080 geschrieben.

Dazu war der ja auch kompatibel. Ich glaube, der 8080-Code lief 1:1.
Und mit dem Z80 kamen einfach neue Möglichkeiten hinzu.

MfG
hjs

Andreas Bockelmann

2024-01-31 18:55:35 UTC

Post by Stefan Reuther

Als Entwickler würde ich den Z80 dem 6502 jederzeit vorziehen, hat halt
einfach die bessere Assemblersprache. Wie muss ich mich verrenken, um
`add hl,de; ld a,m` auf dem 6502 umzusetzen?

Etwas komplizierter. ;-)
Ja, auch für CP/M. Aber war der Z80 nur Trittbrettfahrer. Vor dem Z80
wurde halt für den Intel 8080 geschrieben.

Dazu war der ja auch kompatibel. Ich glaube, der 8080-Code lief 1:1.
Und mit dem Z80 kamen einfach neue Möglichkeiten hinzu.

Neben ein paar Erweiterungen im Befehlssatz war der Z80 vor allem wesentlich
einfacher zu beschalten. Das begann schon mit den Versorgungsspannungen (ur
+5V), dem internen Taktgenerator, etc., etc,

--
Mit freundlichen Grüßen
Andreas Bockelmann

Hans-Juergen Schneider

2024-02-01 15:37:36 UTC

Post by Andreas Bockelmann

Post by Andreas Kohlbach
Ja, auch für CP/M. Aber war der Z80 nur Trittbrettfahrer. Vor dem Z80
wurde halt für den Intel 8080 geschrieben.

Dazu war der ja auch kompatibel. Ich glaube, der 8080-Code lief 1:1.
Und mit dem Z80 kamen einfach neue Möglichkeiten hinzu.

Neben ein paar Erweiterungen im Befehlssatz war der Z80 vor allem wesentlich
einfacher zu beschalten. Das begann schon mit den Versorgungsspannungen (ur
+5V), dem internen Taktgenerator, etc., etc,

Internen Takt hat der Z80 nicht. Ich erinnere mich, dass ein normaler
TTL High-Pegel auch nicht für den Takt reichte. Da musste man mit einem
Pullupwiderstand nachhelfen.

MfG
hjs

Post by Andreas Bockelmann
--
Mit freundlichen GrÃ¼Ãen
Andreas Bockelmann

Gerrit Heitsch

2024-02-02 09:22:28 UTC

Post by Andreas Bockelmann

Post by Andreas Kohlbach
Ja, auch für CP/M. Aber war der Z80 nur Trittbrettfahrer. Vor dem Z80
wurde halt für den Intel 8080 geschrieben.

Dazu war der ja auch kompatibel. Ich glaube, der 8080-Code lief 1:1.
Und mit dem Z80 kamen einfach neue Möglichkeiten hinzu.

Neben ein paar Erweiterungen im Befehlssatz war der Z80 vor allem wesentlich
einfacher zu beschalten. Das begann schon mit den Versorgungsspannungen (ur
+5V), dem internen Taktgenerator, etc., etc,

Internen Takt hat der Z80 nicht. Ich erinnere mich, dass ein normaler
TTL High-Pegel auch nicht für den Takt reichte. Da musste man mit einem
Pullupwiderstand nachhelfen.

Meiner Erinnerung nach brauchte man auch steile Flanken. Daher die
interessante Schaltung wie der C128 den Takt für den Z80 erzeugte. Es
sind 12V involviert. :)

Gerrit

Chr. Maercker

2024-02-01 20:25:53 UTC

Die gleiche Frage ließe sich für 8080 vs. Z80 stellen. Ich nehme an, in
Deiner Auflistung ist nicht 8088, sondern 8080 gemeint, oder? Einfache
Spiele wie das legendäre Tennis liefen mit 8080, das hätte notfalls
sogar ein 8008 erledigt. Je komplexer die Spiele wurden, desto mehr
Vorteile bot der Z80, dank seiner sinnvollen Erweiterungen gegenüber dem
8080. Dinge wie OTIR zum flotten Initialisieren von Peripherie, der
Pseudo-DMA-Befehl LDIR oder die BIT-Befehle könnten auch für die
Programmierung von Spielen günstig sein. *Könnten*, weil ich nie Spiele
programmiert habe. Für Steuerprogrammen von Geräten etc. *weiß* ich, wie
vorteilhaft sie bisweilen sind.

--
CU Chr. Maercker.

Andreas Kohlbach

2024-02-02 00:23:49 UTC

Post by Andreas Kohlbach
Warum, wo doch ein Jahr (vielleicht 1979) der Z80 $15, der 6502 aber nur
$8 kostete?

Die gleiche Frage ließe sich für 8080 vs. Z80 stellen. Ich nehme an, in
Deiner Auflistung ist nicht 8088, sondern 8080 gemeint, oder?

Ja, 8080. Mist, passiert mir oft. Warum nannte Intel die auch so ähnlich. ;-)

[...]

--
Andreas

Hermann Riemann

2024-02-02 07:12:43 UTC

Post by Chr. Maercker
Die gleiche Frage ließe sich für 8080 vs. Z80 stellen. Ich nehme an, in
Deiner Auflistung ist nicht 8088, sondern 8080 gemeint, oder? Einfache
Spiele wie das legendäre Tennis liefen mit 8080, das hätte notfalls
sogar ein 8008 erledigt.

Da würde Speicherplatz und Zeit für relevant halten.
Bei Zeit spielt neben Befehlssatz auch noch Takte/Befehl
und Taktrate eine Rolle.

Post by Chr. Maercker
Je komplexer die Spiele wurden, desto mehr
Vorteile bot der Z80, dank seiner sinnvollen Erweiterungen gegenüber dem
8080. Dinge wie OTIR zum flotten Initialisieren von Peripherie, der
Pseudo-DMA-Befehl LDIR oder die BIT-Befehle könnten auch für die
Programmierung von Spielen günstig sein.

Ich habe meine Selbstbau* 8 bit computer mit einer Schleife über
Element: 8 bit IO Adresse, 8 Bit Inhalt
initialisiert. Das dürfte weniger als eine Millisekunde gedauert haben.

Post by Chr. Maercker
*Könnten*, weil ich nie Spiele
programmiert habe. Für Steuerprogrammen von Geräten etc. *weiß* ich, wie
vorteilhaft sie bisweilen sind.

Bei Bits war ist neben PIO nur das Statusregister in Erinnerung.

Selbstbau*
Fertig Platine gekauft, selbst bestückt.
Z80 PIO Platine wegen interrupt mode 2 selber gefädelt.

--
<http://www.hermann-riemann.de>

Chr. Maercker

2024-02-02 16:56:47 UTC

Hermann Riemann wrote:
[Spiele wie das legendäre Tennis hätte notfalls ein 8008 erledigt]

Post by Hermann Riemann
Da würde Speicherplatz und Zeit für relevant halten.
Bei Zeit spielt neben Befehlssatz auch noch Takte/Befehl
und Taktrate eine Rolle.

Denke, das Tennis war noch simpel genug, um mit RAM <= 4kByte,
spartanischem 8008-Befehlssatz nebst niedrigem Takt zu laufen.

Post by Hermann Riemann
Ich habe meine Selbstbau* 8 bit computer mit einer Schleife über
Element: 8 bit IO Adresse, 8 Bit Inhalt
initialisiert. Das dürfte weniger als eine Millisekunde gedauert haben.

SIO und wohl auch DMA hatten etliche Register, die initialisiert werden
mussten. Bei denen lohnte sich OTIR schon, bei PIO und CTC eher nicht.

Post by Hermann Riemann
Bei Bits war ist neben PIO nur das Statusregister in Erinnerung.

Geht es Dir hier um die Register der PIO oder um Verwendung von
BIT-Befehlen zur Auswertung von Inputs? Die PIO und CTC hatte WIMRE zwei
oder drei Register für die Initialisierung. Die Ports konnten im Bitmode
betrieben werden, sehr günstig zur Eingabe von zig Schaltern z.B. für
Prozessrechner. BIT-Befehle waren anschließend nicht immer Mittel der
Wahl, mit CP und/oder XOR ging ja auch einiges, aber bisweilen schon.

--
CU Chr. Maercker.

Hermann Riemann

2024-02-02 17:11:12 UTC

Post by Chr. Maercker
Geht es Dir hier um die Register der PIO oder um Verwendung von
BIT-Befehlen zur Auswertung von Inputs?

Man konnte einzelne Bits jeweils auf ein oder Ausgabe legen.
So habe ich zur Kommunikation mit einen 6502 Selbstbau computer
ein paar ca 4 Leitungen (Flachbandkabel) verwenden.
Bytes in Bitpakete zerlegt, 1 Bit für Takt und dann mit
Polling kommuniziert.

Am Z80 hing Tastatur, am 6502 über 6845 ein Monitor.
Auf dem Z80 lief der Editor.

Post by Chr. Maercker
BIT-Befehle waren anschließend nicht immer Mittel der
Wahl, mit CP und/oder XOR ging ja auch einiges, aber bisweilen schon.

Es gibt shift, rotate, and und or mit denen bit und byte Basteln
einfach zu programmieren ist.

Hermann
der auch PIO Pins für größeren Adressraum verwendet hat.

--
<http://www.hermann-riemann.de>

Andreas Kohlbach

2024-02-02 20:55:18 UTC

Post by Chr. Maercker
BIT-Befehle waren anschließend nicht immer Mittel der
Wahl, mit CP und/oder XOR ging ja auch einiges, aber bisweilen schon.

Es gibt shift, rotate, and und or mit denen bit und byte Basteln
einfach zu programmieren ist.

Man sollte wohl schauen, was für die gewünschte Anwendung am schnellsten
geht.

--
Andreas

Hermann Riemann

2024-02-03 15:41:57 UTC

Post by Chr. Maercker
BIT-Befehle waren anschließend nicht immer Mittel der
Wahl, mit CP und/oder XOR ging ja auch einiges, aber bisweilen schon.

Es gibt shift, rotate, and und or mit denen bit und byte Basteln
einfach zu programmieren ist.

Man sollte wohl schauen, was für die gewünschte Anwendung am schnellsten
geht.

Wenn es in Summe 100 Millisekunden schneller geht,
und ich dafür 6 Stunden rate und Fehler suche..

Hermann
der erst, wenn er warten muss, anfängt,
nach Bescheunigungsmöglichkeiten zu suchen.

--
<http://www.hermann-riemann.de>

Andreas Kohlbach

2024-02-03 21:40:17 UTC

Post by Hermann Riemann
Es gibt shift, rotate, and und or mit denen bit und byte Basteln
einfach zu programmieren ist.

Man sollte wohl schauen, was für die gewünschte Anwendung am schnellsten
geht.

Wenn es in Summe 100 Millisekunden schneller geht,
und ich dafür 6 Stunden rate und Fehler suche..

Vielleicht eine Subroutine, die ein paar tausend Mal aufgerufen wird.

Und es ein Videospiel wird, was in großer Zahl verkauft werden soll.

--
Andreas

Hermann Riemann

2024-02-04 11:32:05 UTC

Post by Hermann Riemann
Es gibt shift, rotate, and und or mit denen bit und byte Basteln
einfach zu programmieren ist.

Man sollte wohl schauen, was für die gewünschte Anwendung am schnellsten
geht.

Wenn es in Summe 100 Millisekunden schneller geht,
und ich dafür 6 Stunden rate und Fehler suche..

Vielleicht eine Subroutine, die ein paar tausend Mal aufgerufen wird.
Und es ein Videospiel wird, was in großer Zahl verkauft werden soll.

Nicht unbedingt.

Zeitkritisch ist u.a. (insbesondere bewegte) Grafik.
Deswegen verwende ich bei Pixel C und kein Python.

--
<http://www.hermann-riemann.de>

Andreas Kohlbach

2024-02-05 01:21:14 UTC

Post by Andreas Kohlbach
Man sollte wohl schauen, was für die gewünschte Anwendung am schnellsten
geht.

Wenn es in Summe 100 Millisekunden schneller geht,
und ich dafür 6 Stunden rate und Fehler suche..

Vielleicht eine Subroutine, die ein paar tausend Mal aufgerufen wird.
Und es ein Videospiel wird, was in großer Zahl verkauft werden soll.

Nicht unbedingt.
Zeitkritisch ist u.a. (insbesondere bewegte) Grafik.

Aber das (Dein Beispiel Spiele) meinte ich doch damit, man musste sich
überlegen und probieren, wie man etwas am effizientesten Programmiert.

--
Andreas

Hermann Riemann

2024-02-05 09:00:26 UTC

Post by Andreas Kohlbach
Aber das (Dein Beispiel Spiele) meinte ich doch damit, man musste sich
überlegen und probieren, wie man etwas am effizientesten Programmiert.

Ausreichend effizient.
Assembler erhöht Personalkosten.

Apropo Spiele:
Beim Hubschrauber Simulator Commanche wurde die Zeitsteuerung
anscheinend mit Schleifen gemacht.
Bei 286 CPUs ging das gut.
Bei 486 CPUs mit höherer Taktrate war das für manuelle Steuerung zu schnell.
Trotz Turbo Taste, mit der die Geschwindigkeit herabgesetzt wurde.

--
<http://www.hermann-riemann.de>

Andreas Kohlbach

2024-02-02 20:54:05 UTC

Post by Chr. Maercker
[Spiele wie das legendäre Tennis hätte notfalls ein 8008 erledigt]

Post by Hermann Riemann
Da würde Speicherplatz und Zeit für relevant halten.
Bei Zeit spielt neben Befehlssatz auch noch Takte/Befehl
und Taktrate eine Rolle.

Denke, das Tennis war noch simpel genug, um mit RAM <= 4kByte,
spartanischem 8008-Befehlssatz nebst niedrigem Takt zu laufen.

(1990)

(1984) (etwas in das Video
reingehen, dass es los geht)

auf dem Commodore 64.

Da kommen heutige Tennis-Spiele nicht gegen an. ;-)

--
Andreas

Arno Welzel

2024-02-02 19:31:27 UTC

Weil der Z80 einfach leistungsfähiger war. Angefangen damit, dass er
viel mehr Register hatte, als der 6502. Der 6502 sollte vor Allem billig
sein.

--
Arno Welzel
https://arnowelzel.de

Marc Olschok

2024-02-02 23:31:26 UTC

Weil der Z80 einfach leistungsfähiger war. Angefangen damit, dass er
viel mehr Register hatte, als der 6502. Der 6502 sollte vor Allem billig
sein.

Immerhin hatte der 6502 Pipelining (o.k. nur 2-stufig :-), so dass er
trotz nur 1MHz Taktfrequenz nicht ganz so langsam war. War halt eher
speicherorientiert (z.B. wurde auf eigene Peripheriebefehle verzichtet).
Ein Kollege, der sich damit besser auskannte meinte damals, beim 6502
hätte man die Arbeit auf die Hardware abgewälzt, weshalb er den Z80
besser fand. Aus Programmiersicht hätte ich mir mehr Symmetrie bei
X- und Y-Register und Umschaltbare direct-page statt nur zero-page
gewünscht.

v.G.

--
M.O.

Gerrit Heitsch

2024-02-05 18:17:20 UTC

Post by Marc Olschok

Weil der Z80 einfach leistungsfähiger war. Angefangen damit, dass er
viel mehr Register hatte, als der 6502. Der 6502 sollte vor Allem billig
sein.

Letzteres finde ich eine sehr gute Idee. Damit kann man sämtliche
Befehle auch auf I/O anwenden was diverse Tricks ermöglicht.

Beim Z80 hingegen:

Gerrit

Gerrit Heitsch

2024-02-05 18:11:16 UTC

Weil der Z80 einfach leistungsfähiger war. Angefangen damit, dass er
viel mehr Register hatte, als der 6502. Der 6502 sollte vor Allem billig
sein.

Anzahl der Register sagt wenig. Bei gleichem Takt war der 6502 schneller.

Gerrit

Stefan Möding

2024-02-05 18:47:27 UTC

Post by Gerrit Heitsch
Anzahl der Register sagt wenig. Bei gleichem Takt war der 6502 schneller.

Mit A/X/Y war man aber schnell am Ende und man musste Zwischenergebnisse
gleich wieder ins RAM schreiben.

Der Z80 hatte neben A noch die Register B, C, D, E, H & L zur Verfügung.
Das machte schon mehr Spaß, wenn man den von Hand programmiert hat. Zudem
es Operationen gab, die dann die Register paarweise als 16-Bit Register
(BC, DE, HL) genutzt haben.

--
Stefan

Gerrit Heitsch

2024-02-05 18:59:49 UTC

Post by Stefan MÃ¶ding

Post by Gerrit Heitsch
Anzahl der Register sagt wenig. Bei gleichem Takt war der 6502 schneller.

Mit A/X/Y war man aber schnell am Ende und man musste Zwischenergebnisse
gleich wieder ins RAM schreiben.

Dazu hat man die Zeropage. Da ging da ging das fast so schnell wie ein
Register/Register-Transfer.

Post by Stefan MÃ¶ding
Der Z80 hatte neben A noch die Register B, C, D, E, H & L zur Verfügung.

Ja, aber die brauchte man oft für Dinge, die ein 6502 ohne konnte. Z.B.
absoluten Speicherzugriff wie LDA $1000 mit oder ohne Indizierung.

Gerrit

Marcel Mueller

2024-02-03 08:14:44 UTC

Weil der Programmierer, der den 6502 programmieren musste, das Doppelte
Schmerzensgeld verlangt und doppelt so lange braucht. Die Dinger waren
echt krank. Das ist wie Raspi Videocore IV Programmieren. Man ist den
Ganzen Tag eigentlich nur damit beschäftigt irgendwelche Begrenzungen zu
umgehen.

Marcel

Kay Martinen

2024-02-03 22:09:08 UTC

Post by Andreas Kohlbach
Warum, wo doch ein Jahr (vielleicht 1979) der Z80 $15, der 6502 aber nur
$8 kostete?

echt krank. Das ist wie Raspi Videocore IV Programmieren. Man ist den
Ganzen Tag eigentlich nur damit beschäftigt irgendwelche Begrenzungen zu
umgehen.

Das finde ich jetzt als Vergleich etwas unpassend. Das wär' so als hätte
man damals gesagt den VIC zu Programmieren (z.b.
Rasterzeilen-Interrupts, Sprites) wäre Scheiße - wenn man eigentlich die
CPU programmieren wollte - also wollen wir das nicht.

M.W. Ist der Videocore nicht die eigentliche CPU eines Raspis. Und der
VIC ist keine GPU.

N.B. Den VDC des C-128 an zu sprechen ist noch fieser. Der hat nur zwei
(timing-kritische) Register zur CPU hin und weder Shared-Memory noch
irgendwas DMA ähnliches für diese "GPU". Die mit Speichererweiterung
durchaus auch Grafikfähig war. Damals ging das gar als Hi-Res und
Hi-Color durch.

Ｂｙｅ／
／Ｋａｙ

--
"Kann ein Wurstbrot die Welt retten?" :-)

Marcel Mueller

2024-02-04 00:59:01 UTC

Post by Andreas Kohlbach
Warum, wo doch ein Jahr (vielleicht 1979) der Z80 $15, der 6502 aber nur
$8 kostete?

echt krank. Das ist wie Raspi Videocore IV Programmieren. Man ist den
Ganzen Tag eigentlich nur damit beschäftigt irgendwelche Begrenzungen zu
umgehen.

Ja, sicher. Darauf wollte ich auch gar nicht hinaus, sondern nur darauf,
dass der Befehlssatz des 6502 einem einfach nur das Leben schwer gemacht
hat. Und das ist halt bei den Shader-Kernen des VC4 auch so.

Den Commodore-Kram habe ich mir damals erspart. Im besonderen den C128,
der zum Zeitpunkt des Erscheinens schon veraltet war.

Marcel

Gerrit Heitsch

2024-02-05 18:44:41 UTC

Post by Marcel Mueller
Den Commodore-Kram habe ich mir damals erspart. Im besonderen den C128,
der zum Zeitpunkt des Erscheinens schon veraltet war.

Es war der erste Heimcomputer der 2 Grafiksysteme hatte, also echten
Dual-Monitorbetrieb erlaubte.

Gerrit

Kay Martinen

2024-02-05 20:04:09 UTC

Post by Gerrit Heitsch

Post by Marcel Mueller
Den Commodore-Kram habe ich mir damals erspart. Im besonderen den C128,
der zum Zeitpunkt des Erscheinens schon veraltet war.

Es war der erste Heimcomputer der 2 Grafiksysteme hatte, also echten
Dual-Monitorbetrieb erlaubte.

Stimmt, und so hab ich ihn auch genutzt. Anfangs mit einem Farbfernseher
via FBAS, später mit einem 1084S und daneben erst einen Grünmonitor,
später einen IBM mit RGBI. Du konntest auf dem 80-Zeichen Schirm ein
Programm aufgelistet haben und zugleich auf dem 40 Zeichen Schirm sehen
was es macht wenn es läuft - falls dessen Grafikmodus das Ziel war. Was
(IMO beim COMAL-Modul) mit Turtle-Grafik so voreingestellt war.

Der hatte aber außerdem noch eine Bu/Zi... ähh eine DIN/ASCII
Umschalt-Taste. Die Zeichen wurden dann (DIN) zwar deutlich dünner aber
man konnte die Umlaute sehen. Und die Taste wirkt sofort weil sie direkt
das Angezeigte umschaltet.

Eine "Turbo" Taste gab's auch schon. Ähh, Virtuell.

Beim IBM PC konnte man früher MAXIMAL einen HGC (o. MDA) und eine CGA
Karte (später IMO auch VGA) nebeneinander nutzen. Aber ab Boot war immer
eine davon Standard und das umschalten ging IMO nur per MODE Befehl.

"Turbo" und Co. kamen erst später mit den Kompatiblen und Sound gab's
auch anfangs nur als Beep, immerhin aus einem echten Lautsprecher. Der
aber mittels Rechteck-Signal nur kratziges produzierte.

Ich hab damals eine Zeit lang so ein Dual-Monitor-Setup benutzt. Nicht
nur auf dem 128'er sondern auch auf einem PC. Aber auf dem PC war's
deutlich unbequemer. Am 128'er gabs die 40/80 Taste und der 1084S hatte
beide Eingänge und auch eine Taste zum Umschalten.

Ich hab mir auch eine Eigene Switchbox gebaut damit ich darüber den Ton
auf beide Lautsprecher des Monitors (1084S=Stereo) verteilen kann, und
zum auswählen ob der Grünmonitor ein Signal bekommt oder der andere. So
konnte man auswählen ob man mit zweien arbeiten will oder mit nur einem
und Knopfdrücken. Ich mein, es wären dann sogar drei. Denn der
Grünmonitor bekam das 'I' aus dem RGBI-Signal und hatte ein Schärferes
Bild als der IBM Farbmonitor. Nachdem ich ihn extern abgeschirmt hab.

Ｂｙｅ／
／Ｋａｙ

--
"Kann ein Wurstbrot die Welt retten?" :-)

Andreas Kohlbach

2024-02-05 01:32:49 UTC

Post by Andreas Kohlbach
Warum, wo doch ein Jahr (vielleicht 1979) der Z80 $15, der 6502 aber nur
$8 kostete?

echt krank. Das ist wie Raspi Videocore IV Programmieren. Man ist den
Ganzen Tag eigentlich nur damit beschäftigt irgendwelche Begrenzungen zu
umgehen.

Wenn man zum Beispiel Sprites erstellt und die Daten in die dafür im
VIC-II vorgesehenen Register schiebt, ist das kein Programmieren?

Post by Kay Martinen
M.W. Ist der Videocore nicht die eigentliche CPU eines Raspis. Und der
VIC ist keine GPU.

Nicht? Vielleicht gab es den Begriff damals nicht. Eher "Video Display
Unit" oder so. Dürfte aber der Vorläufer der GPU gewesen sein.

--
Andreas

Arno Welzel

2024-02-05 10:33:05 UTC

Post by Andreas Kohlbach
Warum, wo doch ein Jahr (vielleicht 1979) der Z80 $15, der 6502 aber nur
$8 kostete?

echt krank. Das ist wie Raspi Videocore IV Programmieren. Man ist den
Ganzen Tag eigentlich nur damit beschäftigt irgendwelche Begrenzungen zu
umgehen.

Wenn man zum Beispiel Sprites erstellt und die Daten in die dafür im
VIC-II vorgesehenen Register schiebt, ist das kein Programmieren?

Nein, das ist einfach nur I/O. Man schreibt mit der CPU Daten in
irgendwelche Speicheradressen, mehr nicht.

Beim den 8-Bit-Ataris gab es im Videochip schon "Displaylisten", bei
denen eine Art Maschinensprach im Videocontroller lief. Die Befehle
waren eher simpel, aber man konnte immerhin mehrere Grafikmodi per
Befehl in einem Bild kombinieren - z.B. 10 Zeilen Textmodus und den Rest
des Bildschirms Grafik oder umgekehrt und man konnte geziehlt Interrupts
an bestimmten Stellen des Bildschirms auslösen.

--
Arno Welzel
https://arnowelzel.de

Gerrit Heitsch

2024-02-05 18:52:41 UTC

Post by Andreas Kohlbach
Warum, wo doch ein Jahr (vielleicht 1979) der Z80 $15, der 6502 aber nur
$8 kostete?

echt krank. Das ist wie Raspi Videocore IV Programmieren. Man ist den
Ganzen Tag eigentlich nur damit beschäftigt irgendwelche Begrenzungen zu
umgehen.

Wenn man zum Beispiel Sprites erstellt und die Daten in die dafür im
VIC-II vorgesehenen Register schiebt, ist das kein Programmieren?

Nein, das ist einfach nur I/O. Man schreibt mit der CPU Daten in
irgendwelche Speicheradressen, mehr nicht.
Beim den 8-Bit-Ataris gab es im Videochip schon "Displaylisten", bei
denen eine Art Maschinensprach im Videocontroller lief. Die Befehle
waren eher simpel, aber man konnte immerhin mehrere Grafikmodi per
Befehl in einem Bild kombinieren - z.B. 10 Zeilen Textmodus und den Rest
des Bildschirms Grafik oder umgekehrt und man konnte geziehlt Interrupts
an bestimmten Stellen des Bildschirms auslösen.

Ah, da kam die Idee für den Copper beim Amiga her.

Gerrit

Gerrit Heitsch

2024-02-05 18:48:53 UTC

Post by Kay Martinen
M.W. Ist der Videocore nicht die eigentliche CPU eines Raspis. Und der
VIC ist keine GPU.

Nicht? Vielleicht gab es den Begriff damals nicht. Eher "Video Display
Unit" oder so. Dürfte aber der Vorläufer der GPU gewesen sein.

Das hiess damals einfach 'Videocontroller'.

Gerrit

Kay Martinen

2024-02-05 20:16:37 UTC

Post by Gerrit Heitsch

Post by Kay Martinen
M.W. Ist der Videocore nicht die eigentliche CPU eines Raspis. Und der
VIC ist keine GPU.

Nicht? Vielleicht gab es den Begriff damals nicht. Eher "Video Display
Unit" oder so. Dürfte aber der Vorläufer der GPU gewesen sein.

Das hiess damals einfach 'Videocontroller'.

Genau. Und "Kontrolliert" hat der maximal seinen Videoteil, also eher
den Digital-zu-analog Zweig bis zum Modulator den man auch oft noch
brauchte. Gut, VideoRAM und Zeichengenerator waren Digital aber letztere
IMO nicht einfach direkt erreichbar - außer vom VIC. Die DIN/ASC
Umschaltung beim 128'er passierte durch umschalten auf ein anderes
CharROM so weit ich erinnere.

Und m.W. hat der nichts von allein gemacht. Jedenfalls nicht wie heutige
GPUs die ja allesamt eher hochspezialisierte Grafik/Vektor-Rechner sind
und selbst Programme abarbeiten können.

Die CPU steuerte den VIC an. Da die Register Memory-Mapped sind ist das
im Grunde auch nur I/O. Der VIC teilte sich nur die Buszugriffe mit der
CPU, was durch den Zwei-Phasentakt der 6502 möglich war. Aber auch der
Haken im FAST Modus des C-128. Der verbaute VIC konnte keine 2 MHz und
wurde darum dunkel geschaltet. Aber nicht unbedingt dauernd.

N.B. VIC steht meines Wissens für "Video Interface Controller".

Ｂｙｅ／
／Ｋａｙ

--
"Kann ein Wurstbrot die Welt retten?" :-)

Gerrit Heitsch

2024-02-05 18:41:10 UTC