Richtig. Das liegt daran, dass damals die IT-Fuzzis, auch wenn sie Journalisten waren oder Bücher geschrieben haben, in aller Regel von Didaktik keinen Schimmer hatten. Zielgruppe, Sprache, Aufbau, Methodik ... nix wird reflektiert. Es wird darauflosgeschwafelt oder -geschrieben. Leider macht das N3rdroom anno 2020 immer noch so. Nur ein Beispiel: Adressbus, Datenbus ... das begreift mit diesen Worten NIEMAND. Wer dem folgen kann, hat schon reichlich Vorwissen.
@Digi Toux nein hab paar Programme geschrieben. Mein ganzer Stolz war eins, das den kompletten Arbeitsspeicher ausgenutzt hatte und mit Hintergrund Musik 😅
Das bringt alte Erinnerungen hoch, wo ich in den Interrupt vom Bildschirmaufbau mein kleines Assemblerprogramm mit reingeschrieben hatte, was auf dem Bildschirm das D (für Diamant) und das S (für Stein) eine Zeile nach unten fallen lassen hat, wenn darunter kein Zeichen (Leerzeichen) vorhanden war. Durch einige Erweiterungen dieser kleinen Routine mit Abfragen der vorhandenen Zeichen links und rechts neben den Buchstaben war es so möglich mit wenig Aufwand einen kleinen Bouderdash-Klon zu schaffen, auf den ich heute (gut 33 Jahre später) noch stolz bin. Leider ist nix von meinen damaligen Schaffenswerken übrig geblieben, was mich heute etwas traurig stimmt. Es war schon ne tolle Zeit, damals mit 12/13 Jahren, was man da so in seiner Freizeit geschaffen hat. Da schüttelt man heutzutage nur den Kopf, wenn die Jugend diese Zeit nur noch mit Fortnite, Battlefield oder in Chats von WhatsApp oder Instagram vergammelt und nix schafft, wo das Hirn wirklich mal logisch arbeiten muss.
Damals mit 13 hatte man ja auch noch alle Zeit der Welt! Wenn man da mal 20 Stunden am Stück mit sowas beschäftigt war, dann war das kein Problem... Heute bin ich froh, wenn ich mal 2 Stunden habe, ein Video aufzunehmen... 😂
@@C64 ja das Problem mit der Zeit :( aber dafür machst du ja so einiges. Hoffe, dass du noch zu so manches kommst. Wäre schade, wenn du gar keine Zeit mehr finden würdest. Wie schon gesagt, echt toll. 👍👍👍
Super Video. Damals ohne Internet und genug Taschengeld für bezahlbaren Input (Zeitschriften / Bücher) war das totales Herrschaftswissen und ich ärger mich ja das ich mir das früher verwehrt geblieben ist - gab halt keinen der einem da Helfen konnte ;-). Aber das denke ich mir auch manchmal wenn ich aktuelle Nachhilfevideos in Mathe sehe.
Ich habe damals ganze Intros gemacht und sogar auf der Floppy 1541 Programmocode ausgeführt, die ja selber einen 6502 Prozessor hatte, und einem Kopierschutz entwickelt. Leider war das alles am Ende dieser Ära. Das jetzt alles nach 35 Jahren zu sehen - ich muss sagen: ich habe vieles vergessen, aber deine Videos zu schauen, da dämmert es wieder. Gute Arbeit.
Hallo Ralf, ich habe damals garkein Assembler programmiert, nur Basic. Ich bin auch erst ende der 80er eingestiegen und war da noch relativ jung... Aber es macht Spaß das Wissen von damals heute nochmal nachzuholen... 😊
Ich werde gerade total nostalgisch. Vor ca. 35 Jahren war das mein absolutes Hobby. Damals war der technische Fortschritt viiiiiiiieeeeeel langsamer, so dass wir aus der vorhandenen Technik immer mehr herausholen mussten. Der einzige Weg dazu war Maschinensprache, und der Assembler war der beste Freund. Danke, sehr gut erklärt (!!! auch wenn ich nicht glaube, dass heute viele folgen können, weil das natürlich total weit von allen aktuellen Programmiersprachen entfernt ist).
Hauptsache es können ein paar Leute folgen, die damals wie Du auch schon in Assembler programmiert haben. 😅 Aber ich denke auch für Diejenigen die es damals interessiert hätte, die aber wie ich nie den Zugang zu Assembler auf dem C64 bekommen haben ist es interessant! 🙂 Schön das Du Spaß hattest mit dem Video! 🤗
Obwohl ich keine Chance für mich sehe, das zu verstehen, muss ich sagen: es fasziniert mich bis heute, wenn man das kann. Sehnsüchtig blicke ich auf vergangene Zeiten, als Hardware noch nicht nach paar Monaten als veraltet galt und Entwickler viel mehr Zeit hatten (und auch durch die begrenzte Leistung gezwungen waren), überaus effizient zu programmieren und sich richtig mit der Hardware auseinanderzusetzen. Wäre das heute noch so, könnten wir sehr viel Ressourcen sparen. Durch schludrige Programmierung und Hochsprachen wird jede Menge Leistung vergeigt.
C64 war mein erster computer aber Assembler auf dem Brotkasten war für mich bis heute wie schwarze Magie. Cooles Video, habe etwas am Emulator mitgemacht und es auch verstanden. Faszinierend wie die Programmierer damals ganze Spiele mit Assembler gemacht haben, das müsste ein Haufen Arbeit gewesen sein.
Das denke ich mir auch. Werde wohl vorerst noch Basic und Assembler mischen... Also wenn ich Zeit hatte mehr damit zu machen. ;-) Bin ja selbst noch am lernen...
Das ging nicht anders. Nur Maschinensprache war schnell genug. Spieleprogrammierung war damit allerdings nicht schwieriger als sie es mit Basic gewesen wäre. Die Logik von Grafik- und Soundprozessor, Bildschirmaufbau etc. war so abstrakt (wie im Video geschildert), dass man das sowieso verstehen musste. Der nächste Schritt war dann nicht schwieriger. Der Wortschatz von Basic war zu klein, um es zu vereinfachen - und wie gesagt wäre das um Dimensionen zu langsam gewesen.
Damals hatten es die Programmierer noch drauf. Heute geht alles über ganz viele Ebenen. Wahrscheinlich werden nicht mal die MMX Befehle durch die Compilern genutzt. Ziemlich schade wieviel Rechenzeit heute nicht genutzt wird.
Super, die erste(n) Assembler Video(s) von Dir! Sehr schön erklärt! Vor allem der Perspektivenvergleich mit den Lochkarten war ein echter Aha! Effekt! Wenn man es so betrachtet (und nicht vom besser lesbaren Basic zum Assembler), dann ist ein Assembler wirklich komfortabel im Gegensatz zu Lochkarten, also alles schön auf dem Bildschirm, jederzeit ladbar und speicherbar und veränderbar, man kann alles digital eingeben mit der C64 Tastatur, ohne neue Lochkarten zu nehmen, das ist schon wesentlich komfortabler. Sehr interessant! Weiter so! Glückwunsch ausserdem zu 1000 Abonnenten, da bin ich noch ein Stück von weg aber mein Channel wird auch immer größer, macht viel Spass! Viele Grüße! :)
Vielen dank! Ja ich hab endlich die 1000 geknackt! :) Das mit den Lochkarten war mir, bis ich mich jetzt mit Maschinensprache beschäftigt habe, auch nicht klar. ;) Ich wünsche Dir viel Erfolg mit Deinem Kanal. Komponierst Du selber?
@@C64 Danke! Ja ich bin Komponist und lade meine Musik auf meinen Kanal. Ist schon ne Menge Arbeit 1000 Abonnenten zu bekommen, aber es soll ja auch Spass machen und keine "Arbeit" sein :) Bin gespannt aufs nächste Assembler Video :)
Hey Danke! Ich wollte dich schon immer mal gefragt haben, ob du auch mal was zu Assembler machst. Mit den BASIC-Videos habe ich nämlich viel gelernt. Jetzt freue ich mich auf den nächsthöheren Schritt. Bisher gab es ja hier noch nichts zu Assembler in deutscher Sprache. 👍🏻
Hallo Tim, ja ich lerne es quasi auch gerade erst. Die Videos sind für mich ne gute Gelegenheit das gelernte zu vertiefen... und für Euch um mitzulernen. :)
Ach, was waren das noch für tolle Zeiten! Da waren noch die CPU's und deren Assembler so leicht verständlich, dass man einfache Programme tatsächlich nur in Zahlen eingeben konnte. Mit dem Amiga und dem MC68000 hatte die Assembler-Freude ihren Höhepunkt.😊
Du machst SUPER Videos! Schaue ich gerne und ich mag Deine Art sehr gerne. Sehr menschlich und herzlich. Ich mag den C64 wegen seiner Ästhetik. Die schöne Schrift, die schöne Tastatur (aber nur den Brotkasten, danach den 128 finde ich "blöd") das Blau, Basic (Darthmouth College, Hanover, New Hampshire USA - die Erfinder John G. Kemeny, Thomas E. Kurtz) ich komme gebürtig aus Hannover (Gehrden), finde das cool dass das aus Hanover ( xD new England USA) kommt. Hr. Jack Tramiel (Gründer Commodore) war leider in Hannover (D) im Lager bei den Nut-zies Zwangsarbeiter. Auch der Name Commodore soll ihm in Hannover gekommen sein, als nach dem Krieg, er dort in Hannover einen US-Wagen "Commodore" gesehen hat. Er lernte auch seine Frau in Hannover (Lager) kennen. Das Lager war von der Gummi-Reifen-Continental bis 1945. Letztlich möchte aber als Uhrmacher nur bis maximal Röhrentechnik gehen. Ich repariere Röhrenradios als Hobby (lerne noch - am schönsten sind die Radios mit Diodenröhren OHNE Gleichrichter also überwiegend VOR 1945). Halbleiter nannte einer meiner Uhrmachermeister an der Uhrmacherschule Hamburg (Herr Küsel) Kakerlaken. (besser gesagt nannte er so die Quarzwerke, schwarze Plastikwerke, die ja IC's Chips haben / Teilerkette 15 Fach 32'768Hz = 1 Sek. Signal für Schrittmotor + - polar angesteuert) Du wirst lachen, aber was Du hier in Assembler und Basic lernst, versuche ich mit Rechnenschieber und Curta. (das Nutzen und Verstehen dieser Werkzeuge) Ich denke der Mensch sollte Mensch bleiben. Man verliert sich sonst zu sehr. Besser Brettspiele ZUSAMMEN in einem Raum mit lieben Freunden. Metallbaukasten (Hornby-Meccano&Märklin). Echtdampfbahn (idealerweise mit echter Kohle gefeuert. Anfängermodell ist die MSS Mamod, die 1. Mamod z.B. Esbit gefeuert) Der C64 ist für mich die Grenze. Man hat hier noch die Chance das IM DETAIL zu verstehen, aber es fängt an sich zu verlieren. CAD und CNC sind irgendwie genial, mir aber schon zu unmenschlich. Man bedenke: Alles bis VOR 1968 (+ / -) wurde VON HAND gemacht. Klar auch mit Maschinenhilfe aber z.B. wurden Formen mit 5:1 Holzmodellen hergestellt. Das heisst: Handgefertigt in 5 fach größer und dann mit Pantograph Kopierfräse in Werkzeugstahl gefräst (verkleinert damit die Toleranzen im Übertragungsgestänge klein blieben). Danke für Deine schönen Videos! Der C64 ist sehr schön und faszinierend - aber ich werde wohl mehr theoretisch auf diesem Feld bleiben. Lieber und besser Handwerken xD , das Leben ist schon Spiel genug... Darkwing Duck Videospiel mit Quackerjack - Whiffle Boy czcams.com/video/u4H7e2OqseE/video.html diese Pixeloptik finde ich mega cool ! Sehr herzliche Grüße! Géréon
MEGA vor 30 Jahren hatte ich das Handtuch geworfen, weil es keine guten Bücher (und CZcams 😜 ) zu Assembler gab. Mein C64 war lange Zeit meine liebste Blondine. Heute programmiere ich Onlineshops. Danke, du hast mir das alte Assembler endlich näher gebracht. Doch zum Glück gibt es Heute Hochsprachen. Und zum Glück gibt es Jungs wie Dich, die altes Wissen mit Wertschätzung teilen. Ich brauche es nicht, habe es aber sehr genossen. Weiter so!!!
Ich hab Assembler auch erst zur Zeit des Videos das erste mal angewandt. Bei den komplizierten Maschinen heute, macht Assembler nur noch wenig Sinn, aber die alten Heimcomputer lassen sich damit wirklich gut bändigen! 😅
@@C64 Die gute alte "64er", die immer so wundersam roch und stets mit dem "20-Zeiler" im Spaghetti-Code zum Abtippen (mit Checksumme) gleichsam betörte. Es war eine schöne Zeit. Danke für die Rückschau :-)
Obwohl ich erst im Jahre '99 zur Welt gekommen bin und mich in meiner IT Laufbahn nie auf dem tiefen Niveau mit Code habe beschäftigen musste, habe ich alles astrein verstanden. Mega erklärt, es hat Spaß gemacht, begeistert und motiviert, sich weiterhin mit dem Thema zu beschäftigen. Mit Maschinensprache habe ich lediglich beim decompilen mit Ghydra von interessanten Programmen wie Viren etc. zu tun gehabt. Ich denke, den wenigsten Programmierern ist heutzutage bewusst, was im „Hintergrund“ für riesigen Schritte gemacht werden, damit Ihre hochgezüchteten und total überladenen Apps funktioniere. Da werden für die simpelsten Funktionen Librarys importiert und Abhängigkeiten geschaffen, dessen Funktionsumfang jenseits von Gut und Böse sind :D Programmieren, schien früher eine Kunst zu sein, jede Zeile Code bewusst zu schreiben und sich deutlich mehr Gedanken zu machen. Ob das alles besser war als heute, sei mal dahin gestellt. Interessant ist es jedoch und mehr Leute sollten sich mal wieder damit auseinandersetzen. :) Vielen Dank für das Video!
Damals waren die Systeme noch so simpel das sie mit Assembler komplett beherrschbar waren. Heute hat man da kaum eine Chance. Ohne Hochsprachen wie C, die dann automatisiert in Maschinencode kompiliert werden, hätten wir den Fortschritt nicht... Der Vorteil an schon fertige Bibliotheken, in denen natürlich auch alles mögliche ungenutzt drin liegt während vll. nur ein Teil benutzt wird ist, das man das Rad nicht ständig neu erfinden muss. 😂 Damals gab es das auch schon, auf Diskettenmagazinen etc. gab es vorgefertigte Erweiterungen um z.B. Grafik auszugeben. Hier zum Beispiel diese: czcams.com/video/rrStfUhcnCA/video.html Schön das Dir das Video gefallen hat! 🤗
Funny Cat Videos - 750000 likes, dieses aus meiner Sicht eine Million mal sinnvollere und wertvollere und lehrreichere Video hat (jetzt ;-)) 265 likes - habe es gerade zufällig entdeckt ... ich werde es nie verstehen, haha Vielen vielen Dank für eine kurze Reise in meine Vergangenheit in den 80igern - wo wir als Kinder, diese Welt entdecken durften und sie uns - ohne Internet - relativ mühsehlig selbst erschlossen haben - aber es hat sich bis heute gelohnt würde ich sagen...was war das für ein Abenteuer damals :-)) Klingt ein bisschen sentimental, isses auch, aber die C64 freaks aus der damaligen Demo- Cracker- Phreaker- Bbser- etc. Szene werden das wohl ein bisschen verstehen... *ggg* Viele Grüße!!
Hallo! Naja, 265 Likes sind ja auch schon was... gegen Katzen hat man eben keine Chance! 😂 Ich hab Assembler damals garnicht gemacht und hole es eben heute nach... 😉 Ich habe da nur Basic programmiert. Hätte man mir doch mal ein Assembler Buch geschenkt! 😁 Viele Grüße, Andreas
Hallo, kein Problem... spul einfach das Video mit hin und her, dann ist es wieder gerade. ;) Welche Stell meinst Du genau? Ich bin schonmal etwas unlinear, das stimmt. ^^
@@C64 Ich schaue es als Auffrischungs-Kurs an :-) 6502 Assembler schon seit >20Jahren nicht angefasst... wird mal wieder Zeit. Und es macht Spass die Theorie & Praxis in einem Video zu sehen (Zeichnungen :-)) )
Kleine Anmerkung, soweit ich mich erinnern kann steht RTS für 'Return from Subroutine' (20:50 Rücksprung von der Unterroutine in die aufrufende Routine). 29:40 schimpft sich auch 'Little Endian' Adressierung (das niederwertige Byte kommt zuerst). War sehr verbreitet, außer bei Intel. Sehr schönes Video, ich liebe es ;P.
Den Trommler den wir von den Rudergaleeren kennen?... so alt sind wir ja dann doch noch nicht :-D Cooles, gut zu verstehendes Video. Da ist das Abo sicher. Weiter so.
Hehe, ja... das ist der Originaltext der 64er Ausgabe von Anfang der 90er... Da steht schonmal ein wenig seltsames Zeug drin... ;) Vielen Dank für Dein Abo! Schau dich gern ein wenig auf meinem Kanal um... da gibts noch einiges zu BASIC auf dem C64... :)
Vielen Dank. Klasse Tutorial. Jetzt habe ich das Gefühl, dass ich 1982 mit der Entscheidung für den Sinclair Spectrum falsch abgebogen bin. In der Folge hat sich mir Basic wunderbar erschlossen, aber die Infos zum Erlernen der Programmierung auf Maschinenebene waren in Deutschland ungleich rarer als für den C64. Die Z80 Bibel war für mich nicht annähernd so verständlich wie Dein Video.
Hallo aribertcarsten, schön das Dir das Video gefällt. Zu dem Zeitpunkt (1982) stand für mich eine Entscheidung für einen Computer noch garnicht an... Ich war viel zu jung. 😉 Ich hab mit dem C64 angefangen, aber auch nur Basic gelernt damals. Mit Assembler habe ich jetzt auch erst angefangen... 😅
Sehr geiles Video! Man merkt auch dass du gegen Ende etwas an Aufmerksamkeit verlierst. Wenn ich Mal klugscheißen darf: die Adressen $1500-$150x sind Speicheradressen, RTS müsste ReTurnfromSub sein - sonst würde JumptoSubRoutine irgendwie keinen Sinn machen. Ich finde das geil wie der Smon zu bedienen ist, hatte das komplett vergessen. Das ist jetzt das zweite Video das ich von Dir sehe und wunder mich woher Deine Motivation kommt einen Dino-Rechner wie den C64 zu programmieren. Ich hab den ja mehr oder weniger zu Weihnachten bekommen - zumindest die 1541 als es meinen Eltern klar wurde dass ich den Rechner liebe - aber sonst? Mir würde ja nicht einfallen meine knappe Zeit zu nutzen einen Alatair zum Blinken zu überreden.... Hier hab ich natürlich here Ziele - Sound, Bling Bling und das rattern des Laufwerks 😋
Ich finde es macht unglaublich viel Spaß am C64 zu Programmieren... da ist alles noch so leicht und nah an der Hardware, sogar wenn man in Basic Codet. (Viele Dinge muss man dort ja mit POKE erledigen) Mir RTS hast Du natürlich recht, man möge es mir verzeihen, es war einer meiner ersten Ausflüge ins Assembler... 😂 Toll das Du Deinen C64 wieder eintstaubt hast, genau das ist meine Mission hier! 😉
Hehe, ich hab damals kein Assembler gelernt. Ich war zu spät dran glaube ich und habe dann auch den AMIGA schätzen gelernt... allerdings weniger als Programmiermaschine... eher zum Zocken. 😅
Sehr gut erklärt, danke. Hab damals mit dem gleichen Heft (hab ich auch noch hier) Assembler gelernt. Alles vergessen und konnte hier das Grundlegende auffrischen. Vielleicht kommen da noch mehr ?! Paar Befehle gabs ja noch ...
Hallo Rene, ja ich wollte nach und nach den kompletten Kurs durcharbeiten... Einige Videos sind ja schon online: czcams.com/video/NKOucB0o4YQ/video.html
29:40 Wird wohl daran liegen, daß das erste Parameter immer das "Low Byte" und das zweite für das "High Byte" reserviert ist. Genauso, wie man Binärzahlen ja auch von rechts nach links, von 0 aufsteigend, liest und verstehen muß. Man "schiebt" die Daten immer von der rechten Seite in den Speicher oder das Register. 16/32 Bit Prozessoren wie der MC68000 im Amiga 500 haben da z.B. "swap" Instruktionen, mit denen man das obere "Wort" (2 Byte im 32 Bit Register) "nach unten" -- also nach rechts -- holen und mit den bisher unten liegenden 2 Byte vertauschen kann.
Hallo d0dge, danke für Deinen Beitrag. 🙂 Die Reihenfolge der Bytes ist, so wie ich das mitbekommen habe wohl Prozessorabhängig. Der 6510 vom C64 verlangt zuerst das Low-Byte... das ist aber nicht bei jedem Prozessor so: de.wikipedia.org/wiki/Byte-Reihenfolge Mit dem Umgang mit 32bit Zahlen habe ich mich noch nicht auseinandergesetzt. 🙈
Haha, ich hab mich jetzt erst nach 30 Jahren ran gewagt... :D Aber damals hätte ich das sicher nicht gerafft... ist schon zu nah an der Technik... da hätte mir noch einiges gefehlt... Dann lieber ne Nacht eine Basic-Wirtschaftssimulation schreiben. ^^ "Kaufen... Verkaufen... Kredit aufnehmen..." ;)
Hi :) benutzt du einen Emulator oder einen richtigen c64. Das Ladegeräusch von der Diskette lässt auch einen richtigen schließen :). Aber wie bekommst du dann so eine gutes Bild hin?
Hallo, ich habe in dem Video noch eine Keyrah-Tastatur mit Emulator (und simulierten Floppy-Sound) benutzt. Hier hab ich das im Detail gezeigt: czcams.com/video/jb20UhbwyL8/video.html Mittlerweile arbeite ich mit einem Ultimate64 und Original-Floppy. Den Einbau habe ich in diesem Stream gemacht: czcams.com/video/jb20UhbwyL8/video.html das Ultimate64 hat einen HDMI Ausgang, so das auch dort das Bild sehr gut aussieht. Den Emulator habe ich per Screen-Capture aufgenommen. 🙂
Hallo Geertje, ich hab versucht an die Zeitung ran zu kommen, aber da war nix zu machen... das Sonderheft wird nicht angeboten zur Zeit... Zumal das PDF auch ein paar Scanfehler hat... 😅 Also abtippen wollte ich den SMON jetzt nicht heutzutage, aber damals hatte man ja nichts anderes. 🙈
29:30 das zuerst das kleinstwertige Byte angegeben wird (00 dann 04) nennt man little-endian (6502 spezifisch) im Gegensatz zu big-endian. Und Deine Register sind meistens Speicherzellen; der Akkumulator ist z.B. ein Register.
Hallo Lazyman. Ja, ab dem zweiten Video nenne ich die Speicherzellen auch Speicherzellen... Den Unterschied musste ich auch erst lernen... 😅 Also ist das nur beim 6502 so, mit der Angabe der Bytes?
@@C64 Das ist nicht nur beim 6502 so; siehe: de.wikipedia.org/wiki/Byte-Reihenfolge#Verwendung_und_Hardware-Beispiele btw. schöne Serie, gut gemacht! Ich hoffe ich werde mir noch ein paar Videos anschauen!
Mach ja dann Sinn Basic und Maschienencode zu mischen. Also quasi nur dann Maschienencode einzufügen wenn man eine performante Operation braucht, und den rest im langsameren Dasic durchführt.
2:22 Unverständlich! Warum I=1024+255 statt einfach I=1279 TO 1024 oder noch einfacher: FOR I = 1 TO 255 Was macht der Befehl POKE? Was bedeutet die 54272,7? Wo ist in dem Dreizeiler die Anweisung, 255 gelbe "A" auszugeben?
Viele Wege führen nach Rom... Die +255 Rechnung macht deutlicher, das man in den ersten 255 Bytes im Bildschirmspeicher arbeitet. I=1279 TO 1024 wäre aber natürlich ebenfalls richtig... 🙂 POKE schreibt direkt in den Arbeitsspeicher des C64: "POKE Speicheradresse, Wert" 55296 (I+54272) ist die Adresse im Speicher, in der Festgelegt ist, welche Farbe das erste Zeichen auf dem Bildschirm hat. 55297 die Farbe des 2. Zeichens usw. Zu den 54272 wird noch der Schleifenzähler addiert. (Variable I) So ist bei jedem Durchlauf I=Bildschirmspeicher und I+54272=Farbspeicher der gleichen Bildschirmposition. Es wird also bei jedem Durchlauf ein Zeichencode (1=A) in den Bildschirmspeicher geschrieben. Und ein Farbcode (7=Gelb) in den dazugehörigen Farbspeicher. Das ergibt die gelben A.
@ 29:33 min: Offset: 1502 Opcodes: 8D 00 04 Assembler Befehl: STA 0400 8D = STA 00 04 = 0400 Warum 0400 ? Weil im Speicher die Daten im little endian Format abgelegt werden. Im Assembler Befehl sieht man es dann im big endian Format. Angenommen die Opcdes wären z.b. 90ff1200 dann würde das im big endian Format so aussehen 0012ff90
Ich hab Dein Tutorial mal mit Vice nachvollzogen. Damit ich SYS 5376 in einem Basic Programm aufrufen kann brauche ich vorher ein NEW. 😺 Tippst Du da auf einem Emulator oder einem echten C64?
Ich habe da im Emulator gearbeitet, aber mit einer original Tastatur: czcams.com/video/jb20UhbwyL8/video.html Wenn man mit ,8,1 ein Maschinenprogramm (in dem Fall SMON) lädt, dann muss man mit NEW die Pointer wieder gerade biegen. Sonst wirft der BASIC Interpreter immer ein OUT OF MEMORY aus, wenn man versucht SYS aufzurufen. Wie die Hintergründe da genau sind muss ich mal selber noch nachforschen. 😅
Das die Hexdezimalzahl 0400 als 00 04 gespeichert wird, wird heute noch so gemacht, es handelt sich um eine 16 Bit-Zahl, daher wird erst das Niedrigere Byte der 16 Bit-Zahl gespeichert und dann das Höhere Byte, das ist bei 32 Bit und 64 Bit genau so. Oder anders, es hat mit dem Binär-System zu tun, 1 ist links und 255 ist rechts, also bei 16 Bit, werden erst die Niederwertigen Bits gespeichert und dann die Höherwertigen, genau so sieht es dann auch mit 32 und 64 Bit aus. Es wird immer herunter auf Bit-Ebene gespeichert, daher wird beim Diassembler oder im Hex-Editor, die Werte Rückwärts ausgegeben.
Sorry mir ist bei dem Binärsystem auch ein Fehler unterlaufen, es hängt vom Prozessor ab, es gibt das "Little-Endian" und das "Big-Endian" System. Im Big-Endian wird der Hex-Wert 12 34, genau so im Speicher abgelegt, bei Little-Endian dagegen, wird der selbe Hex-Wert rückwärts gespeichert, also 34 12, früher und auch heute wird meistens die Codierung im Big-Endian vorgenommen
Nach den ersten Lektionen guckt man den Terminator 1 ganz anders, vor allem die Szenen, in denen gezeigt wird, wie er die Umgebung sieht. Da liest man etwas wie A9, JSR oder STX 😂
@@C64 Danke für die Antwort! Eigentlich was ich nicht verstehe ist, die Verbindung zwischen binärem und elektrischen Signal. Wie funktioniert genau ein Decoder im CPU? Ich habe gelesen, dass der CPU ein instruction decoder enthält. Dieser decoder kann sequenziell binäres opcode lesen und der Schaltkreis aktivieren, welcher dieser opcode implementiert. Meine Frage ist: wie wandelt der Decoder das binäre Signal in elektrischen Signal? Auch wenn der opcode Teil des Instructionset eines CPUs ist, vertstehe ich weiterhin nicht, wie das Signal umgewandelt wird :(
@@nononnomonohjghdgdshrsrhsjgd Die 8 bits vom opcode (also ohne die parameter-bits) zusammen mit timing-steuer-bits gehen auf den Eingang eines Schaltwerks (der instuction decoder, er ist ein programmierter ROM bzw. PLA). Er wandelt das Bitmuster vom op-code+timing bits am Eingang zu einem neuen Bitmuster aus 130 Steuerleitungen am Ausgang die zur random control logic gehen welche wiederrum den Rest der CPU steuert.
@@nononnomonohjghdgdshrsrhsjgd >wie wandelt der Decoder das binäre Signal in elektrischen Signal? ein computer funktioniert elektrisch. Es werden also bereits alle bits die in RAM, ROM oder registern liegen als Elektrische High/Low Spannungspegel repräsentiert. Da muss nix gewandelt werden. lediglich das laden von diskette macht eine umwandlung von "bits-alsmagetismus-muster" in Spannungspegel-bits in die RAM laden durch. dabei gehen die bits ja erstmal seriell vom diskettenlaufwerk zum c64
@@nononnomonohjghdgdshrsrhsjgd Die ganzen Schaltvorgänge (elektrisches Signal aktiviert oder deaktiviert anderes elektrisches Signal) machen ja dann die Transistoren auf dem Chip, die sind zu Logikelementen zusammengefasst. Davon gabs tausende und heute Millionen auf dem Chip.
Hallo! Das musste ich jetzt erst selber googlen... 😅 Ohne es getestet zu haben müsste es so gehen, das Du auf der Zeropage in der Speicheradresse $0001 das Bit 0 auf den Wert 0 setzt. Dann ist das Basic-ROM ausgeblendet und Lesezugriffe gehen auf den RAM. Näheres in der Memory-Map: sta.c64.org/cbm64mem.html Dort ist bei Adresse $0001 aufgeführt, welches Bit, welche Funktion hat. 🙂 Wie gesagt, habe es jetzt nur nachgelesen und nicht selber getestet. Sag gerne bescheid ob es so klappt!
LDA #01 läd den Wert 1 in das Akku-Register STA 0400 schreibt den Wert vom Akku zur Adresse 0400 Der Wert im Akku bleibt beim Schreiben nach 0400 im Akku erhalten und könnte danach auch noch zu einer anderen Adresse geschrieben werden, zb. nach 0401.
Register 7000? Argh. Adresse, oder Adressregister. Wie spaeter erlaeutert, gibt es auch noch Stapelregister, Datenregister, X,Y,A Register, Zeropage Register usw.
Wie meinst Du das? Die Op-Codes hängen ja am Prozessortyp, man kann sie glaube ich nicht auslesen. Sie sind in der Hardware implementiert und müssten der Dokumentation des entsprechenden Prozessors entnommen werden...
@@C64 Bedeutet das, dass ich in meinem eigenen Programm eine separate Tabelle erstellen muss, um den Op-Code abzurufen? Ich überlege, Binärdaten aus dem Speicher auszulesen und zu interpretieren. Meine Frage ist, ob ich Op-Code basierend auf Binärzeichenfolgen aus einer Funktion im Kernal extrahieren kann oder ob ich Tabellen in meiner eigenen Anwendung erstellen muss, die diese anzeigen.
@@C64 Habe auch erst 2003 damit angefangen. Hatte kein Plan. Imner lange herumprobiert bis es nach etwas klang. Aber die ersten gehversuche waren übel🙈🤣
Ja, das Geheimnis ist wohl, das man sich mit dem System auskennen muss, also genau wissen muss, welche Speicherstelle was bewirkt. Mit Assembler schiebt man ja (fast) nur Werte hin und her, bzw. berechnet sie neu... 🙂
grüße, ne frage: kein ton und keine datasette (no strom) beim c64...was könnte das sein? hast du da n plan?...alles gute und nice channel, sehr gutes thema!...
Schön das der Kanal Dir gefällt. Ich verstehe die Frage nicht ganz. Deine Datasette funktioniert nicht? 🤔 Also ich hatte das Problem auch als ich meinen C64 vor Jahren wieder hervorgekramt hab... ein wackeln am Stecker hat geholfen... Evtl. mal die Kontakte am Datasettenport reinigen und auch am Datasettenkabel den Stecker mit einem Wattestäbchen durchgehen... 🙂
Kleine Anmerkungen: 1. Es ist nicht "Return to Sub" sondern "Return FROM Sub". Man kehrt VON einer Subroutine zurück. 2. Du vermischst oft Register und Speicheradresse. Das ist nicht das selbe!
ich berechne die folgenden ausgaben der Print Befele mit denn C-64 bin sonst immer mit denn C64 Programmen Bescheftigt auf denn seiten der C 64 Programmier Büchern habe mherer Bücher für denn THE 64😆
ja assembler c 64 sehrr cool ..gab es von data becker monitor und assembler prg .. omg .wie lange ist das her....lolpoke peek lda sta nice wow min 40 jahre her omg...
@@C64 Ich habe lange nach einem Assemblerkurs auf Deutsch gesucht. Dabei bin ich zufällig auf Deinen Kanal gestoßen. Großartig! Hänge ich mich gleich rein... Danke und weiter so! Du siehst relativ jung aus für einen 8-Bit Enthusiasten...
@@andiroemer8180 Dann wünsche ich Dir viel Spaß bei den weiteren Videos. Leider bin ich mit dem Thema noch nicht soo weit gekommen, da ich momentan wenig Zeit habe den Kurs aus der 64er selber weiter zu verfolgen. 🙈 Naja, ich bin recht spät eingestiegen mit dem C64 Ende der 80er... Bin jetzt Ü40, also soo jung bin ich auch nicht mehr... 😂😉
Interessant ist, dass ja eigentlich ein Programm wie SMON selbst z.B. den Akku nutzen muss. Laut Wiki scheint SMON die Register wohl nur vorzutäuschen, oder? www.c64-wiki.de/wiki/SMON
@@devnull6938 Ich müsste es nochmal testen. aber ich meine wenn man SMON Befehle benutzt wie D, A, usw. ändert sich der Inhalt des Akkumulators auch. Ich denke nicht das die Register nur simuliert werden. Aber 100%ig kann ichs nicht sagen... ;-)
@@C64 Ja. Aber das Programm SMON läuft doch auch irgendwie mit, oder? Und wenn ja, dann muss es die wenigen Register auch benutzen. Vielleicht ist es Interrupt gesteuert und alles wird zwischengespeichert. Dann müsste aber z.B. die Akku-Anzeige gefakt sein, oder?
Register sind Akku X, Y, und so weiter. Das andere sind Speicher-Adressen wo der Maschienencode abgelegt wird damit er ausgeführt werden kann. Tip: Um zwischen Hex-Werte und Dez-Werte leichter zu unterscheiden, wenn sie ausgesprochen werden, macht es Sinn die Hex-Werte von vorne jede Stelle einzelnd zu sprechen. Zu $1000 nicht Tausend sagen sondern eins, null,null,null. Andernfalls bekommt man bei $B8 acht und bzig, oder bei $ACE0 atausend chundert ezig. Das hört sich grausam an und ist voll verwirrend. Besser anders aussprechen und auch nicht mixen, dann gibt es weniger Missverständnisse und es schleichen sich weniger Fehler ein.
Ja danke für den Tip. Ehrlich gesagt ist das der Punkt der mich beim Kontrollschauen am meisten gestört hat. Hab mir für zukünftige Teile schon vorgenommen es genau so zu machen... Aber die Gewohnheit muss man erstmal ablegen! 😂
Gutes Video, nur blutet mir jedesmal mein Programmiererherz wenn jemand statt "Speicheradresse" den Begriff "Register" verwendet. "Register" sind was anderes!
Das Buch ist mir sogar schonmal begegnet glaube ich. 😅 Ich habe den Kurs noch ein wenig weiter verfolgt... aber die alten Texte sind mittlerweile ein wenig anstrengend... 🙈
💙 Unterstütze mich und meinen Kanal: Drück den "Thanks" Button unter dem Video, oder werde Kanalmitglied! 🤗🙂
Vor 30 Jahren habe ich geglaubt, dass ich Assembler nie verstehen werde. Dank Deines Videos WEISS ich heute, dass das tatsächlich so ist. Toll.
😂😂😂 Ach komm schon... soo schlimm ist es doch garnicht!
Haha genau dasselbe dachte ich auch gerade.
Richtig. Das liegt daran, dass damals die IT-Fuzzis, auch wenn sie Journalisten waren oder Bücher geschrieben haben, in aller Regel von Didaktik keinen Schimmer hatten. Zielgruppe, Sprache, Aufbau, Methodik ... nix wird reflektiert. Es wird darauflosgeschwafelt oder -geschrieben. Leider macht das
N3rdroom anno 2020 immer noch so. Nur ein Beispiel: Adressbus, Datenbus ... das begreift mit diesen Worten NIEMAND. Wer dem folgen kann, hat schon reichlich Vorwissen.
@Digi Toux bin immer nur BASIC Fuzzi geblieben beim C64.
@Digi Toux nein hab paar Programme geschrieben. Mein ganzer Stolz war eins, das den kompletten Arbeitsspeicher ausgenutzt hatte und mit Hintergrund Musik 😅
Das bringt alte Erinnerungen hoch, wo ich in den Interrupt vom Bildschirmaufbau mein kleines Assemblerprogramm mit reingeschrieben hatte, was auf dem Bildschirm das D (für Diamant) und das S (für Stein) eine Zeile nach unten fallen lassen hat, wenn darunter kein Zeichen (Leerzeichen) vorhanden war. Durch einige Erweiterungen dieser kleinen Routine mit Abfragen der vorhandenen Zeichen links und rechts neben den Buchstaben war es so möglich mit wenig Aufwand einen kleinen Bouderdash-Klon zu schaffen, auf den ich heute (gut 33 Jahre später) noch stolz bin.
Leider ist nix von meinen damaligen Schaffenswerken übrig geblieben, was mich heute etwas traurig stimmt.
Es war schon ne tolle Zeit, damals mit 12/13 Jahren, was man da so in seiner Freizeit geschaffen hat.
Da schüttelt man heutzutage nur den Kopf, wenn die Jugend diese Zeit nur noch mit Fortnite, Battlefield oder in Chats von WhatsApp oder Instagram vergammelt und nix schafft, wo das Hirn wirklich mal logisch arbeiten muss.
Damals mit 13 hatte man ja auch noch alle Zeit der Welt! Wenn man da mal 20 Stunden am Stück mit sowas beschäftigt war, dann war das kein Problem... Heute bin ich froh, wenn ich mal 2 Stunden habe, ein Video aufzunehmen... 😂
Oh wie geil, vielleicht kapier ich endlich mehr, wenn DU es erklärst. 1000 Daumen hoch!
Hallo mikurasti, dann mal los. SMON installiert und ran! :)
Hat wieder Spaß gemacht zuzusehen. Wieder verständlich erklärt. Hätte mir 1984 viel Zeit erspart. Ganz toll. Lg
Schön das es Dir gefällt. Mir machts auch echt Spaß... wenn ich nur etwas mehr Zeit hätte. :-)
@@C64 ja das Problem mit der Zeit :( aber dafür machst du ja so einiges. Hoffe, dass du noch zu so manches kommst. Wäre schade, wenn du gar keine Zeit mehr finden würdest. Wie schon gesagt, echt toll. 👍👍👍
Super Video. Damals ohne Internet und genug Taschengeld für bezahlbaren Input (Zeitschriften / Bücher) war das totales Herrschaftswissen und ich ärger mich ja das ich mir das früher verwehrt geblieben ist - gab halt keinen der einem da Helfen konnte ;-). Aber das denke ich mir auch manchmal wenn ich aktuelle Nachhilfevideos in Mathe sehe.
So ähnlich ging es mir auch. Als Kind bekam man nur "C64 für Einsteiger"-Bücher geschenkt... 😉🙈
Ich habe damals ganze Intros gemacht und sogar auf der Floppy 1541 Programmocode ausgeführt, die ja selber einen 6502 Prozessor hatte, und einem Kopierschutz entwickelt. Leider war das alles am Ende dieser Ära. Das jetzt alles nach 35 Jahren zu sehen - ich muss sagen: ich habe vieles vergessen, aber deine Videos zu schauen, da dämmert es wieder. Gute Arbeit.
Hallo Ralf, ich habe damals garkein Assembler programmiert, nur Basic. Ich bin auch erst ende der 80er eingestiegen und war da noch relativ jung... Aber es macht Spaß das Wissen von damals heute nochmal nachzuholen... 😊
Ich werde gerade total nostalgisch. Vor ca. 35 Jahren war das mein absolutes Hobby. Damals war der technische Fortschritt viiiiiiiieeeeeel langsamer, so dass wir aus der vorhandenen Technik immer mehr herausholen mussten. Der einzige Weg dazu war Maschinensprache, und der Assembler war der beste Freund. Danke, sehr gut erklärt (!!! auch wenn ich nicht glaube, dass heute viele folgen können, weil das natürlich total weit von allen aktuellen Programmiersprachen entfernt ist).
Hauptsache es können ein paar Leute folgen, die damals wie Du auch schon in Assembler programmiert haben. 😅
Aber ich denke auch für Diejenigen die es damals interessiert hätte, die aber wie ich nie den Zugang zu Assembler auf dem C64 bekommen haben ist es interessant! 🙂
Schön das Du Spaß hattest mit dem Video! 🤗
SUPER! Endlich mal ein verständliches CEVI Assembler Video auf deutsch. Darauf haben wir Re-Nerds gewartet.
Schön das es Dir gefällt. Es werden noch ein paar folgen. 😉
When you are a real NERD, than English shouldn't be a problem :D
Ha. Das weckt Erinnerungen. Der erste Assembler Dialekt den ich je gelernt habe... Aber das war noch in den 80er Jahren. Schon lange her das.
Ich habe es nun nachgeholt. 😅
Obwohl ich keine Chance für mich sehe, das zu verstehen, muss ich sagen: es fasziniert mich bis heute, wenn man das kann. Sehnsüchtig blicke ich auf vergangene Zeiten, als Hardware noch nicht nach paar Monaten als veraltet galt und Entwickler viel mehr Zeit hatten (und auch durch die begrenzte Leistung gezwungen waren), überaus effizient zu programmieren und sich richtig mit der Hardware auseinanderzusetzen. Wäre das heute noch so, könnten wir sehr viel Ressourcen sparen. Durch schludrige Programmierung und Hochsprachen wird jede Menge Leistung vergeigt.
Gut gemacht, ich freue mich schon auf die nächste Folge.
C64 war mein erster computer aber Assembler auf dem Brotkasten war für mich bis heute wie schwarze Magie.
Cooles Video, habe etwas am Emulator mitgemacht und es auch verstanden.
Faszinierend wie die Programmierer damals ganze Spiele mit Assembler gemacht haben, das müsste ein Haufen Arbeit gewesen sein.
Das denke ich mir auch. Werde wohl vorerst noch Basic und Assembler mischen... Also wenn ich Zeit hatte mehr damit zu machen. ;-)
Bin ja selbst noch am lernen...
Das ging nicht anders. Nur Maschinensprache war schnell genug. Spieleprogrammierung war damit allerdings nicht schwieriger als sie es mit Basic gewesen wäre. Die Logik von Grafik- und Soundprozessor, Bildschirmaufbau etc. war so abstrakt (wie im Video geschildert), dass man das sowieso verstehen musste. Der nächste Schritt war dann nicht schwieriger. Der Wortschatz von Basic war zu klein, um es zu vereinfachen - und wie gesagt wäre das um Dimensionen zu langsam gewesen.
Damals hatten es die Programmierer noch drauf. Heute geht alles über ganz viele Ebenen. Wahrscheinlich werden nicht mal die MMX Befehle durch die Compilern genutzt. Ziemlich schade wieviel Rechenzeit heute nicht genutzt wird.
Super, die erste(n) Assembler Video(s) von Dir! Sehr schön erklärt! Vor allem der Perspektivenvergleich mit den Lochkarten war ein echter Aha! Effekt! Wenn man es so betrachtet (und nicht vom besser lesbaren Basic zum Assembler), dann ist ein Assembler wirklich komfortabel im Gegensatz zu Lochkarten, also alles schön auf dem Bildschirm, jederzeit ladbar und speicherbar und veränderbar, man kann alles digital eingeben mit der C64 Tastatur, ohne neue Lochkarten zu nehmen, das ist schon wesentlich komfortabler. Sehr interessant! Weiter so! Glückwunsch ausserdem zu 1000 Abonnenten, da bin ich noch ein Stück von weg aber mein Channel wird auch immer größer, macht viel Spass! Viele Grüße! :)
Vielen dank! Ja ich hab endlich die 1000 geknackt! :)
Das mit den Lochkarten war mir, bis ich mich jetzt mit Maschinensprache beschäftigt habe, auch nicht klar. ;)
Ich wünsche Dir viel Erfolg mit Deinem Kanal. Komponierst Du selber?
@@C64 Danke! Ja ich bin Komponist und lade meine Musik auf meinen Kanal. Ist schon ne Menge Arbeit 1000 Abonnenten zu bekommen, aber es soll ja auch Spass machen und keine "Arbeit" sein :) Bin gespannt aufs nächste Assembler Video :)
Hey Danke! Ich wollte dich schon immer mal gefragt haben, ob du auch mal was zu Assembler machst. Mit den BASIC-Videos habe ich nämlich viel gelernt. Jetzt freue ich mich auf den nächsthöheren Schritt.
Bisher gab es ja hier noch nichts zu Assembler in deutscher Sprache. 👍🏻
Hallo Tim, ja ich lerne es quasi auch gerade erst. Die Videos sind für mich ne gute Gelegenheit das gelernte zu vertiefen... und für Euch um mitzulernen. :)
Vielen Dank für Dein Video Teil 2. Sehr gut erklärt und auch nicht zu schnell bzw. Zu viel.
Gerade eine Input Abfrage gehört ja zwingend dazu.
Ach, was waren das noch für tolle Zeiten! Da waren noch die CPU's und deren Assembler so leicht verständlich, dass man einfache Programme tatsächlich nur in Zahlen eingeben konnte. Mit dem Amiga und dem MC68000 hatte die Assembler-Freude ihren Höhepunkt.😊
Mit der AMIGA Assembler Programmierung habe ich mich nie auseinandergesetzt. 🙈
Du machst SUPER Videos! Schaue ich gerne und ich mag Deine Art sehr gerne. Sehr menschlich und herzlich.
Ich mag den C64 wegen seiner Ästhetik. Die schöne Schrift, die schöne Tastatur (aber nur den Brotkasten, danach den 128 finde ich "blöd") das Blau, Basic (Darthmouth College, Hanover, New Hampshire USA - die Erfinder John G. Kemeny, Thomas E. Kurtz) ich komme gebürtig aus Hannover (Gehrden), finde das cool dass das aus Hanover ( xD new England USA) kommt.
Hr. Jack Tramiel (Gründer Commodore) war leider in Hannover (D) im Lager bei den Nut-zies Zwangsarbeiter. Auch der Name Commodore soll ihm in Hannover gekommen sein, als nach dem Krieg, er dort in Hannover einen US-Wagen "Commodore" gesehen hat. Er lernte auch seine Frau in Hannover (Lager) kennen. Das Lager war von der Gummi-Reifen-Continental bis 1945.
Letztlich möchte aber als Uhrmacher nur bis maximal Röhrentechnik gehen. Ich repariere Röhrenradios als Hobby (lerne noch - am schönsten sind die Radios mit Diodenröhren OHNE Gleichrichter also überwiegend VOR 1945).
Halbleiter nannte einer meiner Uhrmachermeister an der Uhrmacherschule Hamburg (Herr Küsel) Kakerlaken.
(besser gesagt nannte er so die Quarzwerke, schwarze Plastikwerke, die ja IC's Chips haben / Teilerkette 15 Fach 32'768Hz = 1 Sek. Signal für Schrittmotor + - polar angesteuert)
Du wirst lachen, aber was Du hier in Assembler und Basic lernst, versuche ich mit Rechnenschieber und Curta.
(das Nutzen und Verstehen dieser Werkzeuge)
Ich denke der Mensch sollte Mensch bleiben. Man verliert sich sonst zu sehr.
Besser Brettspiele ZUSAMMEN in einem Raum mit lieben Freunden. Metallbaukasten (Hornby-Meccano&Märklin). Echtdampfbahn (idealerweise mit echter Kohle gefeuert. Anfängermodell ist die MSS Mamod, die 1. Mamod z.B. Esbit gefeuert)
Der C64 ist für mich die Grenze. Man hat hier noch die Chance das IM DETAIL zu verstehen, aber es fängt an sich zu verlieren.
CAD und CNC sind irgendwie genial, mir aber schon zu unmenschlich.
Man bedenke: Alles bis VOR 1968 (+ / -) wurde VON HAND gemacht. Klar auch mit Maschinenhilfe aber z.B. wurden Formen mit 5:1 Holzmodellen hergestellt. Das heisst: Handgefertigt in 5 fach größer und dann mit Pantograph Kopierfräse in Werkzeugstahl gefräst (verkleinert damit die Toleranzen im Übertragungsgestänge klein blieben).
Danke für Deine schönen Videos!
Der C64 ist sehr schön und faszinierend - aber ich werde wohl mehr theoretisch auf diesem Feld bleiben.
Lieber und besser Handwerken xD , das Leben ist schon Spiel genug...
Darkwing Duck Videospiel mit Quackerjack - Whiffle Boy
czcams.com/video/u4H7e2OqseE/video.html
diese Pixeloptik finde ich mega cool !
Sehr herzliche Grüße!
Géréon
MEGA
vor 30 Jahren hatte ich das Handtuch geworfen, weil es keine guten Bücher (und CZcams 😜 ) zu Assembler gab. Mein C64 war lange Zeit meine liebste Blondine. Heute programmiere ich Onlineshops. Danke, du hast mir das alte Assembler endlich näher gebracht. Doch zum Glück gibt es Heute Hochsprachen. Und zum Glück gibt es Jungs wie Dich, die altes Wissen mit Wertschätzung teilen. Ich brauche es nicht, habe es aber sehr genossen. Weiter so!!!
Ich hab Assembler auch erst zur Zeit des Videos das erste mal angewandt. Bei den komplizierten Maschinen heute, macht Assembler nur noch wenig Sinn, aber die alten Heimcomputer lassen sich damit wirklich gut bändigen! 😅
Klasse Einstieg! Gern mehr davon !!! 👍👍👍
Hallo! Ich hab auf jeden Fall geplant den kompletten Kurs durch zu machen... ;-)
Eine sehr schöne Analogie, der Vergleich mit den Häusern!!!
Ja, das ist 1 zu 1 aus dem Kurs in der 64er übernommen... 🙂
@@C64 Die gute alte "64er", die immer so wundersam roch und stets mit dem "20-Zeiler" im Spaghetti-Code zum Abtippen (mit Checksumme) gleichsam betörte. Es war eine schöne Zeit. Danke für die Rückschau :-)
Obwohl ich erst im Jahre '99 zur Welt gekommen bin und mich in meiner IT Laufbahn nie auf dem tiefen Niveau mit Code habe beschäftigen musste, habe ich alles astrein verstanden.
Mega erklärt, es hat Spaß gemacht, begeistert und motiviert, sich weiterhin mit dem Thema zu beschäftigen.
Mit Maschinensprache habe ich lediglich beim decompilen mit Ghydra von interessanten Programmen wie Viren etc. zu tun gehabt.
Ich denke, den wenigsten Programmierern ist heutzutage bewusst, was im „Hintergrund“ für riesigen Schritte gemacht werden, damit Ihre hochgezüchteten und total überladenen Apps funktioniere. Da werden für die simpelsten Funktionen Librarys importiert und Abhängigkeiten geschaffen, dessen Funktionsumfang jenseits von Gut und Böse sind :D
Programmieren, schien früher eine Kunst zu sein, jede Zeile Code bewusst zu schreiben und sich deutlich mehr Gedanken zu machen.
Ob das alles besser war als heute, sei mal dahin gestellt. Interessant ist es jedoch und mehr Leute sollten sich mal wieder damit auseinandersetzen. :)
Vielen Dank für das Video!
Damals waren die Systeme noch so simpel das sie mit Assembler komplett beherrschbar waren. Heute hat man da kaum eine Chance. Ohne Hochsprachen wie C, die dann automatisiert in Maschinencode kompiliert werden, hätten wir den Fortschritt nicht... Der Vorteil an schon fertige Bibliotheken, in denen natürlich auch alles mögliche ungenutzt drin liegt während vll. nur ein Teil benutzt wird ist, das man das Rad nicht ständig neu erfinden muss. 😂
Damals gab es das auch schon, auf Diskettenmagazinen etc. gab es vorgefertigte Erweiterungen um z.B. Grafik auszugeben. Hier zum Beispiel diese: czcams.com/video/rrStfUhcnCA/video.html
Schön das Dir das Video gefallen hat! 🤗
Funny Cat Videos - 750000 likes, dieses aus meiner Sicht eine Million mal sinnvollere und wertvollere und lehrreichere Video hat (jetzt ;-)) 265 likes - habe es gerade zufällig entdeckt ... ich werde es nie verstehen, haha
Vielen vielen Dank für eine kurze Reise in meine Vergangenheit in den 80igern - wo wir als Kinder, diese Welt entdecken durften und sie uns - ohne Internet - relativ mühsehlig selbst erschlossen haben - aber es hat sich bis heute gelohnt würde ich sagen...was war das für ein Abenteuer damals :-))
Klingt ein bisschen sentimental, isses auch, aber die C64 freaks aus der damaligen Demo- Cracker- Phreaker- Bbser- etc. Szene werden das wohl ein bisschen verstehen... *ggg*
Viele Grüße!!
Hallo!
Naja, 265 Likes sind ja auch schon was... gegen Katzen hat man eben keine Chance! 😂
Ich hab Assembler damals garnicht gemacht und hole es eben heute nach... 😉 Ich habe da nur Basic programmiert. Hätte man mir doch mal ein Assembler Buch geschenkt! 😁
Viele Grüße,
Andreas
Du kannst das echt gut erklären. Manchmal springst du mir etwas zu schnell hin und her, dennoch macht es Spaß Dir zu zuschauen. Danke dafür.
Hallo, kein Problem... spul einfach das Video mit hin und her, dann ist es wieder gerade. ;)
Welche Stell meinst Du genau? Ich bin schonmal etwas unlinear, das stimmt. ^^
@@C64 vor und zurückgespult genauso habe ich es gemacht. :-) Das hin und herspringen ist jetzt nicht so schlimm. Das ist einfach dein Stil.
Weltklasse!!! Weiter so👍🏻👍🏻👍🏻
Sehr! Gut erklärt. Die Beispiele sind verständlich und die Zeichnungen wie 7:22 für alle “Stufen” Glasklar, danke
Vielen Dank für Dein Feedback! 🤗
Lernst Du gerade Assembler, oder kannst Du es schon und schaust die Videos eher zur Unterhaltung? 🙂
@@C64 Ich schaue es als Auffrischungs-Kurs an :-) 6502 Assembler schon seit >20Jahren nicht angefasst... wird mal wieder Zeit. Und es macht Spass die Theorie & Praxis in einem Video zu sehen (Zeichnungen :-)) )
Klasse Video, vielen lieben dank !
Sehr gerne! Schön das es Dir gefallen hat. 🤗
1000 Abonnenten! 👍
Danke! Ich bin selber etwas sprachlos... ;)
@@C64 Du hast es halt drauf, Wissen zu vermitteln.
Schön erklärt. Danke.
Sehr gerne! 😉
Kleine Anmerkung, soweit ich mich erinnern kann steht RTS für 'Return from Subroutine' (20:50 Rücksprung von der Unterroutine in die aufrufende Routine). 29:40 schimpft sich auch 'Little Endian' Adressierung (das niederwertige Byte kommt zuerst). War sehr verbreitet, außer bei Intel. Sehr schönes Video, ich liebe es ;P.
Ja, das wäre auch logischer... 😉😅
@@C64 Stimmt auch :-)
Den Trommler den wir von den Rudergaleeren kennen?... so alt sind wir ja dann doch noch nicht :-D Cooles, gut zu verstehendes Video. Da ist das Abo sicher. Weiter so.
Hehe, ja... das ist der Originaltext der 64er Ausgabe von Anfang der 90er... Da steht schonmal ein wenig seltsames Zeug drin... ;)
Vielen Dank für Dein Abo! Schau dich gern ein wenig auf meinem Kanal um... da gibts noch einiges zu BASIC auf dem C64... :)
Danke für das Video, es kommt nur leider ca. 35 Jahre zu spät :-)
Es ist nie zu spät anzufangen... 😂
Super, gut erklärt; Note 1 !
Vielen Dank. Klasse Tutorial.
Jetzt habe ich das Gefühl, dass ich 1982 mit der Entscheidung für den Sinclair Spectrum falsch abgebogen bin.
In der Folge hat sich mir Basic wunderbar erschlossen, aber die Infos zum Erlernen der Programmierung auf Maschinenebene waren in Deutschland ungleich rarer als für den C64.
Die Z80 Bibel war für mich nicht annähernd so verständlich wie Dein Video.
Hallo aribertcarsten, schön das Dir das Video gefällt. Zu dem Zeitpunkt (1982) stand für mich eine Entscheidung für einen Computer noch garnicht an... Ich war viel zu jung. 😉
Ich hab mit dem C64 angefangen, aber auch nur Basic gelernt damals. Mit Assembler habe ich jetzt auch erst angefangen... 😅
Sehr geiles Video! Man merkt auch dass du gegen Ende etwas an Aufmerksamkeit verlierst. Wenn ich Mal klugscheißen darf: die Adressen $1500-$150x sind Speicheradressen, RTS müsste ReTurnfromSub sein - sonst würde JumptoSubRoutine irgendwie keinen Sinn machen. Ich finde das geil wie der Smon zu bedienen ist, hatte das komplett vergessen. Das ist jetzt das zweite Video das ich von Dir sehe und wunder mich woher Deine Motivation kommt einen Dino-Rechner wie den C64 zu programmieren. Ich hab den ja mehr oder weniger zu Weihnachten bekommen - zumindest die 1541 als es meinen Eltern klar wurde dass ich den Rechner liebe - aber sonst? Mir würde ja nicht einfallen meine knappe Zeit zu nutzen einen Alatair zum Blinken zu überreden.... Hier hab ich natürlich here Ziele - Sound, Bling Bling und das rattern des Laufwerks 😋
Ich finde es macht unglaublich viel Spaß am C64 zu Programmieren... da ist alles noch so leicht und nah an der Hardware, sogar wenn man in Basic Codet. (Viele Dinge muss man dort ja mit POKE erledigen)
Mir RTS hast Du natürlich recht, man möge es mir verzeihen, es war einer meiner ersten Ausflüge ins Assembler... 😂
Toll das Du Deinen C64 wieder eintstaubt hast, genau das ist meine Mission hier! 😉
Bu bilgiler için çok teşekkür ederiz.
Danke, dann war ich damals ja doch nicht so weit entfernt das zu verstehen, aber ich hab mich dann doch vom Amiga verführen lassen!😉
Hehe, ich hab damals kein Assembler gelernt. Ich war zu spät dran glaube ich und habe dann auch den AMIGA schätzen gelernt... allerdings weniger als Programmiermaschine... eher zum Zocken. 😅
Danke!
Wow, ich habe zu danken! 🤗☺️
Smon hatte ich auch lange benutzt, bin dann aber wegen dem Action-Replay V(irgendwas) auf Pro-Mon umgestiegen.
Den im Action Replay habe ich mir noch garnicht angesehen... 🤔
Sehr gut erklärt, danke. Hab damals mit dem gleichen Heft (hab ich auch noch hier) Assembler gelernt. Alles vergessen und konnte hier das Grundlegende auffrischen. Vielleicht kommen da noch mehr ?! Paar Befehle gabs ja noch ...
Hallo Rene, ja ich wollte nach und nach den kompletten Kurs durcharbeiten... Einige Videos sind ja schon online: czcams.com/video/NKOucB0o4YQ/video.html
@@C64 Die hab ich natürlich schon alle geschaut :). Ich freu mich schon drauf!
Weltklasse :)
Schön das es Dir gefällt. 😊
Guter Kurs !
Assembler war geil !!!
Hast Du damals in Assembler programmiert? 🙂
wo kann man denn den smon downloaden ?
Hier zum Beispiel: www.cbmhardware.de/dlmanager/index.php?id=162
Sollte der Link nicht mehr funktionieren einfach "smon c64 download" googlen. 🙂
@@C64 Vielen Dank !
29:40 Wird wohl daran liegen, daß das erste Parameter immer das "Low Byte" und das zweite für das "High Byte" reserviert ist. Genauso, wie man Binärzahlen ja auch von rechts nach links, von 0 aufsteigend, liest und verstehen muß. Man "schiebt" die Daten immer von der rechten Seite in den Speicher oder das Register. 16/32 Bit Prozessoren wie der MC68000 im Amiga 500 haben da z.B. "swap" Instruktionen, mit denen man das obere "Wort" (2 Byte im 32 Bit Register) "nach unten" -- also nach rechts -- holen und mit den bisher unten liegenden 2 Byte vertauschen kann.
Hallo d0dge, danke für Deinen Beitrag. 🙂
Die Reihenfolge der Bytes ist, so wie ich das mitbekommen habe wohl Prozessorabhängig. Der 6510 vom C64 verlangt zuerst das Low-Byte... das ist aber nicht bei jedem Prozessor so: de.wikipedia.org/wiki/Byte-Reihenfolge
Mit dem Umgang mit 32bit Zahlen habe ich mich noch nicht auseinandergesetzt. 🙈
Sehr cool! Die reihe werde ich abonnieren!
Schön das es Dir gefällt. 😊
Ich hoffe Du magst auch C64 BASIC Zeug... das wird zwischendurch auch immer wieder kommen. 😉
Merci beaucoup pour cette vidéo
I hope it is understandable, despite the language barrier. :-)
@@C64 yes and your videos really help me a lot
Nä , immer noch nicht .... ich gucke es morgen nochmal !! Top erklärt aber ich schnall das seit 30 Jahren nicht .
Haha, ich hab mich jetzt erst nach 30 Jahren ran gewagt... :D
Aber damals hätte ich das sicher nicht gerafft... ist schon zu nah an der Technik... da hätte mir noch einiges gefehlt... Dann lieber ne Nacht eine Basic-Wirtschaftssimulation schreiben. ^^
"Kaufen... Verkaufen... Kredit aufnehmen..." ;)
Hi :) benutzt du einen Emulator oder einen richtigen c64. Das Ladegeräusch von der Diskette lässt auch einen richtigen schließen :). Aber wie bekommst du dann so eine gutes Bild hin?
Hallo, ich habe in dem Video noch eine Keyrah-Tastatur mit Emulator (und simulierten Floppy-Sound) benutzt. Hier hab ich das im Detail gezeigt: czcams.com/video/jb20UhbwyL8/video.html
Mittlerweile arbeite ich mit einem Ultimate64 und Original-Floppy. Den Einbau habe ich in diesem Stream gemacht: czcams.com/video/jb20UhbwyL8/video.html
das Ultimate64 hat einen HDMI Ausgang, so das auch dort das Bild sehr gut aussieht. Den Emulator habe ich per Screen-Capture aufgenommen. 🙂
@@C64 danke für die Antwort… das rabbithole geht immer tiefer :)
@@TheTimmBo Juhuuuuu! 😅😉
Ich bin alt. Deine PDF habe ich noch in Papierform. Den SMON habe ich noch Handarbeit abgetippt.
Hallo Geertje, ich hab versucht an die Zeitung ran zu kommen, aber da war nix zu machen... das Sonderheft wird nicht angeboten zur Zeit... Zumal das PDF auch ein paar Scanfehler hat... 😅
Also abtippen wollte ich den SMON jetzt nicht heutzutage, aber damals hatte man ja nichts anderes. 🙈
@@C64 ich habe das original Heft noch 😎
@@musik1494 Cool, ich hatte versucht eine zu bekommen, aber hab keins gefunden. 😢
@@C64 ich habe mir das damals in den 80ern gekauft als es rauskam.
Da bekomme ich gleich Lust es aus dem Keller zu holen 😁
War eine schöne Zeit, Maschinencode programmiert, Platinen geätzt, Eproms gebrannt. Die Erfahrungen nutze ich heute noch im nicht IT Job…
Das Video kommt über 40 Jahre zu spät!
29:30 das zuerst das kleinstwertige Byte angegeben wird (00 dann 04) nennt man little-endian (6502 spezifisch) im Gegensatz zu big-endian. Und Deine Register sind meistens Speicherzellen; der Akkumulator ist z.B. ein Register.
Hallo Lazyman. Ja, ab dem zweiten Video nenne ich die Speicherzellen auch Speicherzellen... Den Unterschied musste ich auch erst lernen... 😅
Also ist das nur beim 6502 so, mit der Angabe der Bytes?
@@C64 Das ist nicht nur beim 6502 so; siehe: de.wikipedia.org/wiki/Byte-Reihenfolge#Verwendung_und_Hardware-Beispiele btw. schöne Serie, gut gemacht! Ich hoffe ich werde mir noch ein paar Videos anschauen!
Mach ja dann Sinn Basic und Maschienencode zu mischen. Also quasi nur dann Maschienencode einzufügen wenn man eine performante Operation braucht, und den rest im langsameren Dasic durchführt.
Ja, das wäre auch mein präferierter Weg. Viele Dinge sind übersichtlicher und Sinnvoller in einer Hochsprache wie Basic. 🙂
@@C64 Es gibt ja auch C für den C64. Vermutlich ist das die beste Alternative für Leserlichkeit recht performantem Code.
Ich mag Trokene Teorien
Ich mag c's und h's
2:22 Unverständlich!
Warum I=1024+255 statt einfach I=1279 TO 1024 oder noch einfacher: FOR I = 1 TO 255
Was macht der Befehl POKE?
Was bedeutet die 54272,7?
Wo ist in dem Dreizeiler die Anweisung, 255 gelbe "A" auszugeben?
Viele Wege führen nach Rom... Die +255 Rechnung macht deutlicher, das man in den ersten 255 Bytes im Bildschirmspeicher arbeitet. I=1279 TO 1024 wäre aber natürlich ebenfalls richtig... 🙂
POKE schreibt direkt in den Arbeitsspeicher des C64: "POKE Speicheradresse, Wert"
55296 (I+54272) ist die Adresse im Speicher, in der Festgelegt ist, welche Farbe das erste Zeichen auf dem Bildschirm hat. 55297 die Farbe des 2. Zeichens usw.
Zu den 54272 wird noch der Schleifenzähler addiert. (Variable I)
So ist bei jedem Durchlauf I=Bildschirmspeicher und I+54272=Farbspeicher der gleichen Bildschirmposition.
Es wird also bei jedem Durchlauf ein Zeichencode (1=A) in den Bildschirmspeicher geschrieben. Und ein Farbcode (7=Gelb) in den dazugehörigen Farbspeicher.
Das ergibt die gelben A.
@ 29:33 min:
Offset: 1502
Opcodes: 8D 00 04
Assembler Befehl: STA 0400
8D = STA
00 04 = 0400
Warum 0400 ? Weil im Speicher die Daten im little endian Format abgelegt werden. Im Assembler Befehl sieht man es dann im big endian Format.
Angenommen die Opcdes wären z.b. 90ff1200 dann würde das im big endian Format so aussehen 0012ff90
Ich hab Dein Tutorial mal mit Vice nachvollzogen. Damit ich SYS 5376 in einem Basic Programm aufrufen kann brauche ich vorher ein NEW. 😺 Tippst Du da auf einem Emulator oder einem echten C64?
Ich habe da im Emulator gearbeitet, aber mit einer original Tastatur: czcams.com/video/jb20UhbwyL8/video.html
Wenn man mit ,8,1 ein Maschinenprogramm (in dem Fall SMON) lädt, dann muss man mit NEW die Pointer wieder gerade biegen. Sonst wirft der BASIC Interpreter immer ein OUT OF MEMORY aus, wenn man versucht SYS aufzurufen. Wie die Hintergründe da genau sind muss ich mal selber noch nachforschen. 😅
@@C64 Aha! Vielen Dank😺
Das die Hexdezimalzahl 0400 als 00 04 gespeichert wird, wird heute noch so gemacht, es handelt sich um eine 16 Bit-Zahl, daher wird erst das Niedrigere Byte der 16 Bit-Zahl gespeichert und dann das Höhere Byte, das ist bei 32 Bit und 64 Bit genau so.
Oder anders, es hat mit dem Binär-System zu tun, 1 ist links und 255 ist rechts, also bei 16 Bit, werden erst die Niederwertigen Bits gespeichert und dann die Höherwertigen, genau so sieht es dann auch mit 32 und 64 Bit aus.
Es wird immer herunter auf Bit-Ebene gespeichert, daher wird beim Diassembler oder im Hex-Editor, die Werte Rückwärts ausgegeben.
Vielen Dank für die Erläuterung! Beim Einstieg in das Thema war es tatsächlich zunächst etwas ungewohnt... 😅
Sorry mir ist bei dem Binärsystem auch ein Fehler unterlaufen, es hängt vom Prozessor ab, es gibt das "Little-Endian" und das "Big-Endian" System.
Im Big-Endian wird der Hex-Wert 12 34, genau so im Speicher abgelegt, bei Little-Endian dagegen, wird der selbe Hex-Wert rückwärts gespeichert, also 34 12, früher und auch heute wird meistens die Codierung im Big-Endian vorgenommen
Nach den ersten Lektionen guckt man den Terminator 1 ganz anders, vor allem die Szenen, in denen gezeigt wird, wie er die Umgebung sieht. Da liest man etwas wie A9, JSR oder STX 😂
Ist mir nie aufgefallen! 😂😂
@@C64 vielleicht lässt sich ja damit ein T101 programmieren. Es gibt nur kein hexadezimal, weil da auch z.B. P in den Adressen auftaucht
Wow schon Klasse wie man heutzutage seine Zeit verschwenden kann ! 🤣🤣🤣
Ey! 😱
Wie wird Assembly Sprache in Prozessor instruction code oder machine code umgewandelt?
Das macht der Assemblierer im Monitorprogramm. Im Video ist das SMON.
@@C64 Danke für die Antwort! Eigentlich was ich nicht verstehe ist, die Verbindung zwischen binärem und elektrischen Signal. Wie funktioniert genau ein Decoder im CPU? Ich habe gelesen, dass der CPU ein instruction decoder enthält. Dieser decoder kann sequenziell binäres opcode lesen und der Schaltkreis aktivieren, welcher dieser opcode implementiert. Meine Frage ist: wie wandelt der Decoder das binäre Signal in elektrischen Signal? Auch wenn der opcode Teil des Instructionset eines CPUs ist, vertstehe ich weiterhin nicht, wie das Signal umgewandelt wird :(
@@nononnomonohjghdgdshrsrhsjgd
Die 8 bits vom opcode (also ohne die parameter-bits) zusammen mit timing-steuer-bits gehen auf den Eingang
eines Schaltwerks (der instuction decoder, er ist ein programmierter ROM bzw. PLA). Er wandelt das Bitmuster
vom op-code+timing bits am Eingang zu einem neuen Bitmuster aus 130
Steuerleitungen am Ausgang die zur random control logic gehen welche wiederrum den Rest der CPU steuert.
@@nononnomonohjghdgdshrsrhsjgd
>wie wandelt der Decoder das binäre Signal in elektrischen Signal?
ein computer funktioniert elektrisch. Es werden also bereits alle bits die in RAM, ROM oder registern liegen als Elektrische High/Low Spannungspegel repräsentiert. Da muss nix gewandelt werden.
lediglich das laden von diskette macht eine umwandlung von "bits-alsmagetismus-muster" in Spannungspegel-bits in die RAM laden durch. dabei gehen die bits ja erstmal seriell vom diskettenlaufwerk zum c64
@@nononnomonohjghdgdshrsrhsjgd Die ganzen Schaltvorgänge (elektrisches Signal aktiviert oder deaktiviert anderes elektrisches Signal) machen ja dann die Transistoren auf dem Chip, die sind zu Logikelementen zusammengefasst. Davon gabs tausende und heute Millionen auf dem Chip.
Wie kann ich $A000 bis $BFFF für meine eigene Anwendung zur Verfügung stellen?
Hallo!
Das musste ich jetzt erst selber googlen... 😅 Ohne es getestet zu haben müsste es so gehen, das Du auf der Zeropage in der Speicheradresse $0001 das Bit 0 auf den Wert 0 setzt. Dann ist das Basic-ROM ausgeblendet und Lesezugriffe gehen auf den RAM. Näheres in der Memory-Map: sta.c64.org/cbm64mem.html
Dort ist bei Adresse $0001 aufgeführt, welches Bit, welche Funktion hat. 🙂
Wie gesagt, habe es jetzt nur nachgelesen und nicht selber getestet. Sag gerne bescheid ob es so klappt!
LDA #01 läd den Wert 1 in das Akku-Register
STA 0400 schreibt den Wert vom Akku zur Adresse 0400
Der Wert im Akku bleibt beim Schreiben nach 0400 im Akku erhalten und könnte danach auch noch zu einer anderen Adresse geschrieben werden, zb. nach 0401.
Hab ich das nicht genau so gesagt? 🤔
@@C64 Ja hast du, ich wollte es nur noch mal aufschreiben.
Register 7000? Argh.
Adresse, oder Adressregister.
Wie spaeter erlaeutert, gibt es auch noch Stapelregister, Datenregister, X,Y,A Register, Zeropage Register usw.
Ja, in den Folgevideos nenne ich die Speicherstellen dann auch Speicherstellen... 😉
Wie kann ich den Op-Code programmgesteuert aus dem System lesen?
Wie meinst Du das?
Die Op-Codes hängen ja am Prozessortyp, man kann sie glaube ich nicht auslesen. Sie sind in der Hardware implementiert und müssten der Dokumentation des entsprechenden Prozessors entnommen werden...
@@C64 Bedeutet das, dass ich in meinem eigenen Programm eine separate Tabelle erstellen muss, um den Op-Code abzurufen? Ich überlege, Binärdaten aus dem Speicher auszulesen und zu interpretieren. Meine Frage ist, ob ich Op-Code basierend auf Binärzeichenfolgen aus einer Funktion im Kernal extrahieren kann oder ob ich Tabellen in meiner eigenen Anwendung erstellen muss, die diese anzeigen.
@@gjermundification Hmm, ich verstehe nicht was genau das Projekt machen soll. 🤔
Stehe gerade etwas auf dem Schlauch...
@@C64 Ich möchte eine Funktion im Kernal aufrufen, entweder mit dem Wert #$EA oder einem Zeiger und dann `NOP` zurückgegeben bekommen
36:25 Little Endian -> de.wikipedia.org/wiki/Byte-Reihenfolge
Hey, danke für den Link. 🙂
Hatte immer einen Assembler Monitor in meiner Final Cartridge III eingebaut. Anfangen konnte ich damit nie was...
Ich konnte damals auch nie etwas damit anfangen... 😅🙈
Für coden hab ich null geistige Fähigkeit.
War immer an der SID Musik interessiert. Und dafür gibts ja gute Tracker
Ich würde mich auch gern mal mit Trackern beschäftigen, aber meine bisherigen Versuche scheiterten. Ich blocke da nicht durch. 😂
@@C64 Habe auch erst 2003 damit angefangen. Hatte kein Plan. Imner lange herumprobiert bis es nach etwas klang. Aber die ersten gehversuche waren übel🙈🤣
@@jhna314 Ich habe noch nichtmal einen Ton raus bekommen. Es scheiterte schon an den Grundlagen. 🤭
Und so wurden die ganzen Intros programmiert??? Ich werde das NIE verstehen 😅
Ja, das Geheimnis ist wohl, das man sich mit dem System auskennen muss, also genau wissen muss, welche Speicherstelle was bewirkt. Mit Assembler schiebt man ja (fast) nur Werte hin und her, bzw. berechnet sie neu... 🙂
grüße, ne frage: kein ton und keine datasette (no strom) beim c64...was könnte das sein? hast du da n plan?...alles gute und nice channel, sehr gutes thema!...
Schön das der Kanal Dir gefällt.
Ich verstehe die Frage nicht ganz. Deine Datasette funktioniert nicht? 🤔
Also ich hatte das Problem auch als ich meinen C64 vor Jahren wieder hervorgekramt hab... ein wackeln am Stecker hat geholfen... Evtl. mal die Kontakte am Datasettenport reinigen und auch am Datasettenkabel den Stecker mit einem Wattestäbchen durchgehen... 🙂
Warum?
Kleine Anmerkungen: 1. Es ist nicht "Return to Sub" sondern "Return FROM Sub". Man kehrt VON einer Subroutine zurück.
2. Du vermischst oft Register und Speicheradresse. Das ist nicht das selbe!
Beides richtig, letzteres habe ich in den Folgevideos dann auch richtiggestellt. 🙂
Man muss beim Lernen auch erstmal reinkommen. 😅
ich berechne die folgenden ausgaben der Print Befele mit denn C-64 bin sonst immer mit denn C64 Programmen Bescheftigt auf denn seiten der C 64 Programmier Büchern habe mherer Bücher für denn THE 64😆
Sind PN möglich?
Du kannst mich am Besten über Discord erreichen. 😉
ja assembler c 64 sehrr cool ..gab es von data becker monitor und assembler prg .. omg .wie lange ist das her....lolpoke peek lda sta nice wow min 40 jahre her omg...
😅 Schön das es Dir gefällt und ich Erinnerungen wach rufen konnte...
... ich hab den gleichen Hoodie! LOL
Guter Mann! 😁👍
@@C64 Ich habe lange nach einem Assemblerkurs auf Deutsch gesucht. Dabei bin ich zufällig auf Deinen Kanal gestoßen. Großartig! Hänge ich mich gleich rein... Danke und weiter so!
Du siehst relativ jung aus für einen 8-Bit Enthusiasten...
@@andiroemer8180 Dann wünsche ich Dir viel Spaß bei den weiteren Videos. Leider bin ich mit dem Thema noch nicht soo weit gekommen, da ich momentan wenig Zeit habe den Kurs aus der 64er selber weiter zu verfolgen. 🙈
Naja, ich bin recht spät eingestiegen mit dem C64 Ende der 80er... Bin jetzt Ü40, also soo jung bin ich auch nicht mehr... 😂😉
Vielen Dank für den Kaffeekassenbeitrag! 😍😊
Interessant ist, dass ja eigentlich ein Programm wie SMON selbst z.B. den Akku nutzen muss. Laut Wiki scheint SMON die Register wohl nur vorzutäuschen, oder? www.c64-wiki.de/wiki/SMON
Ich weis nicht ob das so ist... hab jetzt die Stelle die Du meinst auch auf die Schnelle nicht gefunden... 🤔
@@C64 Ich habe das auch nur aus den Inhalt gefolgert. SMON ist ja selbst ein Programm, welches Akku und Register ja auch sekbst benötigt.
@@devnull6938 Ich müsste es nochmal testen. aber ich meine wenn man SMON Befehle benutzt wie D, A, usw. ändert sich der Inhalt des Akkumulators auch. Ich denke nicht das die Register nur simuliert werden. Aber 100%ig kann ichs nicht sagen... ;-)
@@C64 Ja. Aber das Programm SMON läuft doch auch irgendwie mit, oder? Und wenn ja, dann muss es die wenigen Register auch benutzen. Vielleicht ist es Interrupt gesteuert und alles wird zwischengespeichert. Dann müsste aber z.B. die Akku-Anzeige gefakt sein, oder?
Register sind Akku X, Y, und so weiter. Das andere sind Speicher-Adressen wo der Maschienencode abgelegt wird damit er ausgeführt werden kann.
Tip: Um zwischen Hex-Werte und Dez-Werte leichter zu unterscheiden, wenn sie ausgesprochen werden, macht es Sinn die Hex-Werte von vorne jede Stelle einzelnd zu sprechen. Zu $1000 nicht Tausend sagen sondern eins, null,null,null. Andernfalls bekommt man bei $B8 acht und bzig, oder bei $ACE0 atausend chundert ezig. Das hört sich grausam an und ist voll verwirrend. Besser anders aussprechen und auch nicht mixen, dann gibt es weniger Missverständnisse und es schleichen sich weniger Fehler ein.
Ja danke für den Tip. Ehrlich gesagt ist das der Punkt der mich beim Kontrollschauen am meisten gestört hat. Hab mir für zukünftige Teile schon vorgenommen es genau so zu machen...
Aber die Gewohnheit muss man erstmal ablegen! 😂
Bitte gennem Sie das link für den PDF.
Der Linkt zur 64er Sonderausgabe 35: archive.org/details/64er_sonderheft_35
@@C64 Danke schoen :-)
Gutes Video, nur blutet mir jedesmal mein Programmiererherz wenn jemand statt "Speicheradresse" den Begriff "Register" verwendet. "Register" sind was anderes!
Hallo Mark, ja, mittlerweile hab ich das auch dazugelernt... Ab dem 2. Video wird's besser... 😉
Kein Wort verstanden. Trotzdem interessantes Video.
Ja, es kann schon mal verwirrend sein... :)
"Assembler ist keine Alchemie" gibt es auch als Buch. Habs zu hause, und sogar schon zu 1/4 gelesen. *hust*
Das Buch ist mir sogar schonmal begegnet glaube ich. 😅
Ich habe den Kurs noch ein wenig weiter verfolgt... aber die alten Texte sind mittlerweile ein wenig anstrengend... 🙈