Bei einer CPU bezieht sich "Bits" immer auf das Rechenwerk, nicht auf die den I/O Bus, nicht auf den Adressbus (aka Speicherbus) und auch nicht auf Registerbreite. Die Intel 8088 CPU z.B. ist eine 16 Bit CPU, da besteht kein Zweifel, da sie ein 16 Bit Rechenwerk besitzt. Sie hat auch 16 Bit Register, wobei das stimmt nur zum Teil. Sie hat zwar echte 16 Bit Register, aber die meisten generischen Register sind nur 8-Bit Register, von denen aber immer zwei zu einem 16 Bit Register zusammengefasst sind, die sich dann wie ein einziges Register ansprechen lassen, wahlweise aber auch als zwei 8 Bit Register genutzt werden können. Die CPU hat jedoch nur einen 8 Bit I/O Bus (das unterscheidet sie zum 8086, dessen Rechenwerk identisch aufgebaut ist, der aber einen 16 Bit I/O Bus hatte) und ihr Adressbus war 20 Bit breit und damit sogar mehr als 16. Die Ricoh 5A22 im Super-Nintendo ist einen 16 Bit CPU, da sie ein 16 Bit Rechenwerk und und auch 16 Bit Register besitzt. Dass ihr I/O Bus nur 8 Bit ist macht sie genauso wenig zu einer 8 Bit CPU wie die Tatsache, dass sie ihr Adressbus 24 Bit ist sie nicht zu einer 24 Bit CPU macht. Dass Bitbreite Rechenleistung entspricht hat auch nie jemand behauptet, aber wenn mein Rechenwerk nur 8 Bit ist, dann kann ich eben nur 8 Bit Eingangswerte in einen Befehl füttern und erhalten dann auch nur einen 8 Bit Ausgangswert. Ich kann also nicht 1000 - 500 rechnen, da 8 Bit nur Zahlen bis 255 darstellen kann. Natürlich kann einen 8 Bit CPU das schon berechnen, indem ich die Zahlen als 16 Bit abspeichere und dann zuerst die oberen 8 Bit voneinander abziehe, mir den Übertrag merke und dann die unteren mit Übertrag voneinander abziehe, aber dann brauche ich halt je nach CPU 2-4 Befehle um etwas zu tun, was eine 16 Bit CPU mit einem einzigen Befehl macht. Deswegen ist die 16 Bit CPU nicht automatisch schneller, da ja meine 8 Bit CPU ggf. 100x schneller Befehle ausführen kann als meine 16 Bit CPU, aber es hat einen Einfluss wie viel Code man braucht und oft auch wie komplex der Code ist. Es hat einen Einfluss darauf wie oft ich Daten vom Bus nachladen oder in Speicher auslagern muss. Faktisch muss eine 8 Bit CPU etwa 4x schneller sein um es wirklich mit einer 16 Bit CPU aufnehmen zu können und das aufgrund von diversen Faktoren oft gar nicht machbar, insofern heißt mehr Bits meistens eben doch mehr Geschwindigkeit. Als Analogie: Statt Sand von A nach B mit einem Transporter zu transportieren, der pro Fahrt 4 Tonnen Ladung transportieren kann, kann ich das in der gleiche Zeit schaffen mit einem, der nur 1 Tonne pro Fahrt schafft, wenn er viermal so schnell fährt. Aber da fallen jeden gleich ein Haufen von praktischen Problemen ein, warum das nicht so einfach geht.
Und jetzt noch als Ergänzng erklären, daß der höhere Takt von Prozessor B automatisch eine höhere Rechenleistung bedeutet als die des geringer getakteten Prozessor A. Klingt einleuchtend, ist aber oft genug eine Milchmädchenrechnung. Zwei Prozessoren zu vergleichen kann enorm schwierig sein, rotzdem wurde immer schon die Taktfrequenz beworben als wäre sie eine Art Motorleistung für Computer. Ich habe hiier einen alten 8 Bit Prozessor vom 1976. Der kleine Kerl läuft mit fast 8 Mhz auf einem Breadboard. Nicht svhlecht für einen so alten Prozessor, aber er braucht auch diesen hohen Takt wegwn seiner ungewöhnlichen Architektur. Er galt früher als 'langsam', und das mag auch stimmen, wenn man ihn mit einen 6502 oder Z80 vergleicht. Aber er hat auch seine eigenen Spezialitäten, bei denen die konventionelleren Prozessoren ins Rudern kommen.Z,B, arbeite ich gerne mit mehreren Stacks zugleich oder habe Aufgaben einer MMU in die ohnehin notwendige Aufrufprozedur für Unterprogramme eingebaut. Mehrere Programm counter gleichzeitig sind genauso wenig ein Problem für den Prozessor wie mehrre stack pointer. Er ist irgendwie ein ganz anderes Tier als die bekannteren 8 Bit Prozessoren, Wie vergleicht man sowas?
@@CDP1861 Taktrate ist glaube ich ein bisschen wie PS. Ein Auto fährt nicht automatisch schneller, nur weil es mehr PS hat. Wäre das der Fall, dann müsste ja jeder LKW jeden PKW um Welten in Sachen Geschwindigkeit schlagen. Am Ende des Tages zählt wofür man die PS Leistung nutzt (beim LKW für mehr Zuglast, nicht für mehr Geschwindigkeit) und wie viel Leistung man am Ende auf die Straße bekommt (da haben Getriebe und Reifen auch noch ein Wörtchen mitzureden). Und moderne CPUs erlauben es Anweisungen teilweise parallel auszuführen, teilweise auch mit Überlappung, daher kann man hier an Taktrate und wie viele Takte eine Anweisung braucht gar nichts mehr rauslesen. So brauchen z.B. auf x86 CPUs manchmal einen Anweisung 16 Takte, führt man die aber mehrfach hintereinander aus, dann kann die nächste bereits nach 4 Takten starten. Zwei solche Instruktionen hintereinander brauchen also nicht 32 Takte, sondern zusammen nur 20 Takte. Und während die beiden Anweisungen ausgeführt werden, kann eine andere Unit eine dritte Anweisung abarbeiten, die eigentlich 5 Takte bräuchte, aber diese 5 kommen halt nicht oben drauf, sondern sind bereits in den 20 mit enthalten. Am Ende wurden also alle 3 Anweisungen in 20 Takten abgearbeitet, obwohl sie aufaddiert eigentlich 37 Takte gebraucht hätten.
@@CDP1861 Ich hab dazu auch noch ein aktuelleres Beispiel. Ich hatte mal eins dieser Netbooks mit Intel Atom-CPU - 1,6 GHz. Danach bin ich auf ein anderes Notebook mit einer 1,2 GHz (Celeron? Weiß ich nicht mehr) gewechselt. Das neue Notebook mit seinen 1,2 GHz war deutlich spürbar schneller als die Atom-CPU. Das war für mich dann auch schon der Punkte, an dem ich mental das GHz-Leistungs-Konzept in die Tonne getreten hab.
Subtraktion auf Siliziumebene ist deinerseits ein sehr sehr schlechtes Beispiel, da CPUs bis heute keine Subtraktion beherrschen. Es wird das Vorzeichen der zu subtrahierenden Zahl umgekehrt und dann addiert. Dazu ist aber das letzte Bit zur Unterscheidung der Vorzeichen notwendig (Carry-Bit und Negative-Bit als Suchbegriffe). Eine 8Bit CPU subtrahiert also nur mit 7 Bit von -127 bis 127 :-) Die Geschwindigkeit bei den CPUs ist heutzutage ausschlaggebend vom Befehlssatz. Es ist ein Unterschied, ob bei einer Multiplikation tatsächlich multipliziert wird oder nur um den Faktor addiert .... 10 * 10 entspricht dann 10 + 10 + 10 + 10 ... etc. Das erste wäre in einem Takt erledigt, das andere benötigt 10. Und nun kommt der echte Programmierer zum Zuge, von denen es heute immer weniger gibt. Hoffe Inside-CPU ist bei heutigen Studiengängen überhaupt noch ein Thema.
sieben komma sechzehn? ich weis, heutzutage blicken das nichtmal mehr die TV-Nachrichten, aber nach dem komma gibts keine doppelzahlen. sieben komma eins sechs.
Super Format. 20-30 Min find ich perfekt (Für längere Formate gibt es schon einige Kanäle). Gerne mehr! Bin zwar auch schon Gaming-Opa, aber Nostalgie ist schon was feines ^^ Und paar coole Sachen dabei, die ich auch nicht wusste.
17:32 Mit dem RAM ging wohl etwas durcheinander: 8 Bit wären maximal 256 Bytes (nicht kB), der 6502 hat jedoch einen 16 Bit Adressbus, kann also bis zu 64 kB ansprechen. 16 Bit sind 65536 Bytes richtig, aber nicht 65 MB sondern 64 kB. Viele 16 Bit CPUs haben aber einen 24 bit Adressbus (16 MB ansprechbar) 32 Bit sind 4 Milliarden Bytes ansprechbar, nicht Bits. 4 GB stimmt aber. 64 Bit die Zahl stimmt wohl :)
Der Jaguar hatte einen 64 Bit Datenbus, einen 16 Bit CPU und mehrere 32 Bit GPUs, Blitters und Soundchips. Der N64 hatte ein zu kleinen Grafikpuffer, der Hauptgrund für die schwachen Texturen.
17:33 Mit den Bits bist du wohl ein bisschen durcheinander gekommen. Mit 8 Bits kann man 256 Byte adressieren (nicht Kilobyte) mit 16 Bit sind es 64 Kilobyte (nicht Megabyte). Man konnte sich aber helfen, mehr Speicher zu adressieren, indem man mehrere umschaltbare Speicherbänke nutzt.
Genau und darum hatte die 8-Bit CPU 6502 auch einen 16 Bit Adressbus für max 64kByte Speicher für RAM,ROM und Hardwareansteuerung. Mehr Speicher ging mit bank switching über Zusatzbausteine.
@@M.Munderloh Die Bits der CPU beziehen sich ja üblicherweise auch nicht wie suggeriert auf den Adressbus, sondern auf den Datenbus und die gängigen Register. Auch der Z80 hatte 8 Bit Datenbus und 16 Bit Adressbus. Die 8086 hatte 16 Bit Datenbus und 20 Bit Adressbus. Erst beim 80386 gab es bei Intel 32 Bit Datenbus und 32 Bit Adressbus.
Finde die Aussage mit den 8 Bit zu 256 Byte problematisch, wenn man bedenkt, dass 256 Byte eigentlich 256*8 Bits sind. 8 Bit bedeutet doch eigentlich nur, dass 256 unterschiedliche Zustände (oder Adressen) verwaltet werden können. Was die Zustände genau definieren ist davon unabhängig. Bei 18:15 sind dann ca. 4 Milliarden BITS plötzlich 4 Giga-BYTE Bits und Bytes sind doch nicht das gleiche
@@lame7560 In den meisten Fällen/Systemen bekommt ein Byte genau eine Adresse. Deshalb sollte die Aussage in der Regel passen. Bei 16-Bit-Systemen ist es z.B. oft so, dass nur jede zweite Adresse ein 16-Bit-Wort adresseiert. Ein 16-Bit-Wort besteht aus zwei Bytes und jedes dieser zwei Bytes erhält eine eigene Adresse, auch wenn über den Bus beide Bytes gleichzeitig geholt und verarbeitet werden können. Bei 32-Bit-Systemen ist dann jede vierte Adresse ein 32-Bit-Wort und bei 64-Bit jede achte Adresse ein 64-Bit-Wort. Andere Varianten sind aber durchaus möglich, das stimmt. Ja, bei 18:15 und danach spricht er von Bits, meint aber eigentlich Bytes. Bytes ist korrekt (da man keine einzelnen Bits adressiert), also stimmt 4 Gigabyte. Noch exakter wäre 4 Gibibyte (GiB), denn eigentlich ist Giga der Faktor 1.000.000.000 und Gibi 2^30 (1.073.741.824 = 1024 * 1024 * 1024).
Mich würde interessieren was die tatsächlich Leistung des N64 interessieren, wenn wir den Bottleneck einbeziehen. Wenn schon DK64 extra eine Technik hatte um gegen den Lag, was hätten wir bekommen wenn der Speicher mitgespielt hätte.
Bei mir ging es erst 2006 mit TV Konsolen los da war ich 18, 2007 erste mal online gezockt, frueher hätter es mir wegen zu schlechter grafik keinen spass gemacht
Der Bottleneck der N64 war die schmale Anbindung des Arbeitsspeichers, aber hauptsächlich die 64mb Speicherkassetten, die schnell im Lesen (5mb), aber sehr teuer waren und klein waren. Wenn Nintendo mit der 64DD Erweiterung mindestens auf Mini CDs (8cm und bis zu 210mb) und einem Laufwerk mit 4-8-facher Geschwindigkeit (0,6-1,2mb) gesetzt hätte und dieses vor 1998 erschienen wäre, hätte die N64 auch mehr 3rd Party Support und. Diese Geschwindigkeiten im Lesen gab es seit 1995. Die PS1 hat sich auch wegen des laschen Kopierschutz der CDs auch gut verkauf.
@@aBeerFromHere7994 Die Module waren nicht wirklich so sehr das Problem. Zwar musste man dadurch bei der medialen Präsentation ( Sound & Videos ) Kompromisse eingehen, für die meisten polygonalen Spiele war der Speicherplatz aber völlig ausreichend. Auch für Titel wie Resident Evil 2. Die Politik von Nintendo war viel stärker daran beteiligt das so wenige 3. Party Spiele veröffentlicht wurden. Die generelle Architektur des N64 hatte jedoch zuviel Kompromisse. Wodurch man bei Real Performance und Features teils große Abstriche bei der Grafik machen musste, da sich Features gegenseitig blockierten oder gegenseitig unnötig Rechenleistung klauten und sich das N64 dadurch nicht so wahnsinnig von PS1 und Saturn absetzen konnte, wie es die reinen technischen Daten erstmal vermuten lassen. Nintendo hat sich so sehr auf die CPU konzentriert, das eine GPU und Soundchip vernachlässigt wurden. Das N64 war aus Kostengründen und dem 64Bit Projekt ( von dem man nicht mehr abspringen konnte ) mit der heißen Nadel gestrickt, Komponenten wurden eingespart um die Kosten niedrig zu halten. Umschifft man diese Probleme, hat man den typischen N64 Look ala Mario & Zelda. Legt man den Schwerpunkt auf andere Grafik FX, Sound und Texturen, kann es hingegen plötzlich passieren das sogar die PS1 vorbei zieht.
Nach dem N64 mit seinen Sagenhaften 64 bit hat doch nie jemand mehr über bit gesprochen. Niemals hab ich irgendwo gehört oder gelesen "Kauft Die Playstation, Die hat sagenhafte 128 bit" so wie es bei dem N64 noch Der Fall war.
Doch bei der Dreamcast habe ich das in meiner Jugend noch stark wahrgenommen mit der 128 bit Werbung. Dafür hat Sony mit der Playstation 2 anderes Marketing betrieben, wie die PS2 ist so Leistungsstark dass man mit ihr Atomraketen oder allgemein Rakten hätte steuern konnte.
Ja, hatte man. Es gab Module mit extra Soundchip, so das manche Games sogar Dolby Surround unterstützten. Andere wieder rum hatten den Super FX Chip, welcher einfache, aber echte 3D-Grafik auf dem SNES möglich machte, bei den meisten Games wurde dieser aber ehr nur für Kleinigkeiten genutzt, um weniger Aufwand beim programmieren zu haben.
Oh Mann, die Breite des Datenbusses bestimmt doch nicht direkt, wieviel Speicher ein Prozessor maximal ansteuern kann. Dafür gibt es den separaten Adressbus. Ein Prozessor mit einem breiten Datenbus ist zwar typischerweise speicherhungriger als einer mit einem schmaleren Datenbus, aber es gibt kein Gesetz, daß automatisch auch einen breiteren Adressbus verlangt. Mal abgesehen davon, die Zeite sind lange vorbei, in denen der Prozessor die ganze Arbeit alleine machen musste, Insbesondere Graphik wird heute fast ausschließlich vom Graphikprozessor erledigt. Der Mikroprozessor delegiert die ganze Rechenarbeit also, die er früher noch selber machen musste. Und es gibt noch ein paar Helferlein mehr, außer dem Graphikprozessor. Heutzutage beeindruckt man nicht mehr viele mit einem tollen Mikroprozessor alleine.
großartige leistung. ich feiere deine videos und schaue sie mir bis zum ende mit viel spaß an. bleibe weiterhin motiviert und mach weiter mit deinen videos! Hut ab!
Der einzige spürbare Unterschied bei den Generationen war 8-Bit auf 16-Bit. Einzig weil man 16 Bit Zahlen (bis 65535) in einem Takt übertragen konnte (in der CPU). Aber selbst 8-Bitter wie der MOS 6510 im C64 konnte das schon, obwohl es ein 8-Bitter war. Vom Prinzip könnte man alle heutige Software auf 8-Bit CPUs laufen lassen. Einfach mit mehr Instruktionen, die notwendig wären, um zum selben Ziel zu kommen. Generell sehe ich den Sprung zu der Zeit, als 3D wirklich abhob. Da brauchte es dann aber Fließkomma, was meist in 32-Bit umgesetzt wurde. Die Playstation 1 z.B. nutze bei der 3D Berechnung nur Ganzzahlen, daher kommt auch dieser ganz eigene Look, der immer etwas unsauber wirkt. Generell: Augenwischerei. Ist auch heute noch bei gaaaaanz vielen Dingen so, wo Zahlen hoch oder runtergetrieben werden (Hertz beim Refresh hoch, bei der Latenz runter etc.).
bei der PS2 war es eigentlich sogar ganz stupider weswegen die RISC CPU von der PS1 verbaut wurde. primär wurde die ganz einfach als Drive Controller Chip genutzt. Denn die PS2 kam ja mit DVD support und die PS1 CPU brachte noch die nötige Leistung und war billiger für das Decoding der CSS Schlüssel von den DVDs sowie das decodieren von MPEG2. Allerdings was die CPU auch strenggenommen nicht so gut da die PS2 heftige Probleme mit DVD9 hatte also zweischichtige DVDs
In der PS1 war überhaupt keine RISC Rechnerwerk verbaut, das war alles MIPS. Die Decodierung von MPEG Daten wurde von dem IPU Kern der EE bewerkstelligt, die auch zum Dekomprimieren von Texturen verwendet werden kann. Die DVD Schlüssel und der Kopierschutz wurden von dem MechaCon Chip bewerkstelligt. (Von dem bis heute keine Datenblätter existieren). Aber der Prozessor der PS1 wird als iop(Input Output Prozessor) verwendet um die EE zu entlasten. Beide Prozessoren Unterhalten sich über das SIF(serial Interface). Der Entwickler kann kleine Programme erstellen sogenannte irx Dateien und diese dann auf dem iop ausführen. Der iop wird auch beim PS1 Betrieb in der Taktung umgeschaltet, von 33 MHz auf 38MHz. Aber nagelt mich da nicht fest.
Das Dreamcast war irgendwie meine Lieblingskonsole. Auch wenn ich mit dem NES, Super Nintendo u.Mega Drive aufgewachsen bin. Das Dreamcast war zumindest meine letzte Konsole, die ich mir gekauft hatte.
Also meines Wissens nach haben die 8 Bit, 16 Bit etc. was mit der darstellbaren Farbtiefe zu tun! Und tatsächlich wenn man danach googlet dann findet man das der NES 8 Bit Farbtiefe hat, das SNES 16 Bit! Beim N64 liegt es tatsächlich daran das diese 64 Bit was mit dem Prozessor zu tun hatten und nicht mit der Farbtiefe! Aber ja, jemand der im eigenen PC im Hintergrund die Wasserkühlung falsch rum einbaut den kann man nicht ernst nehmen! Jetzt aber Spaß beiseite! Bis auf diese kleinen aber feinen Fehler ist das Video echt gut gemacht!
Der SNES konnte im Color Add/Subtract-Modus 15 Bit Farbtiefe, also 32768 Farben gleichzeitig darstellen. Häufig waren es aber nur 256 Farben gleichzeitig. Der Sega Genesis / Mega Drive konnte als 16-Bit-Konsole sogar nur 64 Farben aus einer Palette von 512 Farben gleichzeitig darstellen. Und in der Praxis sieht man dem SNES seinen technischen Vorteil nur selten an, beide Konsolen haben einen Comiclook produziert und keinen realistischen Look wie es mit 16 Bit Farbtiefe tatsächlich schon möglich war.
Echt ein super interessantes und lehrreiches Video. Ich würde mich freuen, wenn du in Zukunft wieder einmal so detailiert über gewisse Themen sprechen würdest. 👍
Diese Zusammenhänge überraschen mich eigentlich weniger, da ich schon früher mehr PC-affin war und dort die Grafik meist besser dargestellt wurde als auf den Konsolen. Konsolenspiele sind ja auch meist teurer gewesen als die "normalen" PC-Spiele, und irgendwie müssen die Zockerkisten ja auch abgesetzt werden. Dass die Entwicklung im PC-Bereich irgendwann mal langsamer wird, verwundert auch nicht wirklich. Bei den Systemanforderungen für die Spiele kam es meist letztendlich nur auf die Grafikkarte an, bei Arbeitsspeicher und Prozessoren war oft genug zu lesen, dass selbst ältere CPU's mit aktuelleren Spielen sehr gut mithalten. Daran war doch schon ersichtlich, dass die Ressourcen noch gar nicht ausgeschöpft sind. Wieso dann also modernste Technik, wenn es nicht notwendig ist? Das ist halt Marketing, und das findet sich nahezu überall...!!!
Wahnsinn. ich bin seit dem NES dabei. Ich hatte alle Konsolen von Nintendo und bin dann auf den Dreamcast für paar Jahre umgestiegen. Für mich ist bis heute die Dreamcast die beste Konsole ever. Aber die Details über die Leistung.. War ich bis heute wohl auf dem Holzweg. Danke für die Infos. ❤
Funfact für euch: wenn man 128bit voll ausschöpfen möchte. Dann wäre der RAM größer als ein Vorlesungssaal bei einer Speicherzellengröße von einem Atom! (Wahrscheinlich nicht mal umsetzbar)Wird niemals jemand jemals brauchen....
Also ich war letzte Woche ja der Skeptiker. Ich wollte 3x news und zusatz am we. Aber ist jetzt egal ich finde deine beiden Videos einfach super. Also dieses und bei nerdovertech. Mach weiter so. Unglaublich spannend und informativ.
Ich hab es als Kind nicht kapiert, das wurde in den Videospielzeutschriften auch nur ganz rudimentär erklärt. Eigentlich war es am Ende auch egal, aber aus Marketing Sicht genial, wenn man eine Zahl hat, die sich von Generation zu Generation verdoppelt. Bei der PC Engine wurde das ja in der USA im Namen aufgenommen "Turbo Grafx 16" und aus rückblickender Sicht muss man ja sagen, dass man sie als 16 Bit bezeichnen kann gerade im Vergleich zur 128 bit Dreamcast. Ich hatte sogar die Schummelkatze, den Jaguar mit seinen "64" Bit. Naja, während es bei der 8 und 16 Bit Zeit bezogen auf die Architektur noch weitestgehend akkurat war, war es eben danach nur noch Synonym für die jeweilige Generation und so richtig verstanden hatte es schon damals niemand.
Super Video!!! Viel Arbeit und Technik Wissen dahinter 😱👍 20min für so ein Video finde ich in Ordnung. Manche machen 1 Std Videos was ich dann wieder zu lang finde.
Super Video, super erklärt und wie immer mit deinem einzigartigen Humor (das mit dem Jungen der "NINTENDO 64" geschrien hat, hat mich kalt erwischt xD). Freue mich schon auf mehr Videos dieser Art 😊
15:00 Zählt nur für SCPH-10k bis 70k-Slim. Danach haben die einen LSI-Logic PPC, mit MIPS Auxiliary Processing Unit/"APU", genannt "DECKARD", der den "IOP"/MIPS RISC R3000 "repliziert"... Es gibt die Fantheorie das "Rick Deckard" selbst ein Replikant ist! 😂🎉
als gamer seitdem gameboy muss ich sagen das ich es immer lustig fand wie die alle mit ihren bit zahlen um sich geworfen haben. weil am ende vom tag es schnurz piep egal ist ob 16bit, 32bit, oder 64bit, am ende vom tag zählt nur wie gut das spiel auf der konsole ist, wie gut die story die charactere und das gameplay sind, alles andere ist mir als gamer völlig egal. di ganzen technischen daten sind nur marketing weil grösser ja besser für die meisten, was aber völliger quatsch ist, gut ist nur eine konsole wenn se gute spiele hat, wie gut die grafik ist, ist völlig egal am ende. heute werden konsolen und spiele beworben indem se immer mehr grafik hier grafik da haben, alles andere scheint die nicht zu interesieren, darum werden die spiele immer schlechter weil gute graik heisst eben nicht automatisch auch nen gutes spiel. als gamer spiel ich spiele nicht wegen der grafik sondern wegen dem spiel selbst, dem gameplay der story und denn characteren, hab ich immer so gemacht, ob ne 2k graik 4k graik 8k grafik interessiert mich kein stück. grund ist einfach weil seit es 3d texturen im gaming gibt, gab es nix besseres mehr nix wo man wirklich noch nen unterschied während des gameplays sehen kann. ich würde es sehr interessant finden wie ein 4d spiel aussehen würde, weil der sprung von 2d texturen zu 3d texturen war schon ein mega sprung, bin gespannt ob es mal denn nächsten sprung irgendwann geben wird von 3d zu 4d und ob der ebenso auffälig sein wird wie von 2d zu 3d.
Hör auf diejenigen, die vom Fach sind... Ein "Home Computer" besteht aus einer Platine mit einem Prozessor, und unter den 8-Bit-Prozessoren können wir zum Beispiel hauptsächlich den 6508/6510 und den Z80 haben. Du hast Spiele von Konsolen mit verschiedenen CPUs gezeigt. Auf der Platine befindet sich auch ein Sound- und Videochip. Jede Konsole oder jeder Home Computer verwendete verschiedene Chips, und daher musste die Maschine neu abgebildet werden, indem Maschinenzyklen verwendet wurden, die auf einer anderen Maschine mit demselben Prozessor diese "Routine" (das ist der technische Name) auf Hardwareebene von einem besseren Chip ausgeführt werden. Hast echt keine Ahnung 😂
Das SNES als 8bit-Konsole zu bezeichnen, finde ich etwas weit hergeholt, aber da gibt es ja schon genug Kommentare zu. Die PC-Engine alias TurboGrafx finde ich da schon interessanter. Ja, eigentlich eine 8bit-Konsole, hatte aber ihre 16bit-Grafikprozessoren, die schon damals zeigten, dass der Hauptprozessor eigentlich nicht alles ist. Und so den richtig den Vogel hatte der der Atari Jaguar mit seiner 64bit "Do the Math" Werbung abgeschossen. Das hat so richtig gezeigt, dass Bit halt nicht alles sind.
bit hin oder her... finde dass die dreamcast die beste konsole ihrer zeit war. vu und die internet-fähigkeit waren damals sooo geil. ich hab sie geliebt.
Sehr interessanter Vortrag. Ich denke mal, nach der 64Bit CPU, wird es nur noch den Quantenprozessor geben. Und der arbeitet dann mit Q-Bits, also völlig anders, als die klassische Silizium CPU. 😁😉
Gut erklaert. Das das alles Marketing war habe ich schon extrem frueh gemerkt, naemlich eigentlich ab den intel386 Zeiten, die ja schon 32bit waren. Ab da war mir klar, dass nur durch Takt oder Cores wirklich mehr geht bei gleichem RAM.
Sega....obwohl für mich immer noch die Nummer 1, kann weder Nintendo, Sony noch Microsoft Vorwürfe machen! Er hat sich mit dem er soviel, auch das er vor seiner Zeit war...regelrecht selbst zerstört! Er könnte heute die Nummer eins sein....Das Problem das die Kreativität ihnen das Genick gebrochen hat! Aber, in eineinhalb Jahre eine so tolle Konsole wie den Dreamcast zu entwickeln....Ich glaube das hat früher noch heute niemand geschafft!
@@Baldur1975 Meinst du super Nintendo und co spiele wurden auf ihrer eigenden Konsole programmiert realisiert ? Nein sondern mit Assembler unteranderem auf dem comodore 64 Assembler ist eine Programmiersprache, welche eine für Menschen bessere, lesbare Repräsentation der Maschinensprache ist. Als Assembler wird nicht nur die Sprache selbst, sondern auch ihr Compiler benannt. Übersetzt der Compiler ein Assembler-Programm in die Maschinensprache, so nennt man den Vorgang "assemblieren". Den umgekehrten Vorgang nennt man "disassemblieren". Es gibt mehrere Spiele für den C64, in denen das Nintendo-Maskottchen Mario einen Auftritt hat:
Der SNES galt aber schon als 16 Bit Konsole. Die CPU des SNES, der Ricoh 5A22, eine Variante des WDC 65816. Dieser besitzt eine 16 Bit ALU, die eigentliche Recheneinheit. Er hat nur 8 externe Datenleitungen da hast du recht, er benötigt dann 2 Zyklen zur Übertragung eines 16 Bit Wertes. Intern rechnet er jedoch mit 16 Bit. Er ist wegen der großen Verwandschaft im Emulationsmodus auch 6502 kompatibel.
der Witz ist ja die ganzen "64Bit" CPUs die in den ganzen neuen Konsolen oder auch PCs ist sind ja noch nicht mal richtige "64Bit" CPUs die ganzen CPUs von Intel und AMD sind eigentlich x86 mit 64Bit Erweiterung. also eigentlich 32Bit CPUs denen man ein paar 64Bit Eigenschaften hinzugefügt hat aber am ende eigentlich immer noch 32Bit sind weswegen meist auch x86-64 steht und nicht x64.
AMD64 , sowie die Intel-Variante Intel64, (alias x86-64 alias x64) sind "richtigen" 64-Bit-Architektur. Sie setzen auf x86 auf und erweitert diese um einen 64-Bit-Modus. Intel hatte damals zunächst die 64-Bit-Architektur Itanium alias IA-64 entwickelt. Diese hatte aber den Nachteil, dass sie alte 32-Bit-Software nur als Emulation laufen lassen konnte und langsamer war. Bei Intel-kompatiblen CPUs ist aber seit jeher die Abwärtskompatiblität wichtig. Deshalb setzte sich die AMD64-Architektur durch und Intel musste zähneknirschend die AMD-Lösung lizenzieren, daraus Intel64 entwickeln, und Itanium einstampfen.
@@Manfred-123 ARM ist eine ganz andere Architektur. ARM-CPUs kennt man aus dem Alltag vermutlich am ehesten aus dem Smartphone, die haben nämlich fast alle ARM-CPUs.
du musst aber bedenken die CPU war nicht grundsätzlich das ausschlaggebende seit dem NES/Master System/PC Engine hatten die Konsolen auch eine oder mehrere PPUs die eigentlich für die Grafik zuständig waren. Bei der PC Engine war die PPU z.B. stärker als die CPU weswegen die Grafik auch mehr Richtung SNES ginge als einem NES/Master System
Hm... das Super Nintendo wurde doch aber als erste 16-Bit-Konsolue beworben; und laut Wikipedia hat das SNES folgende CPU: 16-Bit-Prozessor Ricoh 5A22 kompatibel zum 65816.
Gutes Video, aber es kommt auch auf das Speicherinterface an. Der MOS 6502 hatte ein 16 Bit Speicher Interface, mit dem er die 64Kb Ram angesprochen hatte. Z.B der C64. Der Intel 8088 hatte auch ein 16 Bit Interface.
8088 hat 20 Bit Adressbreite. Das Besondere war der 8 Bit breite Datenbus nach Aussen der mehr Kompatibität mit den zu hauf verfügbaren 8-Bit-Datenbusen bietet.
Ich liebe meine Japan NES Famicom, von der ich eine Originale habe, mehrere Nachbauten aus China und 4 Dendy Konsolen. Spiele Module habe ich auch mehrere dutzend, die bei den verschiedenen Geräten untereinander kompatibel sind. Auch habe ich mit einem Röhren TV kombinierte Lichtpistolen, auch "Zapper" genannt. "Sky Destroyer" ist bis heute mein Favorit. Nintendo Game Cube und Game Boy Advance waren dann die Nachfolger der Japan NES. Parallel hatte ich bei erscheinen des Game Cube nur einen 286 Windows 3.11 PC.
Mal wieder ein bisschen was dazu gelernt 😅👍🏻 ich erinnere mich noch gerne an die N64 Zeiten. Bin mit der N64 zum ersten Mal mit Videospielen in Berührung gekommen (Zelda OoT & MM) und hat mich damit geprägt. Als dann Der GameCube kam mit Spielen wie Zelda Twilight Prinzess oder The Wind Waker, was immer noch meine absoluten Lieblingsgames sind, wusste ich das vor allem Nintendo das Richtige für mich ist. Und ich wünsche dir alles Gute zu Deinem 40 Geburtstag Patrick 🎉🎉🎉
Mh, ob deshalb mein Billighandheld (SF 2000) besser mit Mega Drive Spielen und sogar MAME (Neo Geo) zurecht kommt, als mit GBA und SNES ? Von Technik habe ich keine Ahnung.
Donkey Kong und Streetfighter gehören schon zur 16 bit Generation, kleiner inhaltlicher fehler. Ansonsten ein sehr gutes Video danke auf jedenfall. Korrigiert mich wenn Ich falsch liege
Bitte recherchiere das Thema nochmal und ließ zunächst das ein oder andere Fachbuch. Auch für Einsteiger ganz verständlich wäre beispielsweise "Mikroprozessortechnik" von Flik und Liebig, erschienen bei Springer. Du stellst in den ersten sieben Minuten die Leistungen effektiv als Luftnummer dar, die mehrere tausend Ingenieure und Forscher in rund zwanzig Jahren erbracht haben.
Schade, ich denke Du verstehst da so einiges nicht. Ich erkläre es mal am Beispiel der SNES. Ja, der externe Datenbus ist nur 8 Bit breit, aber der Prozessor Ricoh 5A22 Prozessor im SNES basiert auf der 65C816-Architektur, die ein 16-Bit-Prozessor ist. Und auch die ALU (Arithmetic Logic Unit) des Ricoh 5A22 ist 16-Bit breit. Die Speicheradressierung des Ricoh 5A22 ist sogar 24-Bit breit. Die SNES war also alles andere als eine 8-Bit Konsole. Beim Atari Jaguar wird es noch komplexer, da muss man erstmal klären, was eigentlich die CPU ist, der Blitter-Chip ist es schon mal nicht.
Konsolen sind für mich bloß Spielzeug, da bin ich schon nach dem Atari VCS2600 raus gewachsen und lieber auf Computer umgestiegen. Damit konnte man wenigstens selbst was anfangen und nicht bloß Daddeln.
19:00 Bit, und nicht Byte. Das sind 16,7 Millionen Terabit oder 2,1 Millionen Terabyte. Selbst Rechenfarmen habe nicht so viel Speicher. Das wären 2 Millionen Rechner mit 8 Kanälen Ram je 128gb.
Würde ich so nicht unterschreiben. Super-Cluster haben durchaus im Peta Bereich Festplatten Speicher und im Tera-Bereich Arbeitsspeicher. Du kannst in der Industrie durchaus RAM Module kaufen die 1TB Kapazität haben. Ist halt für Server und nicht Heimanwender Systeme.
Top erklärt. Wieder ein Mythos meiner Kindheit zerstört^^Ich dachte damals auch desto mehr WATT meine Stereoanlage hat, desto besser der Klang ;) Und Capri Sonne ist ein gesunder Drink. Und bei meinen Inline Skates die ACEC 5 Kugellager viel schneller sind als ABEC 1. Und wenn man an seinem Mountainbike 24 Gänge hatte war man cooler und schneller als der Kumpel der nur 18 Gänge hatte. Ich dachte auch 2024 gibt es fliegende Autos^^ Hach was waren die 90er als Kind so unbeschwert und schön ;)
Neo Geo hatte tatsächlich die exakt gleiche CPU wie das Mega Drive (Motorola 6800). War aber mit 12 MHz nochmal knapp 5 Mhz schneller getaktet und damit näher an den Arcade Automaten dran. Beides waren damit „echte“ 16 Bitter.
Nein, nein, nein ... Du machst sehr unterhaltsame Beiträge aber das war inhaltlich Mumpitz. Primär beschreibt die breite der Datenleitung die maximal darstellbare Zahl also auch die maximale Menge RAM die adressierbar ist. Die größtmögliche Zahl die mit 8 Bit darstellbar ist ist die 255. Mit 16 Bit kommt man immerhin auf ungefähr 64 k und mit 32 Bit auf ca. 4 Mrd (sprich 4 GB).
![FORTNITE CLASSICS IS BACK! Fortnite Item Shop [November 15th, 2024] (Fortnite Chapter 5)](http://i.ytimg.com/vi/RbQURbeFwqs/mqdefault.jpg)
Bei einer CPU bezieht sich "Bits" immer auf das Rechenwerk, nicht auf die den I/O Bus, nicht auf den Adressbus (aka Speicherbus) und auch nicht auf Registerbreite.
Die Intel 8088 CPU z.B. ist eine 16 Bit CPU, da besteht kein Zweifel, da sie ein 16 Bit Rechenwerk besitzt. Sie hat auch 16 Bit Register, wobei das stimmt nur zum Teil. Sie hat zwar echte 16 Bit Register, aber die meisten generischen Register sind nur 8-Bit Register, von denen aber immer zwei zu einem 16 Bit Register zusammengefasst sind, die sich dann wie ein einziges Register ansprechen lassen, wahlweise aber auch als zwei 8 Bit Register genutzt werden können. Die CPU hat jedoch nur einen 8 Bit I/O Bus (das unterscheidet sie zum 8086, dessen Rechenwerk identisch aufgebaut ist, der aber einen 16 Bit I/O Bus hatte) und ihr Adressbus war 20 Bit breit und damit sogar mehr als 16.
Die Ricoh 5A22 im Super-Nintendo ist einen 16 Bit CPU, da sie ein 16 Bit Rechenwerk und und auch 16 Bit Register besitzt. Dass ihr I/O Bus nur 8 Bit ist macht sie genauso wenig zu einer 8 Bit CPU wie die Tatsache, dass sie ihr Adressbus 24 Bit ist sie nicht zu einer 24 Bit CPU macht.
Dass Bitbreite Rechenleistung entspricht hat auch nie jemand behauptet, aber wenn mein Rechenwerk nur 8 Bit ist, dann kann ich eben nur 8 Bit Eingangswerte in einen Befehl füttern und erhalten dann auch nur einen 8 Bit Ausgangswert. Ich kann also nicht 1000 - 500 rechnen, da 8 Bit nur Zahlen bis 255 darstellen kann. Natürlich kann einen 8 Bit CPU das schon berechnen, indem ich die Zahlen als 16 Bit abspeichere und dann zuerst die oberen 8 Bit voneinander abziehe, mir den Übertrag merke und dann die unteren mit Übertrag voneinander abziehe, aber dann brauche ich halt je nach CPU 2-4 Befehle um etwas zu tun, was eine 16 Bit CPU mit einem einzigen Befehl macht.
Deswegen ist die 16 Bit CPU nicht automatisch schneller, da ja meine 8 Bit CPU ggf. 100x schneller Befehle ausführen kann als meine 16 Bit CPU, aber es hat einen Einfluss wie viel Code man braucht und oft auch wie komplex der Code ist. Es hat einen Einfluss darauf wie oft ich Daten vom Bus nachladen oder in Speicher auslagern muss. Faktisch muss eine 8 Bit CPU etwa 4x schneller sein um es wirklich mit einer 16 Bit CPU aufnehmen zu können und das aufgrund von diversen Faktoren oft gar nicht machbar, insofern heißt mehr Bits meistens eben doch mehr Geschwindigkeit.
Als Analogie: Statt Sand von A nach B mit einem Transporter zu transportieren, der pro Fahrt 4 Tonnen Ladung transportieren kann, kann ich das in der gleiche Zeit schaffen mit einem, der nur 1 Tonne pro Fahrt schafft, wenn er viermal so schnell fährt. Aber da fallen jeden gleich ein Haufen von praktischen Problemen ein, warum das nicht so einfach geht.
Gut erklärt:) danke!
Und jetzt noch als Ergänzng erklären, daß der höhere Takt von Prozessor B automatisch eine höhere Rechenleistung bedeutet als die des geringer getakteten Prozessor A. Klingt einleuchtend, ist aber oft genug eine Milchmädchenrechnung. Zwei Prozessoren zu vergleichen kann enorm schwierig sein, rotzdem wurde immer schon die Taktfrequenz beworben als wäre sie eine Art Motorleistung für Computer.
Ich habe hiier einen alten 8 Bit Prozessor vom 1976. Der kleine Kerl läuft mit fast 8 Mhz auf einem Breadboard. Nicht svhlecht für einen so alten Prozessor, aber er braucht auch diesen hohen Takt wegwn seiner ungewöhnlichen Architektur. Er galt früher als 'langsam', und das mag auch stimmen, wenn man ihn mit einen 6502 oder Z80 vergleicht. Aber er hat auch seine eigenen Spezialitäten, bei denen die konventionelleren Prozessoren ins Rudern kommen.Z,B, arbeite ich gerne mit mehreren Stacks zugleich oder habe Aufgaben einer MMU in die ohnehin notwendige Aufrufprozedur für Unterprogramme eingebaut. Mehrere Programm counter gleichzeitig sind genauso wenig ein Problem für den Prozessor wie mehrre stack pointer. Er ist irgendwie ein ganz anderes Tier als die bekannteren 8 Bit Prozessoren, Wie vergleicht man sowas?
@@CDP1861 Taktrate ist glaube ich ein bisschen wie PS. Ein Auto fährt nicht automatisch schneller, nur weil es mehr PS hat. Wäre das der Fall, dann müsste ja jeder LKW jeden PKW um Welten in Sachen Geschwindigkeit schlagen. Am Ende des Tages zählt wofür man die PS Leistung nutzt (beim LKW für mehr Zuglast, nicht für mehr Geschwindigkeit) und wie viel Leistung man am Ende auf die Straße bekommt (da haben Getriebe und Reifen auch noch ein Wörtchen mitzureden).
Und moderne CPUs erlauben es Anweisungen teilweise parallel auszuführen, teilweise auch mit Überlappung, daher kann man hier an Taktrate und wie viele Takte eine Anweisung braucht gar nichts mehr rauslesen. So brauchen z.B. auf x86 CPUs manchmal einen Anweisung 16 Takte, führt man die aber mehrfach hintereinander aus, dann kann die nächste bereits nach 4 Takten starten. Zwei solche Instruktionen hintereinander brauchen also nicht 32 Takte, sondern zusammen nur 20 Takte. Und während die beiden Anweisungen ausgeführt werden, kann eine andere Unit eine dritte Anweisung abarbeiten, die eigentlich 5 Takte bräuchte, aber diese 5 kommen halt nicht oben drauf, sondern sind bereits in den 20 mit enthalten. Am Ende wurden also alle 3 Anweisungen in 20 Takten abgearbeitet, obwohl sie aufaddiert eigentlich 37 Takte gebraucht hätten.
@@CDP1861 Ich hab dazu auch noch ein aktuelleres Beispiel. Ich hatte mal eins dieser Netbooks mit Intel Atom-CPU - 1,6 GHz. Danach bin ich auf ein anderes Notebook mit einer 1,2 GHz (Celeron? Weiß ich nicht mehr) gewechselt. Das neue Notebook mit seinen 1,2 GHz war deutlich spürbar schneller als die Atom-CPU. Das war für mich dann auch schon der Punkte, an dem ich mental das GHz-Leistungs-Konzept in die Tonne getreten hab.
Subtraktion auf Siliziumebene ist deinerseits ein sehr sehr schlechtes Beispiel, da CPUs bis heute keine Subtraktion beherrschen. Es wird das Vorzeichen der zu subtrahierenden Zahl umgekehrt und dann addiert. Dazu ist aber das letzte Bit zur Unterscheidung der Vorzeichen notwendig (Carry-Bit und Negative-Bit als Suchbegriffe). Eine 8Bit CPU subtrahiert also nur mit 7 Bit von -127 bis 127 :-)
Die Geschwindigkeit bei den CPUs ist heutzutage ausschlaggebend vom Befehlssatz. Es ist ein Unterschied, ob bei einer Multiplikation tatsächlich multipliziert wird oder nur um den Faktor addiert .... 10 * 10 entspricht dann 10 + 10 + 10 + 10 ... etc.
Das erste wäre in einem Takt erledigt, das andere benötigt 10. Und nun kommt der echte Programmierer zum Zuge, von denen es heute immer weniger gibt. Hoffe Inside-CPU ist bei heutigen Studiengängen überhaupt noch ein Thema.
sieben komma sechzehn? ich weis, heutzutage blicken das nichtmal mehr die TV-Nachrichten, aber nach dem komma gibts keine doppelzahlen. sieben komma eins sechs.
Das haben die Leute auch vor 40 Jahren schon falsch gesagt.
vielleicht im Osten? ich kenn es nicht anders
Ei jooo!
Super Format. 20-30 Min find ich perfekt (Für längere Formate gibt es schon einige Kanäle). Gerne mehr! Bin zwar auch schon Gaming-Opa, aber Nostalgie ist schon was feines ^^ Und paar coole Sachen dabei, die ich auch nicht wusste.
17:32 Mit dem RAM ging wohl etwas durcheinander:
8 Bit wären maximal 256 Bytes (nicht kB), der 6502 hat jedoch einen 16 Bit Adressbus, kann also bis zu 64 kB ansprechen.
16 Bit sind 65536 Bytes richtig, aber nicht 65 MB sondern 64 kB. Viele 16 Bit CPUs haben aber einen 24 bit Adressbus (16 MB ansprechbar)
32 Bit sind 4 Milliarden Bytes ansprechbar, nicht Bits. 4 GB stimmt aber.
64 Bit die Zahl stimmt wohl :)
Danke :) ja war ein wenig viel fürs erste Video.
Der Jaguar hatte einen 64 Bit Datenbus, einen 16 Bit CPU und mehrere 32 Bit GPUs, Blitters und Soundchips. Der N64 hatte ein zu kleinen Grafikpuffer, der Hauptgrund für die schwachen Texturen.
Yep der gammelige Texture Cache in und output war die HÖLLE
Du bekommst ein besonderen Platz im Herzen für die Terranigma Szene die du bei 16 Bit eingeschnitten hast.
17:33 Mit den Bits bist du wohl ein bisschen durcheinander gekommen. Mit 8 Bits kann man 256 Byte adressieren (nicht Kilobyte) mit 16 Bit sind es 64 Kilobyte (nicht Megabyte). Man konnte sich aber helfen, mehr Speicher zu adressieren, indem man mehrere umschaltbare Speicherbänke nutzt.
Genau und darum hatte die 8-Bit CPU 6502 auch einen 16 Bit Adressbus für max 64kByte Speicher für RAM,ROM und Hardwareansteuerung. Mehr Speicher ging mit bank switching über Zusatzbausteine.
@@M.Munderloh Die Bits der CPU beziehen sich ja üblicherweise auch nicht wie suggeriert auf den Adressbus, sondern auf den Datenbus und die gängigen Register.
Auch der Z80 hatte 8 Bit Datenbus und 16 Bit Adressbus. Die 8086 hatte 16 Bit Datenbus und 20 Bit Adressbus. Erst beim 80386 gab es bei Intel 32 Bit Datenbus und 32 Bit Adressbus.
Wollte ich auch schon schreiben. Bei den CPUs muss man zwischen Adress-Bus und dem unterscheiden, womit die CPU rechnen kann.
Finde die Aussage mit den 8 Bit zu 256 Byte problematisch, wenn man bedenkt, dass 256 Byte eigentlich 256*8 Bits sind.
8 Bit bedeutet doch eigentlich nur, dass 256 unterschiedliche Zustände (oder Adressen) verwaltet werden können. Was die Zustände genau definieren ist davon unabhängig.
Bei 18:15 sind dann ca. 4 Milliarden BITS plötzlich 4 Giga-BYTE
Bits und Bytes sind doch nicht das gleiche
@@lame7560 In den meisten Fällen/Systemen bekommt ein Byte genau eine Adresse. Deshalb sollte die Aussage in der Regel passen. Bei 16-Bit-Systemen ist es z.B. oft so, dass nur jede zweite Adresse ein 16-Bit-Wort adresseiert. Ein 16-Bit-Wort besteht aus zwei Bytes und jedes dieser zwei Bytes erhält eine eigene Adresse, auch wenn über den Bus beide Bytes gleichzeitig geholt und verarbeitet werden können. Bei 32-Bit-Systemen ist dann jede vierte Adresse ein 32-Bit-Wort und bei 64-Bit jede achte Adresse ein 64-Bit-Wort. Andere Varianten sind aber durchaus möglich, das stimmt.
Ja, bei 18:15 und danach spricht er von Bits, meint aber eigentlich Bytes. Bytes ist korrekt (da man keine einzelnen Bits adressiert), also stimmt 4 Gigabyte. Noch exakter wäre 4 Gibibyte (GiB), denn eigentlich ist Giga der Faktor 1.000.000.000 und Gibi 2^30 (1.073.741.824 = 1024 * 1024 * 1024).
mein kumpel kaufte sich die Jaguar, grösster fehlkauf, hat er gesagt.
ich hab mir dann ein 3DO gekauft 😂😂
Wann spielst du wieder?
@@Bjoern020184 hab das 3do nicht mehr. nur noch die ps3 und xbox s
Bin seit dem Mega Drive dabei. Für mich DIE 16-Bit Maschine.
Richtige geile Idee, einige alte Geschichten über die alten Konsolen zu erzählen!
Sehr sehenswert!
Schade das Du das Neo Geo nicht erwähnt hast. War damals seiner Zeit weit voraus...🎉
Mich würde interessieren was die tatsächlich Leistung des N64 interessieren, wenn wir den Bottleneck einbeziehen.
Wenn schon DK64 extra eine Technik hatte um gegen den Lag, was hätten wir bekommen wenn der Speicher mitgespielt hätte.
Bei mir ging es erst 2006 mit TV Konsolen los da war ich 18, 2007 erste mal online gezockt, frueher hätter es mir wegen zu schlechter grafik keinen spass gemacht
Der Bottleneck der N64 war die schmale Anbindung des Arbeitsspeichers, aber hauptsächlich die 64mb Speicherkassetten, die schnell im Lesen (5mb), aber sehr teuer waren und klein waren.
Wenn Nintendo mit der 64DD Erweiterung mindestens auf Mini CDs (8cm und bis zu 210mb) und einem Laufwerk mit 4-8-facher Geschwindigkeit (0,6-1,2mb) gesetzt hätte und dieses vor 1998 erschienen wäre, hätte die N64 auch mehr 3rd Party Support und. Diese Geschwindigkeiten im Lesen gab es seit 1995. Die PS1 hat sich auch wegen des laschen Kopierschutz der CDs auch gut verkauf.
@@aBeerFromHere7994 Die Module waren nicht wirklich so sehr das Problem. Zwar musste man dadurch bei der medialen Präsentation ( Sound & Videos ) Kompromisse eingehen, für die meisten polygonalen Spiele war der Speicherplatz aber völlig ausreichend. Auch für Titel wie Resident Evil 2. Die Politik von Nintendo war viel stärker daran beteiligt das so wenige 3. Party Spiele veröffentlicht wurden. Die generelle Architektur des N64 hatte jedoch zuviel Kompromisse. Wodurch man bei Real Performance und Features teils große Abstriche bei der Grafik machen musste, da sich Features gegenseitig blockierten oder gegenseitig unnötig Rechenleistung klauten und sich das N64 dadurch nicht so wahnsinnig von PS1 und Saturn absetzen konnte, wie es die reinen technischen Daten erstmal vermuten lassen. Nintendo hat sich so sehr auf die CPU konzentriert, das eine GPU und Soundchip vernachlässigt wurden. Das N64 war aus Kostengründen und dem 64Bit Projekt ( von dem man nicht mehr abspringen konnte ) mit der heißen Nadel gestrickt, Komponenten wurden eingespart um die Kosten niedrig zu halten. Umschifft man diese Probleme, hat man den typischen N64 Look ala Mario & Zelda. Legt man den Schwerpunkt auf andere Grafik FX, Sound und Texturen, kann es hingegen plötzlich passieren das sogar die PS1 vorbei zieht.
Und wie ich meine Dreamcast geliebt habe
Nach dem N64 mit seinen Sagenhaften 64 bit hat doch nie jemand mehr über bit gesprochen. Niemals hab ich irgendwo gehört oder gelesen "Kauft Die Playstation, Die hat sagenhafte 128 bit" so wie es bei dem N64 noch Der Fall war.
Doch bei der Dreamcast habe ich das in meiner Jugend noch stark wahrgenommen mit der 128 bit Werbung. Dafür hat Sony mit der Playstation 2 anderes Marketing betrieben, wie die PS2 ist so Leistungsstark dass man mit ihr Atomraketen oder allgemein Rakten hätte steuern konnte.
Wie schon gesagt beim Dreamcast hat man definitiv von 128 bit gesprochen. War halt die erste.
Hatte Mann nicht sogar in den Modulen Zusatz Hardware verbaut um ein bisschen mehr Leistung aus dem nes SNes raus zu bekommen?
Ja, hatte man. Es gab Module mit extra Soundchip, so das manche Games sogar Dolby Surround unterstützten. Andere wieder rum hatten den Super FX Chip, welcher einfache, aber echte 3D-Grafik auf dem SNES möglich machte, bei den meisten Games wurde dieser aber ehr nur für Kleinigkeiten genutzt, um weniger Aufwand beim programmieren zu haben.
Ein gewisser, wütender Videospiel Nerd würde sagen:
"64 Bit, 32 Bit, 16 Bit, 8 Bit, 4 Bit, 2 Bit, 1 Bit, ein halber Bit, ein Viertel Bit. THE WRIST GAAAAAMEEEE!!!" 😅
Als er noch gut war heute ist Avgn nur noch öde.
Oh Mann, die Breite des Datenbusses bestimmt doch nicht direkt, wieviel Speicher ein Prozessor maximal ansteuern kann. Dafür gibt es den separaten Adressbus. Ein Prozessor mit einem breiten Datenbus ist zwar typischerweise speicherhungriger als einer mit einem schmaleren Datenbus, aber es gibt kein Gesetz, daß automatisch auch einen breiteren Adressbus verlangt.
Mal abgesehen davon, die Zeite sind lange vorbei, in denen der Prozessor die ganze Arbeit alleine machen musste, Insbesondere Graphik wird heute fast ausschließlich vom Graphikprozessor erledigt. Der Mikroprozessor delegiert die ganze Rechenarbeit also, die er früher noch selber machen musste. Und es gibt noch ein paar Helferlein mehr, außer dem Graphikprozessor. Heutzutage beeindruckt man nicht mehr viele mit einem tollen Mikroprozessor alleine.
Zur selben Zeit in einer Google Server Farm: Nur 16 Exibites? Ich brauche einen neuen Prozessor!
Ist wie mit den Gängen am MTB damals. Je mehr Gänge man hatte, desto mehr konnte man angeben.
Schneller ist man deshalb nicht automatisch ^^
großartige leistung. ich feiere deine videos und schaue sie mir bis zum ende mit viel spaß an. bleibe weiterhin motiviert und mach weiter mit deinen videos! Hut ab!
Der einzige spürbare Unterschied bei den Generationen war 8-Bit auf 16-Bit. Einzig weil man 16 Bit Zahlen (bis 65535) in einem Takt übertragen konnte (in der CPU). Aber selbst 8-Bitter wie der MOS 6510 im C64 konnte das schon, obwohl es ein 8-Bitter war.
Vom Prinzip könnte man alle heutige Software auf 8-Bit CPUs laufen lassen. Einfach mit mehr Instruktionen, die notwendig wären, um zum selben Ziel zu kommen.
Generell sehe ich den Sprung zu der Zeit, als 3D wirklich abhob. Da brauchte es dann aber Fließkomma, was meist in 32-Bit umgesetzt wurde. Die Playstation 1 z.B. nutze bei der 3D Berechnung nur Ganzzahlen, daher kommt auch dieser ganz eigene Look, der immer etwas unsauber wirkt.
Generell: Augenwischerei. Ist auch heute noch bei gaaaaanz vielen Dingen so, wo Zahlen hoch oder runtergetrieben werden (Hertz beim Refresh hoch, bei der Latenz runter etc.).
bei der PS2 war es eigentlich sogar ganz stupider weswegen die RISC CPU von der PS1 verbaut wurde.
primär wurde die ganz einfach als Drive Controller Chip genutzt.
Denn die PS2 kam ja mit DVD support und die PS1 CPU brachte noch die nötige Leistung und war billiger für das Decoding der CSS Schlüssel von den DVDs sowie das decodieren von MPEG2.
Allerdings was die CPU auch strenggenommen nicht so gut da die PS2 heftige Probleme mit DVD9 hatte also zweischichtige DVDs
In der PS1 war überhaupt keine RISC Rechnerwerk verbaut, das war alles MIPS. Die Decodierung von MPEG Daten wurde von dem IPU Kern der EE bewerkstelligt, die auch zum Dekomprimieren von Texturen verwendet werden kann.
Die DVD Schlüssel und der Kopierschutz wurden von dem MechaCon Chip bewerkstelligt.
(Von dem bis heute keine Datenblätter existieren).
Aber der Prozessor der PS1 wird als iop(Input Output Prozessor) verwendet um die EE zu entlasten.
Beide Prozessoren Unterhalten sich über das SIF(serial Interface). Der Entwickler kann kleine Programme erstellen sogenannte irx Dateien und diese dann auf dem iop ausführen.
Der iop wird auch beim PS1 Betrieb in der Taktung umgeschaltet, von 33 MHz auf 38MHz. Aber nagelt mich da nicht fest.
@@mrunwissend Die MIPS CPU ist eine RISC CPU. MIPS ist eine Firma und RISC eine Architekturform.
Das Dreamcast war irgendwie meine Lieblingskonsole. Auch wenn ich mit dem NES, Super Nintendo u.Mega Drive aufgewachsen bin. Das Dreamcast war zumindest meine letzte Konsole, die ich mir gekauft hatte.
Also meines Wissens nach haben die 8 Bit, 16 Bit etc. was mit der darstellbaren Farbtiefe zu tun! Und tatsächlich wenn man danach googlet dann findet man das der NES 8 Bit Farbtiefe hat, das SNES 16 Bit! Beim N64 liegt es tatsächlich daran das diese 64 Bit was mit dem Prozessor zu tun hatten und nicht mit der Farbtiefe! Aber ja, jemand der im eigenen PC im Hintergrund die Wasserkühlung falsch rum einbaut den kann man nicht ernst nehmen! Jetzt aber Spaß beiseite! Bis auf diese kleinen aber feinen Fehler ist das Video echt gut gemacht!
Der SNES konnte im Color Add/Subtract-Modus 15 Bit Farbtiefe, also 32768 Farben gleichzeitig darstellen. Häufig waren es aber nur 256 Farben gleichzeitig.
Der Sega Genesis / Mega Drive konnte als 16-Bit-Konsole sogar nur 64 Farben aus einer Palette von 512 Farben gleichzeitig darstellen.
Und in der Praxis sieht man dem SNES seinen technischen Vorteil nur selten an, beide Konsolen haben einen Comiclook produziert und keinen realistischen Look wie es mit 16 Bit Farbtiefe tatsächlich schon möglich war.
Echt ein super interessantes und lehrreiches Video. Ich würde mich freuen, wenn du in Zukunft wieder einmal so detailiert über gewisse Themen sprechen würdest. 👍
Diese Zusammenhänge überraschen mich eigentlich weniger, da ich schon früher mehr PC-affin war und dort die Grafik meist besser dargestellt wurde als auf den Konsolen. Konsolenspiele sind ja auch meist teurer gewesen als die "normalen" PC-Spiele, und irgendwie müssen die Zockerkisten ja auch abgesetzt werden. Dass die Entwicklung im PC-Bereich irgendwann mal langsamer wird, verwundert auch nicht wirklich. Bei den Systemanforderungen für die Spiele kam es meist letztendlich nur auf die Grafikkarte an, bei Arbeitsspeicher und Prozessoren war oft genug zu lesen, dass selbst ältere CPU's mit aktuelleren Spielen sehr gut mithalten. Daran war doch schon ersichtlich, dass die Ressourcen noch gar nicht ausgeschöpft sind. Wieso dann also modernste Technik, wenn es nicht notwendig ist? Das ist halt Marketing, und das findet sich nahezu überall...!!!
Wahnsinn. ich bin seit dem NES dabei. Ich hatte alle Konsolen von Nintendo und bin dann auf den Dreamcast für paar Jahre umgestiegen. Für mich ist bis heute die Dreamcast die beste Konsole ever. Aber die Details über die Leistung.. War ich bis heute wohl auf dem Holzweg. Danke für die Infos. ❤
Ich weiß noch wie damals Kumpels von mir meinten:
"Boah, der neue Nintendo hat 64 Bit, der ist dann doppelt so stark wie ein PC!!!" xD
Funfact für euch: wenn man 128bit voll ausschöpfen möchte. Dann wäre der RAM größer als ein Vorlesungssaal bei einer Speicherzellengröße von einem Atom! (Wahrscheinlich nicht mal umsetzbar)Wird niemals jemand jemals brauchen....
Sehr sehr geiles video! Ich liebe so Rückblicke und technische Sachen zu alten Konsolen! 👌🏼☺️
Also ich war letzte Woche ja der Skeptiker. Ich wollte 3x news und zusatz am we. Aber ist jetzt egal ich finde deine beiden Videos einfach super. Also dieses und bei nerdovertech. Mach weiter so. Unglaublich spannend und informativ.
Dreamcast immer gewünscht als Kind niemals bekommen 😢
Und bitte mal die Geschichte der PS1/SNES CD erzählen, die ist interessant.
Wenn wir erst auf dem Level von Star Trek Technologie sind.
Werden wir aus die Exabyte Grenze sprengen. ^^
Ich hab es als Kind nicht kapiert, das wurde in den Videospielzeutschriften auch nur ganz rudimentär erklärt. Eigentlich war es am Ende auch egal, aber aus Marketing Sicht genial, wenn man eine Zahl hat, die sich von Generation zu Generation verdoppelt. Bei der PC Engine wurde das ja in der USA im Namen aufgenommen "Turbo Grafx 16" und aus rückblickender Sicht muss man ja sagen, dass man sie als 16 Bit bezeichnen kann gerade im Vergleich zur 128 bit Dreamcast. Ich hatte sogar die Schummelkatze, den Jaguar mit seinen "64" Bit. Naja, während es bei der 8 und 16 Bit Zeit bezogen auf die Architektur noch weitestgehend akkurat war, war es eben danach nur noch Synonym für die jeweilige Generation und so richtig verstanden hatte es schon damals niemand.
14:45 Sony hat sich nicht bitten lassen.
Netter Wortwitz ;)
Super Video!!! Viel Arbeit und Technik Wissen dahinter 😱👍 20min für so ein Video finde ich in Ordnung. Manche machen 1 Std Videos was ich dann wieder zu lang finde.
Super Video, super erklärt und wie immer mit deinem einzigartigen Humor (das mit dem Jungen der "NINTENDO 64" geschrien hat, hat mich kalt erwischt xD).
Freue mich schon auf mehr Videos dieser Art 😊
15:00 Zählt nur für SCPH-10k bis 70k-Slim. Danach haben die einen LSI-Logic PPC, mit MIPS Auxiliary Processing Unit/"APU", genannt "DECKARD", der den "IOP"/MIPS RISC R3000 "repliziert"...
Es gibt die Fantheorie das "Rick Deckard" selbst ein Replikant ist! 😂🎉
13:23 "Dreamcast - bis zu 6 Milliarden Spieler" - Theorie vs. Praxis, ist klar! 😅👍
als gamer seitdem gameboy muss ich sagen das ich es immer lustig fand wie die alle mit ihren bit zahlen um sich geworfen haben. weil am ende vom tag es schnurz piep egal ist ob 16bit, 32bit, oder 64bit, am ende vom tag zählt nur wie gut das spiel auf der konsole ist, wie gut die story die charactere und das gameplay sind, alles andere ist mir als gamer völlig egal. di ganzen technischen daten sind nur marketing weil grösser ja besser für die meisten, was aber völliger quatsch ist, gut ist nur eine konsole wenn se gute spiele hat, wie gut die grafik ist, ist völlig egal am ende. heute werden konsolen und spiele beworben indem se immer mehr grafik hier grafik da haben, alles andere scheint die nicht zu interesieren, darum werden die spiele immer schlechter weil gute graik heisst eben nicht automatisch auch nen gutes spiel.
als gamer spiel ich spiele nicht wegen der grafik sondern wegen dem spiel selbst, dem gameplay der story und denn characteren, hab ich immer so gemacht, ob ne 2k graik 4k graik 8k grafik interessiert mich kein stück.
grund ist einfach weil seit es 3d texturen im gaming gibt, gab es nix besseres mehr nix wo man wirklich noch nen unterschied während des gameplays sehen kann.
ich würde es sehr interessant finden wie ein 4d spiel aussehen würde, weil der sprung von 2d texturen zu 3d texturen war schon ein mega sprung, bin gespannt ob es mal denn nächsten sprung irgendwann geben wird von 3d zu 4d und ob der ebenso auffälig sein wird wie von 2d zu 3d.
Hör auf diejenigen, die vom Fach sind... Ein "Home Computer" besteht aus einer Platine mit einem Prozessor, und unter den 8-Bit-Prozessoren können wir zum Beispiel hauptsächlich den 6508/6510 und den Z80 haben. Du hast Spiele von Konsolen mit verschiedenen CPUs gezeigt. Auf der Platine befindet sich auch ein Sound- und Videochip. Jede Konsole oder jeder Home Computer verwendete verschiedene Chips, und daher musste die Maschine neu abgebildet werden, indem Maschinenzyklen verwendet wurden, die auf einer anderen Maschine mit demselben Prozessor diese "Routine" (das ist der technische Name) auf Hardwareebene von einem besseren Chip ausgeführt werden. Hast echt keine Ahnung 😂
Und du keinen Anstand!
Warum sind viele Techniknerds so toxisch?
6:34 "Where did you learn to fly?"
Das SNES als 8bit-Konsole zu bezeichnen, finde ich etwas weit hergeholt, aber da gibt es ja schon genug Kommentare zu. Die PC-Engine alias TurboGrafx finde ich da schon interessanter. Ja, eigentlich eine 8bit-Konsole, hatte aber ihre 16bit-Grafikprozessoren, die schon damals zeigten, dass der Hauptprozessor eigentlich nicht alles ist. Und so den richtig den Vogel hatte der der Atari Jaguar mit seiner 64bit "Do the Math" Werbung abgeschossen. Das hat so richtig gezeigt, dass Bit halt nicht alles sind.
Mein Computer kann nur alles, wegen seiner 32 Bit. Wenn ich 32 Bit intus hab, glaub ich auch, dass ich alles kann.
Das erste mal das jemand sagt das Atari 2600 von 1977 und auch die richtige 6 Schalter Version zeigt.
bit hin oder her...
finde dass die dreamcast die beste konsole ihrer zeit war.
vu und die internet-fähigkeit waren damals sooo geil.
ich hab sie geliebt.
Sehr interessanter Vortrag. Ich denke mal, nach der 64Bit CPU, wird es nur noch den Quantenprozessor geben. Und der arbeitet dann mit Q-Bits, also völlig anders, als die klassische Silizium CPU. 😁😉
Ah, von da kommt die genau Anzahl von 18 Trillionen Planten in No Man‘s Sky 😅 18:50
14:48 Sony hat sich gar nicht grossartig BITten lassen ;)
Und was bestellen 8 Informatiker in der Kneipe?
1 Byte😂
Solche Beiträge sind Gold wert und Nostalgie pur danke 🙏
Gut erklaert. Das das alles Marketing war habe ich schon extrem frueh gemerkt, naemlich eigentlich ab den intel386 Zeiten, die ja schon 32bit waren. Ab da war mir klar, dass nur durch Takt oder Cores wirklich mehr geht bei gleichem RAM.
Sega....obwohl für mich immer noch die Nummer 1, kann weder Nintendo, Sony noch Microsoft Vorwürfe machen! Er hat sich mit dem er soviel, auch das er vor seiner Zeit war...regelrecht selbst zerstört! Er könnte heute die Nummer eins sein....Das Problem das die Kreativität ihnen das Genick gebrochen hat! Aber, in eineinhalb Jahre eine so tolle Konsole wie den Dreamcast zu entwickeln....Ich glaube das hat früher noch heute niemand geschafft!
Super erklärt hat Spaß gemacht zuzuschauen 😊👍
Für mich hat der Commodore 64 viel dazu beigetragen das es dieses Wettrüsten gab
hä?
@@Baldur1975
Meinst du super Nintendo und co spiele wurden auf ihrer eigenden Konsole programmiert realisiert ?
Nein sondern mit Assembler unteranderem auf dem comodore 64
Assembler ist eine Programmiersprache, welche eine für Menschen bessere, lesbare Repräsentation der Maschinensprache ist. Als Assembler wird nicht nur die Sprache selbst, sondern auch ihr Compiler benannt. Übersetzt der Compiler ein Assembler-Programm in die Maschinensprache, so nennt man den Vorgang "assemblieren". Den umgekehrten Vorgang nennt man "disassemblieren".
Es gibt mehrere Spiele für den C64, in denen das Nintendo-Maskottchen Mario einen Auftritt hat:
Und wieder wurde die erste echte 32bit Console übersprungen. Das Amiga CD32
Der SNES galt aber schon als 16 Bit Konsole. Die CPU des SNES, der Ricoh 5A22, eine Variante des WDC 65816. Dieser besitzt eine 16 Bit ALU, die eigentliche Recheneinheit. Er hat nur 8 externe Datenleitungen da hast du recht, er benötigt dann 2 Zyklen zur Übertragung eines 16 Bit Wertes. Intern rechnet er jedoch mit 16 Bit. Er ist wegen der großen Verwandschaft im Emulationsmodus auch 6502 kompatibel.
der Witz ist ja die ganzen "64Bit" CPUs die in den ganzen neuen Konsolen oder auch PCs ist sind ja noch nicht mal richtige "64Bit" CPUs
die ganzen CPUs von Intel und AMD sind eigentlich x86 mit 64Bit Erweiterung.
also eigentlich 32Bit CPUs denen man ein paar 64Bit Eigenschaften hinzugefügt hat aber am ende eigentlich immer noch 32Bit sind weswegen meist auch x86-64 steht und nicht x64.
So sieht es wohl aus...
Wenn man sich "vServer" mieten wollte, bieten einige auch entweder x86, arm an 🤷♀
@@Manfred-123 dabei gab es ja von Intel mal IA-64 und von AMD halt AMD64. Beides wurde aber vor Ewigkeiten fallen gelassen
IA-64 wurde doch zugunsten amd64 aufgegeben..
Was wiederum heißt das amd64 nicht fallen gelassen worden ist..
AMD64 , sowie die Intel-Variante Intel64, (alias x86-64 alias x64) sind "richtigen" 64-Bit-Architektur. Sie setzen auf x86 auf und erweitert diese um einen 64-Bit-Modus.
Intel hatte damals zunächst die 64-Bit-Architektur Itanium alias IA-64 entwickelt. Diese hatte aber den Nachteil, dass sie alte 32-Bit-Software nur als Emulation laufen lassen konnte und langsamer war. Bei Intel-kompatiblen CPUs ist aber seit jeher die Abwärtskompatiblität wichtig. Deshalb setzte sich die AMD64-Architektur durch und Intel musste zähneknirschend die AMD-Lösung lizenzieren, daraus Intel64 entwickeln, und Itanium einstampfen.
@@Manfred-123 ARM ist eine ganz andere Architektur. ARM-CPUs kennt man aus dem Alltag vermutlich am ehesten aus dem Smartphone, die haben nämlich fast alle ARM-CPUs.
Kannst du nicht bei Stay Forever einsteigen? Der Hennar macht ja Hardware, du könntest eventuell die Konsolen vorstellen.
Die erste Spielekonsole wo auf alle andere gebaut wurde war 1972 die heißt Magnavox Odyssey 😂😂😂
du musst aber bedenken die CPU war nicht grundsätzlich das ausschlaggebende seit dem NES/Master System/PC Engine hatten die Konsolen auch eine oder mehrere PPUs die eigentlich für die Grafik zuständig waren.
Bei der PC Engine war die PPU z.B. stärker als die CPU weswegen die Grafik auch mehr Richtung SNES ginge als einem NES/Master System
Das war mega interessant. Wusste ich so auch alles gar nicht.
Hm... das Super Nintendo wurde doch aber als erste 16-Bit-Konsolue beworben; und laut Wikipedia hat das SNES folgende CPU: 16-Bit-Prozessor Ricoh 5A22 kompatibel zum 65816.
Der Mega Drive war die erste 16 Bit Konsole
Gutes Video, aber es kommt auch auf das Speicherinterface an. Der MOS 6502 hatte ein 16 Bit Speicher Interface, mit dem er die 64Kb Ram angesprochen hatte. Z.B der C64. Der Intel 8088 hatte auch ein 16 Bit Interface.
8088 hat 20 Bit Adressbreite. Das Besondere war der 8 Bit breite Datenbus nach Aussen der mehr Kompatibität mit den zu hauf verfügbaren 8-Bit-Datenbusen bietet.
Solange es ein gutes Spiel ist , ist mir Latte wie viel Bit!
Ich liebe meine Japan NES Famicom, von der ich eine Originale habe, mehrere Nachbauten aus China und 4 Dendy Konsolen. Spiele Module habe ich auch mehrere dutzend, die bei den verschiedenen Geräten untereinander kompatibel sind. Auch habe ich mit einem Röhren TV kombinierte Lichtpistolen, auch "Zapper" genannt. "Sky Destroyer" ist bis heute mein Favorit.
Nintendo Game Cube und Game Boy Advance waren dann die Nachfolger der Japan NES. Parallel hatte ich bei erscheinen des Game Cube nur einen 286 Windows 3.11 PC.
Mal wieder ein bisschen was dazu gelernt 😅👍🏻 ich erinnere mich noch gerne an die N64 Zeiten. Bin mit der N64 zum ersten Mal mit Videospielen in Berührung gekommen (Zelda OoT & MM) und hat mich damit geprägt. Als dann Der GameCube kam mit Spielen wie Zelda Twilight Prinzess oder The Wind Waker, was immer noch meine absoluten Lieblingsgames sind, wusste ich das vor allem Nintendo das Richtige für mich ist.
Und ich wünsche dir alles Gute zu Deinem 40 Geburtstag Patrick 🎉🎉🎉
Dieser Kommentar hat 128 Bit 💯
Dieser Kommentar hat nur eine 256 Bit "Verschlüsselung" 🤣🤣🤣
Mein Kommentar hat eine 512-bit Verschlüsselung, nimm das, @@Manfred-123!
@@Manfred-123 alle kommenatre ab hier werden dann auf einem cryptokey mit 512bit gespeichert
mindestens! ☝
@@der-Troet
Wobei auch schon veraltet, die 256 Bit 🤣
Keine Ahnung, was die allerhöchste Verschlüsselung wäre 😉
Sehr cooles Format! Gerne beibehalten 👍👍
Die Bits haben mich als Kind nie interessiert.
Ich wollte nur die Spiele sehen. 😅
Bitte ein Bit!
Mh, ob deshalb mein Billighandheld (SF 2000) besser mit Mega Drive Spielen und sogar MAME (Neo Geo) zurecht kommt, als mit GBA und SNES ? Von Technik habe ich keine Ahnung.
Donkey Kong und Streetfighter gehören schon zur 16 bit Generation, kleiner inhaltlicher fehler. Ansonsten ein sehr gutes Video danke auf jedenfall. Korrigiert mich wenn Ich falsch liege
Du verwechselst am Ende Bytes mit Kilobytes und Bits 😢
Bitte recherchiere das Thema nochmal und ließ zunächst das ein oder andere Fachbuch. Auch für Einsteiger ganz verständlich wäre beispielsweise "Mikroprozessortechnik" von Flik und Liebig, erschienen bei Springer. Du stellst in den ersten sieben Minuten die Leistungen effektiv als Luftnummer dar, die mehrere tausend Ingenieure und Forscher in rund zwanzig Jahren erbracht haben.
Schade, ich denke Du verstehst da so einiges nicht. Ich erkläre es mal am Beispiel der SNES. Ja, der externe Datenbus ist nur 8 Bit breit, aber der Prozessor Ricoh 5A22 Prozessor im SNES basiert auf der 65C816-Architektur, die ein 16-Bit-Prozessor ist. Und auch die ALU (Arithmetic Logic Unit) des Ricoh 5A22 ist 16-Bit breit. Die Speicheradressierung des Ricoh 5A22 ist sogar 24-Bit breit. Die SNES war also alles andere als eine 8-Bit Konsole. Beim Atari Jaguar wird es noch komplexer, da muss man erstmal klären, was eigentlich die CPU ist, der Blitter-Chip ist es schon mal nicht.
Danke für dieses Video. Bitte mehr davon auch gerne von einzelnen Systemen und Spielen.
Und länger geht immer...😉🖖
Die N64 kam vor dem Gamecube. Wenn die N64 64 Bit hat kann der Gamecube niemals 32 Bit sondern mindestens 128 Bit. Es geht niemals abwärts
Wtf? Das habe ich doch in dem Video erklärt. Es gibt doch nichtmal 128-Bit CPUs ^^
Bestimmt nicht mal das Video komplett oder gar nicht angeguckt und lieber gleich so ein Kommentar schreiben? 😂😂
Ich habe nur die Bilder gesehen und dachte mir hä N64 mehr bits wie GC dass passt nicht
@@David.H327lieber erst das Video schauen und dann Kommentar schreiben😅
boah diese bots....
Gibt scheinbar genug, die auf die Links gehen. Offensichtlich sind die Werbeeinnahmen größer als die Kosten oder den Aufwand für die Bots...
65 Tausend ist 65 kb, und 65 Millionen wären wäre 65 mb und 65 Milliarden wären dann 65gb oder hab ich da ein Gedankenfehler gerade?
Konsolen sind für mich bloß Spielzeug, da bin ich schon nach dem Atari VCS2600 raus gewachsen und lieber auf Computer umgestiegen. Damit konnte man wenigstens selbst was anfangen und nicht bloß Daddeln.
Werde trotzdem weiterhin behaupten dass die Dreamcast 128 Bit hatte und dadurch PS1 und N64 so weit überlegen war 😬
Das ist sie doch auch wenn man sich die Daten im Internet ansieht.
Richtig gut geworden und sehr interessant. Gerne mehr davon 🎉❤
Geht es auch ohne Aufregerüberschrift?
19:00 Bit, und nicht Byte. Das sind 16,7 Millionen Terabit oder 2,1 Millionen Terabyte. Selbst Rechenfarmen habe nicht so viel Speicher. Das wären 2 Millionen Rechner mit 8 Kanälen Ram je 128gb.
Würde ich so nicht unterschreiben. Super-Cluster haben durchaus im Peta Bereich Festplatten Speicher und im Tera-Bereich Arbeitsspeicher. Du kannst in der Industrie durchaus RAM Module kaufen die 1TB Kapazität haben. Ist halt für Server und nicht Heimanwender Systeme.
8 Bitburger sind 1 Byteburger
Schönes Video und super Format. Freue mich schon auf das nächste video
super tolles Format☺️ gerne mehr solche Themen
Top erklärt. Wieder ein Mythos meiner Kindheit zerstört^^Ich dachte damals auch desto mehr WATT meine Stereoanlage hat, desto besser der Klang ;) Und Capri Sonne ist ein gesunder Drink. Und bei meinen Inline Skates die ACEC 5 Kugellager viel schneller sind als ABEC 1. Und wenn man an seinem Mountainbike 24 Gänge hatte war man cooler und schneller als der Kumpel der nur 18 Gänge hatte. Ich dachte auch 2024 gibt es fliegende Autos^^ Hach was waren die 90er als Kind so unbeschwert und schön ;)
Super Beitrag 😂
Ich kauf dir das nicht ab. Als nächstes willst du mir noch erzählen, dass der Nintendo 64 eine 16 Bit Konsole war.
Ne da bleibe ich Beinhart xD
Bäh, hier jizzt einer sich auf die Playstation und vergleicht alles mit der Playstation.
Dann bespiele sie doch und nerv uns nicht damit!
Sehr gut gemachtes Video, beide Daumen hoch. Wie wäre die NEO GEO einzuordnen ?
Neo Geo hatte tatsächlich die exakt gleiche CPU wie das Mega Drive (Motorola 6800). War aber mit 12 MHz nochmal knapp 5 Mhz schneller getaktet und damit näher an den Arcade Automaten dran. Beides waren damit „echte“ 16 Bitter.
Aua 8 Bit tut in den Ohren weh vom Sound her 😃
Du hast ein paar Ungenauigkeiten in deinem Video und unterscheidest nicht zwischen Datenbus und Adressbus.
Oder Omnibus
Dreamcast wahr trotzdem der Hammer
Ich liebe heute immer noch meine psx mit ihren 32 Pixel Bitz 😂😂😂
Ich auch :D
Nein, nein, nein ...
Du machst sehr unterhaltsame Beiträge aber das war inhaltlich Mumpitz.
Primär beschreibt die breite der Datenleitung die maximal darstellbare Zahl also auch die maximale Menge RAM die adressierbar ist.
Die größtmögliche Zahl die mit 8 Bit darstellbar ist ist die 255. Mit 16 Bit kommt man immerhin auf ungefähr 64 k und mit 32 Bit auf ca. 4 Mrd (sprich 4 GB).
ich fühle mich schmutzig ;) Nein im ernst wer hätte das gedacht...DAMALS
Sehr interessantes Video. War mir garnicht so bewusst. 👍🏻
Schönes Video, gerne mehr davon